堆叠与高可用72 条

主备选举过程

选举在启动与拓扑变化时进行:先比较优先级(大者优),相同再比较 MAC(华为与 H3C 取小者,细节按平台),胜者为主、次者为备。

VLAN 与高可用速查网络更新于 2026-10-13

主备选举过程

堆叠的主备选举在设备启动与拓扑变化时进行:先比较成员优先级(数值大者优),优先级相同时再比较 MAC 等次要字段(各厂商细则略有差异),胜者成为主设备、次者为备设备,其余成员为从成员。选举结果决定管理面与协议角色的归属。

基本信息

触发时机设备启动、成员加入退出、主设备故障
比较顺序优先级 → MAC 等次要字段
结果主设备、备设备、从成员
核对命令display stack / show switch

典型使用场景

  • 开局确认主设备与备设备是否符合设计
  • 更换或新增成员后核对选举结果
  • 管理面异常时确认当前主设备是哪台
  • 演练主备倒换,观察业务与协议角色变化
  • 割接前核对优先级与成员编号规划

选举核对

选举核对
display stack                            # 华为:各成员角色与优先级
display stack configuration              # 优先级等堆叠配置
show switch                              # Cisco:成员角色与状态
show switch detail                       # 详情:主备与端口信息

选举要素

要素说明影响
优先级数值大者优先最先生效的比较字段
MAC 等次要字段优先级相同时比较结果可能与直觉不符
角色主、备、从成员决定管理面与协议主体
重新选举启动或拓扑变化时触发可能引发倒换
规划惯例:主设备显式设置较高优先级、备设备次之、其余成员保持默认;不要让两台成员依赖『默认值相同再比 MAC』去碰结果。
选举结果变化会带动管理面与协议角色变化,倒换后要核对业务状态与邻居关系是否恢复正常。
优先级与成员编号的规划建议写入文档,扩容与换机时按文档执行,避免结果与设计不一致。
倒换后主设备的管理地址可能随之变化,运维脚本与监控系统里的设备标识要同步更新,否则监控会出现盲区。

易错点

  • 依赖默认优先级去比拼,选举结果不可控,主设备可能不是规划中的那台
  • 新增成员优先级过高,一次扩容造成主设备倒换,管理面短暂中断
  • 选举结果变化后未核对业务与邻居状态,问题被延后暴露
  • 换机后 MAC 变化改变了选举结果,却没有按显示值重新核对
  • 主备角色与三层网关或 VRRP 角色不一致,流量路径与设计不符

数据来源与参考

  • 华为 S 系列交换机产品文档(主备选举)
  • H3C IRF 配置指导(选举规则)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌