IP Anycast 依赖 BGP 策略而非性能指标路由流量，导致捕获区难以预测且增加站点反而可能降低性能。Akamai 等机构在 SIGCOMM 2021 提出 AnyOpt 系统，通过精准预测配置 RTT 并寻找最优站点集合，将中位延迟降低 43.4%。
为什么 Anycast 常显缓慢
Anycast 让同一 IP 前缀从全球多站点发布，BGP 策略决定客户端流向哪个站点，形成该站点的捕获区。根 DNS、CDN、DDoS 缓解等关键服务均依赖此机制。然而 BGP 路径选择基于策略关系而非时延或负载，且站点间复杂的 BGP 关系使路径难以预测。实验表明，盲目增加站点反而可能因路由收敛变化导致平均 RTT 上升，优化难度远超直觉。
AnyOpt 的测量与优化机制
AnyOpt 结合主动探测与被动日志，建模任意站点组合下的捕获区与 RTT 分布。系统先在受控环境按不同时序发布前缀，采集各前缀的 BGP 路径与实测 RTT，训练预测模型；再搜索站点子集与发布顺序的组合空间，输出使平均 RTT 最小的配置。实验在生产 Anycast 网络上进行，中位 RTT 降低 43.4%，优于现有启发式与贪心算法。
发布时序对捕获区的决定性影响
研究发现，不同站点发布前缀的先后顺序会显著改变最终捕获区。AnyOpt 在搜索最优配置时将发布时序纳入决策变量，部署时需按计算顺序分批次发布，并通过路由监控确认收敛。原文未给出具体的收敛等待时长或批次间隔数值，工程实践需结合自家网络的 BGP 更新周期自行校准。
对运维工程师而言，AnyOpt 给出了可落地的优化闭环：先测量建模、再搜索最优站点集与发布顺序、最后按序部署并验证。这将 Anycast 从“部署后被动接受 BGP 结果”转变为“按性能目标主动工程化”，对根 DNS、CDN 边缘节点、DDoS 清洗中心等对延迟敏感的 Anycast 服务具有直接指导价值。
原文: APNIC Blog（2021-11-24）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog