线路显示“已连接”，不代表用户访问一定正常：上游路由、跨境路径或应用服务仍可能中断。配置香港数据中心多线路接入的故障切换机制，应先明确监测什么、何时切换、流量怎样改道，以及故障恢复后是否自动回切。
先选主备还是双活
主备模式让一条线路承载主要流量，另一条待命。策略较直观，排障和容量规划相对简单，适合希望减少路由变更的环境；缺点是备用线路平时利用率低，切换时还要确认其带宽能承接业务。
双活模式让多条线路同时承载流量，可按路由策略分配出口，但需要处理路径不对称、会话状态及不同线路的性能差异。若防火墙或 NAT 设备要求连接始终经过同一路径，就不能只为提高利用率而简单启用等价分流。
香港数据中心多线路接入的故障切换机制还要区分出站和入站：出站可由网关选择下一跳；入站则受公网路由传播、地址归属和上游策略影响。两者通常需要分别设计。
按故障范围配置检测与切换
检测不能只看物理链路
建议设置分层健康检查：先检查本地接口和下一跳，再探测线路外部的多个目标；对关键业务，还应验证指定端口或应用是否可用。探测目标不宜只有一个，避免目标自身故障导致误切换。ICMP 探测被限制时，可改用 TCP 或应用层检查。
检查周期、连续失败次数和恢复确认时间要结合网络抖动调整。作为起点，可将探测间隔设为数秒、连续失败阈值设为数次，再在维护窗口观察误报与实际切换时间；这不是适用于所有线路的固定标准。若网络设备支持BFD（双向转发检测），它可加快路由邻接故障发现，但仍应通过端到端检查识别“接口正常、业务不可达”的情况。
落实路由优先级和边界条件
- 登记每条线路的接口、下一跳、可用带宽、探测目标，以及需要保护的公网地址和业务。
- 主备场景设定明确的路由优先级：主线路优先，备线仅在主线连续检测失败后接管。使用静态路由、动态路由或设备策略时，确保故障状态会撤销或降低故障线路的可用路由。
- 若采用 BGP 多线接入，检查本地路由选择与对外通告策略。线路故障时，相关前缀需要停止经故障邻居通告或调整策略；上游和互联网路由收敛需要时间，不能假设入站流量会瞬时切换。
- 核对防火墙状态表、NAT 映射和回程路径。路径切换后，已有 TCP 连接可能中断；依赖连接状态的服务应评估会话保持、状态同步或客户端重连策略。
- 先在测试地址或低风险时段模拟断接口、上游不可达和应用探测失败，记录告警、切换结果及恢复过程，再扩大到正式流量。
恢复后不要急着自动回切
线路短暂恢复后立即切回，可能造成反复抖动。可设置恢复确认窗口，并要求探测连续稳定一段时间后才恢复优先级；具体时长按线路稳定性、业务容忍度和设备能力设定。双活环境还需验证流量分配是否回到预期状态，避免某条线路恢复后承载超出规划的流量。
香港数据中心多线路接入的故障切换机制应覆盖“发现故障—改道—告警—验证恢复”完整流程，并保留切换前后的路由、探测和防火墙日志。定期演练比只检查配置页面更可靠：重点确认备用容量、入站路径、现有连接影响和人工回退方式。
常见问题
链路接口没断，为什么仍要切换？
物理接口正常时，上游路由或应用路径仍可能故障。应结合外部探测和业务检查判断，而非只依赖接口状态。
切换后已有连接一定不断吗？
不一定。出口地址、NAT 状态或回程路径变化都可能使既有连接失效，需按应用和防火墙能力验证。
主线路恢复后应该自动切回吗？
可以自动回切，但应设置稳定确认条件并监控抖动；对关键业务，也可采用人工确认后回切。