M:N 里的活动与备份成员
聚合组里的成员分两类：活动成员参与流量转发，备份成员只待命不承载流量。当活动成员故障或链路中断，设备按成员优先级与端口号依次把备份成员提升为活动，业务在哈希重算后继续转发。它提供的是一条『多成员打底、故障有替补』的链路级冗余。
基本信息
| 适用平台 | 华为 VRP（M:N 备份）、Cisco IOS（含悬停成员的聚合） |
|---|---|
| 活动成员 | 参与哈希分担，承载业务流量 |
| 备份成员 | 不参与转发，仅提供接替能力 |
| 接替依据 | 成员优先级与端口号顺序 |
| 查看命令 | 华为 display eth-trunk N verbose；Cisco show etherchannel summary |
典型使用场景
- 带宽按需扩容：活动成员满足当前流量，多余的作为备份
- 在线更换模块：借助备份接替完成计划内维护
- 两端成员数量不一致：多出的一侧成员以备份身份待命
- 容量规划：按活动成员计算可用带宽，避免把备份算成容量
- 定期轮换演练：主动下线一个活动成员，验证接替是否无感
查看与演练
查看与演练
display eth-trunk 1 verbose # 华为：成员状态与活动/备份标记
display eth-trunk 1 # 查看负载分担情况
show etherchannel summary # Cisco：成员标志位（P 活动 / D 下行等按平台说明）
show etherchannel 1 port-channel # 聚合口整体状态
# 轮换演练思路
# ① 记录当前活动成员与业务基线
# ② 主动关闭一个活动成员
# ③ 观察备份成员是否提升、业务是否无感
# ④ 恢复后确认成员回到原状态活动与备份对照
| 对比项 | 活动成员 | 备份成员 |
|---|---|---|
| 转发流量 | 参与 | 不参与 |
| 计入可用带宽 | 计入 | 不计入 |
| 故障时行为 | 被替换 | 按顺序提升 |
| 巡检重点 | 流量分布与错包 | 链路质量与随时可用的状态 |
备份成员长期闲置是常见隐患：链路光衰、模块劣化不会主动暴露，等到真的接替时才发现不通。定期轮换演练比看配置有效得多。
容量规划只按活动成员计算可承载带宽：把备份成员算进容量，会在一次故障后立刻出现带宽缺口。
接替是否无感要看两件事
一是接替顺序是否符合设计，二是接替后剩余成员是否有足够带宽承接。前者靠优先级规划，后者靠容量余量核算；两者都满足时，成员故障对业务的影响可以做到仅表现为短暂的会话重分布。