设备堆叠与 CSS(集群)
2460 字
12 分钟
设备堆叠与 CSS(集群)
设备堆叠与 CSS(集群)
一、堆叠/集群概述
1.1 定义与对比
| 技术 | 全称 | 适用层 | 典型设备数量 | 实现方式 |
|---|---|---|---|---|
| iStack | Intelligent Stack | 接入/汇聚层 | 多台(2-9台) | 堆叠线缆 / 业务口 |
| CSS | Cluster Switch System | 核心层 | 2台 | CSS 线缆 / 业务口 |
1.2 技术优势
| 优势 | 说明 |
|---|---|
| 简化网络结构 | 多台物理设备→1台逻辑设备,减少管理节点 |
| 提高可靠性 | 跨设备链路聚合、冗余引擎 |
| 扩展端口容量 | 所有物理端口同时可用 |
| 统一管理 | 一个 IP 地址管理多台设备,一次性升级 |
| 链路级冗余 | 跨设备 Eth-Trunk,单设备故障不影响业务 |
| 负载分担 | 跨设备转发,充分利用链路带宽 |
1.3 逻辑架构
堆叠前: 堆叠后:┌─────┐ ┌─────┐ ┌─────┐ ┌─────────────────────────────┐│SW-A │ │SW-B │ │SW-C │ --> │ 堆叠系统(逻辑) ││独立 │ │独立 │ │独立 │ │ Master │ Standby │ Slave │└─────┘ └─────┘ └─────┘ └─────────────────────────────┘ 3个IP 3个IP 3个IP 1个IP二、堆叠基本概念 🏷️高频考点
2.1 成员角色
| 角色 | 说明 | 数量限制 |
|---|---|---|
| 主交换机(Master) | 负责管理整个堆叠系统,运行控制协议 | 有且仅有 1 个 |
| 备交换机(Standby) | Master 的热备份,同步配置信息 | 1 个 |
| 从交换机(Slave) | 执行转发任务,不参与管理 | 0 ~ N 个 |
Master 故障 → Standby 接替成为新 Master,选举新 Standby
2.2 堆叠编号与端口编号
- 堆叠 ID(Member ID):成员交换机在堆叠系统中的编号(如 1, 2, 3…)
- 堆叠后的物理端口命名:
GigabitEthernet {MemberID}/{槽位号}/{子卡号}/{端口号}
示例: Member ID = 1 → GigabitEthernet1/0/0/1 Member ID = 2 → GigabitEthernet2/0/0/1 Member ID = 3 → GigabitEthernet3/0/0/12.3 关键参数
| 参数 | 说明 | 默认值 |
|---|---|---|
| 堆叠优先级 | 决定 Master 选举(值越大越优) | 100 |
| Member ID | 成员编号,不可冲突 | - |
| Domain ID | 堆叠域编号,同一堆叠内需一致 | 0 |
| 堆叠端口 | 用于堆叠互联的物理端口(Stack Port) | - |
Master 选举规则中优先级越大越优(与 STP 不同!)
三、堆叠主交换机选举 🏷️高频考点
3.1 选举规则
系统启动时按顺序比较以下条件:
| 顺序 | 比较条件 | 规则 |
|---|---|---|
| ① | 当前主交换机 | 原堆叠中已运行的 Master 优先 |
| ② | 堆叠优先级 | 越大越优(默认100) |
| ③ | MAC 地址 | 越小越优 |
选举示例: SW-A: 优先级200, MAC=AAAA SW-B: 优先级200, MAC=BBBB SW-C: 优先级150, MAC=AAAA
结果:SW-A 为 Master(① 不适用,② 优先级相同A=B,③ MAC AAAA < BBBB)3.2 选举时机
- 堆叠系统首次建立时
- Master 故障重启后
- 新设备加入已有堆叠时
已有堆叠系统中,已有 Master 不会被新加入的设备抢占(即使新设备优先级更高)
3.3 优先级配置建议
- 期望成为 Master 的设备 → 设置最高优先级(如 200)
- 期望成为 Standby 的设备 → 设置次高优先级(如 150)
- 仅做 Slave 的设备 → 保持默认(100)
四、堆叠连接方式
4.1 链形连接
- 特点:首尾不相连
- 优点:配置简单,功耗低
- 缺点:中间链路故障导致堆叠分裂
- 适用:3台以内小规模
4.2 环形连接(推荐)
- 特点:首尾相连形成环
- 优点:单条链路故障不分裂,可靠性高
- 缺点:多一条线缆,功耗略高
- 推荐:生产环境首选
4.3 连接要求
- 同系列同型号设备(推荐)
- 堆叠线缆要求低延迟、高带宽(10G/40G/100G)
- 专用堆叠端口或业务口复用
五、堆叠分裂与 MAD 🏷️高频考点
5.1 堆叠分裂
原因:堆叠链路全部故障,导致一个堆叠系统分裂为两个独立系统
正常: [SW-1(Master)] --- [SW-2(Standby)] --- [SW-3(Slave)]
分裂后: 系统A: [SW-1(Master)] 系统B: [SW-2(Standby)] --- [SW-3(Slave)] (SW-1 仍认为自己是Master) (SW-2 升级为新Master)5.2 分裂的危害
- IP 地址冲突:两个系统使用相同管理 IP
- MAC 地址冲突:两台 Master 通告相同 MAC
- 配置不一致:分裂后各自修改配置
- 业务中断:上层网络路由混乱
5.3 MAD(Multi-Active Detection)多主检测
三种检测方式对比
| 检测方式 | 原理 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|---|
| Direct MAD(直连) | 通过专用链路直连检测心跳 | 堆叠成员间有空闲端口 | 简单可靠 | 需专用链路 |
| Relay MAD(代理) | 通过代理设备转发 MAD 报文 | 无条件直连时 | 无需直连 | 依赖代理设备 |
| LACP MAD | 在 LACP 报文的扩展字段携带检测信息 | 堆叠设备与下游设备运行 LACP | 无需额外端口 | 对端需支持 LACP 扩展 |
Direct MAD 工作原理
SW-1 ───────────Direct MAD Link─────────── SW-2 (周期性发送 MAD 心跳报文)- 发送间隔:取决于配置
- 检测逻辑:分裂后两台 Master 各从 Direct MAD 链路收到对方报文 → 判定为多主冲突
MAD 冲突处理规则
检测到多主冲突后:
| 系统 | 处理 |
|---|---|
| 分裂后 Master 不变的系统 | 保持 Active 状态,继续转发 |
| 分裂后产生的新 Master 系统 | 进入 Recovery 状态,关闭所有业务端口 |
Recovery 状态的系统:所有业务端口 shutdown,仅保留管理口和控制协议
5.4 MAD 恢复
堆叠链路恢复后:
- Recovery 状态系统自动重启
- 重新加入堆叠系统
- 成为 Slave,同步配置
六、CSS(集群)
6.1 CSS 与 iStack 的区别
| 特性 | iStack | CSS |
|---|---|---|
| 使用场景 | 接入/汇聚层 | 核心层 |
| 设备数量 | 2 ~ 9 台 | 2台 |
| 主备角色 | Master / Standby / Slave | 主交换机 / 备交换机 |
| 选举优先级 | 越大越优 | 越大越优 |
| MAD 支持 | Direct / Relay / LACP | Direct / Relay / LACP |
| 端口编号 | GigabitEthernet {MemberID}/x/x/x | 与 iStack 类似 |
6.2 CSS 连接方式
| 方式 | 说明 | 带宽 |
|---|---|---|
| CSS 线缆直连 | 专用集群线缆(主控板集群卡) | 10GE / 40GE |
| 业务口集群 | 将业务口配置为集群物理口 | 10GE / 40GE / 100GE |
6.3 CSS 主交换机选举
与 iStack 类似:
- 当前主交换机优先
- 集群优先级大的当选(值大优)
- MAC 地址小的当选
6.4 CSS MAD 检测
- 支持 Direct MAD、Relay MAD、LACP MAD
- 原理与 iStack 相同
- 检测到双主后:一台保留,另一台业务端口 shutdown
七、华为设备配置命令示例
7.1 堆叠基础配置
# 设置堆叠域 IDstack stack member 1 domain 10
# 设置堆叠优先级stack slot 0 priority 200
# 配置逻辑堆叠端口interface stack-port 0/1 port member-group interface GigabitEthernet0/0/1 enable quit7.2 CSS 配置
# 配置CSS(两台设备)# 设备Acss enableset css priority 200set css id 1set css mode css-card # CSS卡模式
interface css-port 1/1 port enable quit
# 设备Bcss enableset css priority 150set css id 2set css mode css-card
interface css-port 2/1 port enable quit7.3 业务口集群配置
# 将业务口配置为集群物理口interface GigabitEthernet0/0/1 mad detect mode direct quit7.4 Direct MAD 配置
# 配置 Direct MAD# 在两台设备间选取直连端口interface GigabitEthernet0/0/48 mad detect mode direct undo shutdown quit
# 查看MAD配置display maddisplay mad verbose7.5 Relay MAD 配置
# 配置代理检测(在代理设备上)vlan 100 quit
# 在堆叠设备上interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 100 quit
# 创建MAD VLANIFinterface Vlanif 100 ip address 192.168.100.1 24 quit
# 配置Relay MAD域mad relay domain 17.6 LACP MAD 配置
# 在下游设备与堆叠设备的 Eth-Trunk 上interface Eth-Trunk 1 mode lacp mad detect mode lacp # 在Eth-Trunk接口上启用LACP MAD quit7.7 堆叠维护命令
# 查看堆叠成员信息display stack
# 查看设备信息display device
# 查看堆叠端口display stack port
# 查看堆叠配置display stack configuration
# 查看MAD状态display maddisplay mad verbose
# 手动触发主备倒换(在系统视图)slave switchover
# 保存配置save八、常见故障排查
8.1 故障场景与排查
| 故障现象 | 可能原因 | 排查方法 |
|---|---|---|
| 堆叠无法建立 | 堆叠端口物理 Down | 检查线缆连接 display stack port |
| Member ID 冲突 | 检查各成员 ID 是否唯一 | |
| Domain ID 不一致 | 检查堆叠域配置 | |
| 设备型号不兼容 | 确认是否支持堆叠 | |
| 堆叠分裂后无法恢复 | MAD 未配置 | display mad 确认 |
| 堆叠链路未恢复 | 检查堆叠链路状态 | |
| 分裂后配置冲突 | 对比两端配置 | |
| 主交换机选举异常 | 优先级配置错误 | display stack |
| 系统启动顺序异常 | 先启优先级高的设备 | |
| MAD 不生效 | MAD 链路 Down | display mad verbose |
| 对端不支持 LACP 扩展 | 改用 Direct MAD | |
| 业务端口全 Down | MAD 分裂后进入 Recovery | display mad 确认状态 |
8.2 常用诊断命令
# 查看堆叠系统状态display stack
# 查看各成员设备状态display device
# 查看堆叠端口详细信息display stack port
# 查看 MAD 状态(强制)display maddisplay mad verbose
# 查看接口状态(排除业务口被 MAD Recovery shutdown)display interface brief
# 查看系统日志display logbuffer
# 查看堆叠配置文件display current-configuration | include stackdisplay current-configuration | include mad8.3 故障排错流程
堆叠故障排查流程:
1. display stack → 确认堆叠拓扑、成员状态2. display stack port → 检查堆叠端口状态(UP/DOWN)3. display device → 验证成员角色(Master/Standby/Slave)4. display mad → 检查 MAD 状态5. display interface brief → 检查业务端口状态6. display logbuffer → 搜索相关告警/错误关键知识点总结:
- 堆叠选举:当前Master优先 > 优先级大优 > MAC小优
- 连接方式:环形(推荐)vs 链形
- 堆叠分裂:MAD 检测(Direct/Relay/LACP),Recovery 状态关业务口
- CSS:核心层 2 台设备集群,原理类似 iStack
- 配置原则:先配优先级和 ID,再连接堆叠线缆
- 谨慎变更:Master 故障前确保 Standby 已同步
支持与分享
如果这篇文章对你有帮助,欢迎分享给更多人或打赏支持!
设备堆叠与 CSS(集群)
https://blog.zs13.tech/posts/网络/02-交换技术/设备堆叠与css/相关文章智能推荐
1
VLAN 技术详解
网络2026-08-05
2
链路聚合技术
网络2026-08-05
3
STP / RSTP / MSTP 详解
网络2026-08-05
4
路由策略与策略路由
网络2026-08-05
5
DHCP与AAA技术
网络2026-08-05
随机文章随机推荐



