备机能不能扛住
网关冗余的价值在于备机能接管全部流量，而切换瞬间的压力不是日常负载的简单复制：广播与 ARP 集中刷新、协议邻居重建、终端重连会同时发生，形成几个叠加的脉冲。若备机上行带宽、CPU、会话与表项容量仍按『当前闲着』的余量评估，接管那一刻就可能过载，造成二次中断。
基本信息
| 带宽 | 备机上行链路按主机侧峰值流量规划，而不是按当前负载 |
|---|---|
| 资源 | CPU、内存、MAC/ARP/路由表项余量都要核算 |
| 策略 | 两端 ACL、流控与安全策略必须齐全且一致 |
| 切换脉冲 | ARP 刷新、协议重建、终端重连三项叠加 |
| 验证方式 | 维护窗口内做真实切换演练，观察资源曲线 |
典型使用场景
- 重保与大促前：确认备机容量能否承载峰值流量
- 新建双机网关：规划阶段就按全量流量设计上行带宽
- 扩容评估：主机侧流量增长后重新核算备机余量
- 切换演练：实测备机接管后的资源利用率与丢包
- 策略核对：确认两端 ACL 与流控配置完全同步
切换前核对项
切换前核对项
上行带宽：≥ 主机侧峰值流量（含突发）
表项余量：MAC / ARP / 路由表规格与当前占用
资源占用：CPU 与内存切换前后的利用率对比
策略配置：ACL / 流控 / 会话同步在两端齐全且一致
验证手段：长 ping + 业务抽样，覆盖切换窗口
回退准备：明确不达标时的回退动作与判定阈值容量核算维度
| 维度 | 核算口径 | 不足时的表现 |
|---|---|---|
| 上行带宽 | 主机侧峰值而非平均流量 | 切换后上行链路拥塞，业务丢包 |
| CPU 与内存 | 全量流量下的转发负载 | 资源打满，协议邻居震荡 |
| 表项容量 | MAC、ARP、会话表的规格与占用 | 表项溢出，部分终端不可达 |
| 策略与 ACL | 两端配置逐条一致 | 切换后命中不同策略，业务行为变化 |
切换瞬间的脉冲流量显著高于稳态流量：按当前负载估算备机容量是最常见的偏差来源，评估口径应当以主机侧峰值为基准。
『切换成功但备机过载』是重保场景的隐性风险：业务在切换后仍断续，而设备状态与链路指示灯全都正常，排查时先看资源曲线再看链路。