切换耗时由什么构成
双机切换总时间约等于故障检测时间加角色迁移时间，再加上下行路由与地址解析的收敛时间。前半段由检测机制（心跳超时、链路探测、BFD 等）与确认次数决定，后半段由网络拓扑决定。设备规格书上的理想值通常不含路由收敛和业务重连，对外承诺的切换时间应当来自本环境演练的实测数据。
基本信息
| 构成 | 故障检测 + 角色迁移 + 路由与地址解析收敛 |
|---|---|
| 常见量级 | 秒级到数十秒，取决于检测机制与拓扑 |
| 检测机制 | 心跳超时、接口探测、BFD 等，灵敏度与误判需平衡 |
| 业务影响 | 短连接基本无感，长连接类业务需要应用侧重连 |
| 验证方式 | 定期演练实测并记录每次耗时，形成基线 |
典型使用场景
- 向业务方说明双机切换会影响哪些连接、预期中断多久
- 设计演练方案时确定观测指标与判定标准
- 排查「切换很慢」：区分是检测慢、收敛慢还是业务重连慢
- 评估新增长连接业务（数据库、消息队列、视频）在切换窗口的表现
- 验收测试：把实测切换时间写入验收报告作为承诺依据
压缩切换时间的方向
压缩切换时间的方向
1. 检测：机制灵敏度合适，确认次数不要一味加大 # 检测环节
2. 拓扑：上下行网关指向虚拟地址，减少路由收敛 # 收敛环节
3. 会话：确认会话同步正常，减少切换后的业务重连 # 业务环节
4. 实测：定期演练记录耗时，形成本环境真实基线 # 基线
5. 沟通：把实测值与重连要求写进业务对接说明 # 预期管理耗时构成拆解
| 阶段 | 主要影响因素 | 压缩手段 |
|---|---|---|
| 故障检测 | 心跳超时值、确认次数、探测间隔 | 合理缩短超时且保证不误判 |
| 角色迁移 | 状态同步数据量、配置与授权一致性 | 保持同步正常并定期核对 |
| 路由收敛 | 动态路由、地址解析重新学习 | 使用虚拟地址、缩短协议定时器 |
| 业务恢复 | 长连接重连、缓存失效与重试 | 应用侧重试与超时策略调整 |
演练放在业务低峰并同步记录业务侧表现（丢包、重连次数）：只看设备侧数据说明不了对业务的真实影响。
把检测调到极灵敏会抬高误切换概率：一次链路抖动就切换，代价往往大于多等几秒。