CDN是如何判断应将客户端请求redirect至哪个Edge server以实现最低延迟的？

CDN完成请求路由选择的核心组件是全局负载均衡系统（GSLB），主流调度逻辑围绕「最低延迟」「服务可用性」两个核心目标设计，常见判断机制如下：

• 地理位置+运营商归属调度
  系统会先匹配用户请求携带的DNS出口IP归属信息，优先调度到和用户同运营商、同地域的边缘节点，从根源上避免跨运营商、跨地域传输带来的额外延迟。只有当同区域同运营商节点全部过载时，才会降级调度到相邻区域的同运营商节点。
• 实时网络质量探测调度
  中大型CDN会持续从所有边缘节点向全网不同IP段发送主动探测（包括ICMP ping、TCP握手、HTTP探测等），实时统计不同网段到各边缘节点的往返延迟、丢包率、抖动指标。用户请求到达时，会直接匹配当前网络质量最优的可用节点。部分CDN还会结合长期历史访问数据做智能预判，进一步降低极端网络波动下的调度误差。
• 边缘节点负载调度
  调度系统会实时同步所有边缘节点的运行状态，包括带宽占用率、CPU/内存负载、当前并发连接数、缓存命中率等。如果符合地理归属、低延迟要求的节点已经处于高负载阈值，会自动将请求调度到同一优先级集群中负载更低的节点，避免节点过载导致的响应变慢甚至不可用。
• 内容归属调度
  部分定制化缓存策略的资源（比如热门流媒体、大文件静态资源）会固定缓存在特定的边缘节点集群中，调度时会先判断用户请求的内容所属的缓存集群范围，再在范围内匹配最优节点，避免请求被调度到没有对应缓存的节点，引发额外的回源延迟。

小补充：现在主流CDN都支持EDNS Client Subnet（ECS）扩展，能够直接获取用户端的子网信息而非仅依赖本地DNS出口IP，大幅解决了本地DNS出口和用户实际网络归属不一致导致的调度不准问题，进一步降低访问延迟。

内容的提问来源于stack exchange，提问作者LeonAdvice