两套机制解决两件事
硬件 bypass 解决单机故障：设备断电或检测进程异常时，链路在物理层直通，业务流量继续走，代价是这段时间完全没有检测能力。双机热备解决业务连续性：会话与配置同步，切换后已建立的连接不中断。两者不是替代关系，而是不同层面上的兜底。
切换顺序为什么重要
组合使用时，先由双机完成故障切换、再让 bypass 触发，可以避免两套机制同时动作造成链路抖动；如果健康检查信号定义不清，设备可能把瞬时的链路抖动判断为故障，在切换与 bypass 之间反复往返，业务体验反而更差。
基本信息
| 单机 bypass | 断电或检测进程异常时链路物理直通 |
|---|---|
| 双机热备 | 会话与配置同步，故障切换时连接不中断 |
| 组合策略 | 先切换再 bypass，避免反复抖动 |
| 关键前提 | bypass 生效期间没有检测能力，必须有告警提醒 |
| 验证手段 | 断电演练、进程异常演练、回切验证 |
典型使用场景
- 关键链路不允许因设备故障而中断
- 设备重启维护期间保持业务连通
- 演练故障切换与 bypass 动作是否按预期执行
- 评估切换时长与业务承诺是否匹配
- 排查切换与 bypass 反复触发的抖动问题
- 审计要求证明可用性措施经过演练
演练要点
演练要点
# 1. 模拟主设备断电，记录实际切换时长（不要只写「切换正常」）
# 2. 模拟检测进程异常，确认 bypass 是否按预期生效
# 3. 恢复后确认回切过程与配置同步是否正常
# 4. 记录每次演练的时长与异常，作为业务承诺的依据
# 5. 确认 bypass 期间的告警确实通知到了值守人员机制对比
| 机制 | 解决的问题 | 代价 |
|---|---|---|
| 硬件 bypass | 单机故障时保持链路连通 | 生效期间没有检测能力 |
| 双机热备 | 设备故障时业务不中断 | 需要同步链路与一致的版本配置 |
| 组合使用 | 兼顾连通性与连续性 | 切换顺序设计不当会反复抖动 |
演练要记录实际切换时长，作为业务承诺的依据，而不是只写一句「切换正常」。
bypass 生效期间没有检测能力，必须有告警提醒值守人员，避免业务长期处于无防护状态而无人知晓。
健康检查信号要写清判断标准：什么情况算故障、多久未响应触发切换，标准模糊时设备判断与运维预期往往不一致。