几个月前，我们在美国东海岸的一个数据中心突发网络中断，导致面向全球用户的电商服务短时间不可用。虽然主业务部署在香港，但缺乏智能的路由调度与容灾体系，使得南美、非洲等地区的用户体验受到极大影响。这次事故让我意识到，仅依赖单点或静态CDN节点远远不够。我们必须构建一个更具弹性和全球覆盖能力的流量调度机制——于是我启动了基于香港BGP Anycast网络的全球流量优化与容灾项目。
本文将完整分享我在香港节点上部署Anycast、构建BGP路由策略、优化跨境用户访问体验与实现多地容灾切换的全过程。
一、部署背景与目标
目标设定：
- 全局统一IP地址接入，提升用户访问的就近性与连通性
- 多地冗余与故障切换，增强抗DDoS与链路级容灾能力
- 香港为核心BGP节点，辐射亚太、中东、欧洲及部分北美地区
关键技术：
- BGP Anycast 路由广播
- 多运营商线路协商与优选
- 全球DNS智能调度协同（如GeoDNS）
二、Anycast 网络架构设计
1. 网络拓扑结构草图（简化）
+--------------------+
| Global GeoDNS |
+--------+-----------+
|
+----------+----------+
| |
+------+-----+ +-------+------+
| 香港 BGP 节点 | | 新加坡 BGP 节点 |
+------+-----+ +-------+------+
| |
全球用户 (同一个Anycast IP，自动路由到最近可用节点)
2. 香港节点的角色定位：
- 作为主节点发布Anycast前缀（如 203.0.113.0/24）
- 依赖多个ISP（HKIX直连、PCCW、NTT、China Mobile International）接入
- 搭配高防清洗设备（或转发至CloudScrub / A5数据高防集群）
三、香港服务器上的BGP与Anycast配置实操
1. BGP配置：Bird 路由守护进程
安装：
apt install bird
配置（/etc/bird/bird.conf）：
router id 103.1.xx.xx;
protocol device {
scan time 10;
}
protocol direct {
interface "eth0";
}
protocol static {
route 203.0.113.0/24 via "eth0";
}
protocol bgp ISP_A {
local as 64520;
neighbor 203.0.113.1 as 64510;
multihop;
import all;
export all;
}
说明：
- 发布203.0.113.0/24段作为Anycast服务IP
- 多个BGP session分别对接不同上游运营商
2. Anycast IP绑定及健康检查
ip addr add 203.0.113.1/32 dev lo
通过keepalived或自定义脚本结合health check自动撤销失效路由：
if ! curl -s --max-time 2 http://localhost:80/health; then
ip addr del 203.0.113.1/32 dev lo
fi
四、全球用户的调度与容灾策略
1. 配置GeoDNS（PowerDNS + GeoIP）
- 用户请求被解析为统一Anycast IP：203.0.113.1
- DNS不做分布策略，而由BGP层自动就近选路
- 故障时，失效节点撤销BGP路由前缀，用户自动切换至其他Anycast节点
2. 故障切换流程
- 节点服务异常或出口BGP撤销
- 网络不再广播该Anycast IP前缀
- 用户自动路由至下一跳延迟最低的节点
- 不需DNS TTL刷新，也无用户感知
五、优化与实战经验
实战经验：
- BGP策略过滤至关重要：避免非预期AS接入或传播
- DNS不可省略健康机制：GeoDNS与BGP配合可防止黑洞流量
- 建议使用/24段广播：大部分ISP不会转发更小前缀
- 跨运营商压测要充分：各地用户访问表现差异极大，需实地测试
加分项：
- 与A5数据香港高防IP结合，Anycast入口即自带清洗能力
- 为业务部署专属ASN编号，便于后续全球网络品牌统一化运营
这次香港BGP Anycast部署让我切实体会到，单一数据中心时代早已过去。如今，用户在全球各地，网络环境复杂多变，我们必须站在全球视角设计流量与容灾体系。以香港为BGP核心节点，不仅提升了业务的访问速度，更让我们具备应对大规模突发网络灾难的底气。
