混合云双链路是什么
生产级混合云很少用单条链路：常见做法是专线做主链路、IPsec VPN 做备份，或者两条专线走不同接入点互备。设计的核心不是「有两条线」，而是主备如何被选中、故障多久被发现、切换后业务还剩多少容量，以及主备路由互不引入以免形成环路或反复震荡。
基本信息
| 典型形态 | 专线主 + VPN 备；双专线互备；双专线 + VPN 三层备份 |
|---|---|
| 主备控制 | 静态路由优先级、BGP 的 Local Preference / MED、AS Path |
| 故障检测 | BGP 收敛、BFD 快速检测、链路探测脚本 |
| 容量规划 | 备份链路按可接受的降级带宽准备，通常低于主链 |
| 切换目标 | 秒级到分钟级，取决于检测手段与路由收敛 |
| 必备动作 | 定期切换演练并记录业务指标 |
典型使用场景
- 核心业务上云：专线保时延与带宽，VPN 兜住专线施工或割接期间的可用性
- 跨地域容灾：两条专线走不同城市接入点，避免单点光缆中断
- 成本平衡：日常走专线，容量突发时用 VPN 或第二条链路补足
- 割接窗口：新专线交付前用 VPN 先通业务，交付后切换
- 监管或审计要求业务不中断的行业场景，需要可证明的切换演练记录
主备切换关注点
| 关注点 | 设计做法 | 常见问题 |
|---|---|---|
| 选路 | 主链路优先级更高，备用仅在被撤销后生效 | 两条同时优选，流量随机分裂 |
| 检测 | BFD 毫秒级或 BGP Hold 缩短 | 全靠 BGP 默认超时，切换长达分钟级 |
| 容量 | 备用按业务降级底线规划 | 备用带宽过小，一切换就拥塞 |
| 环路 | 两侧路由策略限制互相引入 | 主备互相学习，路由震荡 |
| 验证 | 定期演练 + 监控告警 | 从未演练，真故障时才发现不通 |
切换前后观察指标
切换前后观察指标
ping -c 20 -i 0.2 10.20.0.10 # 观察丢包窗口长度
mtr -n -c 50 10.20.0.10 # 路径是否已改走备份链路
traceroute -n 10.20.0.10 # 确认下一跳变化是否符合预期
iperf3 -c 10.20.0.10 -t 30 # 切换后实际带宽是否满足降级底线
# 设备侧：show bgp summary / display bgp peer 查看邻居与路由收敛备份链路一般走公网：切换后时延与抖动都会变差，业务侧要有明确的降级容忍预期，并在演练中验证数据库主从、心跳等时延敏感组件是否还能正常协作。
主备切换的前提是「检测得到」：专线物理中断通常很快被察觉，而专线质量劣化（丢包、时延抖动）不会触发链路 down，需要业务层或 BFD 的探测才能发现问题，这类场景更适合做基于质量的选路。