成员下线前要确认什么
从堆叠系统中移除一个成员，意味着它承载的所有端口同时失效：跨框聚合的成员口减少，参与生成树的物理路径消失，网关与协议角色可能触发重新选举。下线前的核心动作是确认剩余资源够不够——聚合的最小活动成员数、上行带宽余量、协议主备状态，三项都满足才具备下线条件。
基本信息
| 影响范围 | 该成员全部端口失效，跨框聚合成员减少 |
|---|---|
| 下线前核对 | 聚合最小活动数、带宽余量、协议主备状态 |
| 下线方式 | 有序下线（去使能堆叠口或正常关机） |
| 禁止操作 | 直接拔线缆会触发堆叠重新选主 |
| 收尾 | 观察日志与业务指标，确认收敛完成再离场 |
典型使用场景
- 硬件更换：成员故障后下线维修
- 机房搬迁：分批下线并重新组网
- 缩容：业务量下降后减少成员数量
- 故障处置：成员异常离线后按流程有序下线
- 计划维护：换风扇、模块等部件的窗口操作
下线前核对
下线前核对
display eth-trunk 1 verbose # 跨框聚合成员分布与最小活动数
display stack # 拓扑、角色与成员状态
display interface brief # 该成员端口承载的业务
display vrrp brief # 网关主备状态是否受影响
# 下线动作（示例，命令按平台核对）
interface stack-port 1/1
shutdown # 去使能堆叠口后再移除物理连接
# 收尾：观察日志与业务指标，确认收敛完成下线前检查项
| 检查项 | 核对内容 | 不足时的后果 |
|---|---|---|
| 聚合最小活动数 | 移除后剩余成员是否满足最小活动数 | 聚合口可能整体不可用 |
| 带宽余量 | 剩余成员能否承载峰值流量 | 带宽不足，业务丢包 |
| 协议角色 | 网关主备角色是否需要重新选举 | 角色切换叠加业务抖动 |
| 业务分布 | 该成员端口承载的业务是否都有冗余 | 单端口业务直接中断 |
跨框聚合的成员分布在被移除设备上时，先核对最小活动数与带宽余量：不满足条件就下线，可能让整条聚合链路失效，而不是简单少一条成员。
下线方式直接影响扰动程度：有序下线（去使能堆叠口或正常关机）比直接拔线缆平稳，后者会触发整体重新选主，影响范围超出被移除的成员。