M-LAG 场景的 VRRP 怎么部署
M-LAG（跨设备链路聚合）让两台设备对外像一台设备一样工作，服务器或接入设备双归接入；网关侧仍然用 VRRP 虚拟 IP 提供统一网关。这样链路侧靠 M-LAG 提供冗余、网关侧靠 VRRP 提供故障切换，两层能力叠加，单框故障时由两者联合兜底。
基本信息
| 适用平台 | 华为 M-LAG（各厂商对应技术名称不同） |
|---|---|
| 链路侧 | 服务器或接入设备双归 M-LAG |
| 网关侧 | VRRP 虚拟 IP 作为统一网关 |
| 关键链路 | peer-link 与心跳，承载状态同步 |
| 观察要点 | 跨设备聚合状态与 VRRP 主备状态需联合观察 |
典型使用场景
- 数据中心服务器双归接入同时需要网关冗余
- 园区核心用两台设备做跨设备聚合替代传统堆叠
- 排查跨设备聚合正常但网关异常（或反之）的问题
- 演练单框故障，验证链路与网关的切换先后顺序
- 割接新核心时核对 peer-link 与 VRRP 参数一致性
核对命令（以华为为例）
核对命令（以华为为例）
display dfs-group 1 m-lag brief # 跨设备聚合状态（命令随版本）
display vrrp verbose # 网关侧状态与优先级
display interface Eth-Trunk1 # 跨设备聚合成员状态
display vrrp statistics # VRRP 通告收发计数是否正常
display logbuffer | include VRRP # 结合日志看切换时间线两层冗余对照
| 层面 | 技术 | 生效条件 |
|---|---|---|
| 链路冗余 | 跨设备链路聚合 | 成员与 peer-link 正常 |
| 网关冗余 | VRRP 虚拟 IP | 接口 Up 且通告互通 |
| 状态同步 | peer-link 与心跳 | 同步链路健康 |
| 切换验证 | 单框下电演练 | 两层切换顺序符合预期 |
跨设备聚合状态正常但 VRRP 异常时，先查 peer-link 与心跳链路，再查 VRRP 配置本身；两层的故障域不同，混在一起排查容易跑偏方向。
演练要覆盖单框整机故障：链路层切换与网关漂移是两个独立过程，终端可能先后经历两次收敛，业务侧感知的丢包时间要实测。
服务器双归场景对切换时间比普通终端更敏感，切换耗时与丢包个数要写进演练报告，作为后续容量与参数调整的依据。