华三IRF堆叠配置实战：从设备规划到MAD防脑裂

1. 项目概览：华三堆叠到底在解决什么问题

干网络这一行，迟早会碰到堆叠这两个字。我最早接触华三的堆叠，是在一个市级数据机房的项目里，客户要求核心网络做到"一台设备挂了不影响业务"。当时摆在我面前的无非三条路：VRRP双机热备、链路聚合加多活网关、直接上堆叠。对比了一圈之后，最后还是选了华三的IRF堆叠方案，也就是通常说的"华三堆叠配置"。

堆叠的本质，其实就是把两台或多台物理交换机通过专用的堆叠端口连起来，让它们在逻辑上变成一台交换机。对外来看，整个堆叠系统只有一个管理IP、一套配置，控制平面和数据平面协同工作。业务连上去，根本感觉不到背后是两台设备在扛。这套技术在华三体系里叫IRF（Intelligent Resilient Framework，智能弹性架构），不同版本的历史名称略有差异，但核心思路一脉相承。

很多刚入行的朋友会把堆叠和VRRP搞混。VRRP是两台设备各自独立管理，通过虚拟IP做网关冗余，主备之间切换需要状态协商和流量迁移，配置起来相对繁琐；而堆叠直接把两台设备变成一台，无需虚拟IP的概念，主设备挂了，备设备无缝接管所有接口和路由状态，链路层面没有断点。后者在数据中心核心交换机之间尤其常见，因为它真正做到了设备级冗余和带宽扩展一箭双雕。

这篇博文我就以实际项目中的华三（H3C）交换机为例，把我做堆叠配置的全过程、踩过的坑、调过的参数，原原本本拆开来讲。内容适合三类人看：准备在核心网络部署高可用方案的网络工程师、正在备考华三认证的考生，以及需要维护现网堆叠环境运维朋友。

2. 堆叠方案的规划与设计思路

2.1 为什么选IRF而不是传统双机热备

做技术方案，第一件事不是敲命令，而是想清楚"为什么这么选"。IRF堆叠最核心的价值，是把多台设备的端口资源池化。

举个例子：两台48端口的交换机做堆叠，对外呈现的就是一台拥有96个可用端口的逻辑设备。这意味着我可以把跨设备的物理端口直接绑定成一个聚合口（Eth-Trunk），下联服务器或接入交换机时，一个聚合组内可以同时包含两台成员设备上的物理端口，链路带宽从单设备极限直接翻倍，同时任何一台设备故障，聚合组里的链路虽然减半，但业务不中断。

VRRP方案做不到这一点。VRRP主备设备是独立的，主设备挂了之后，备用设备虽然接管网关，但原来接在备用设备上的业务端口需要重新路由，整个过程涉及协议收敛，秒级延迟是常有的事。堆叠则完全不同，因为控制平面统一，主设备故障后，备用设备在毫秒级别内接管所有表项，对终端用户来说几乎无感知。

再一个点就是管理成本。一台逻辑设备只需要一个管理IP、一次登录、一套配置文件。做版本升级的时候，堆叠系统支持平滑升级，业务流量自动切换，这在大型数据中心里非常重要。运维同事半夜被电话叫起来处理故障的概率，会明显下降。

2.2 成员数量与角色规划

华三的IRF堆叠理论上支持多台成员，但实际工程项目里最常见的是两台，最多见过四台。我个人的建议是，除非有明确的横向扩展诉求，否则两台堆叠是最稳妥的组合。

堆叠系统里有几个关键角色需要先搞清楚：

• 主设备（Master）：整个堆叠系统的管理核心，承载控制平面和路由计算，所有配置都必须通过它下发。
• 备设备（Standby）：实时同步主设备的配置和状态，一旦主设备故障立即接管。
• 从设备（Slave）：除了主备，其他成员都是Slave，负责数据转发，但不参与控制平面决策。

成员编号（Member ID）决定了设备在堆叠中的逻辑位置，也直接影响接口编号。比如成员2的设备，它的物理接口编号会变成Ten-GigabitEthernet2/0/1这样的格式，这个编号在组堆叠之前就要规划好，否则后续所有接口配置都要跟着乱。

优先级（Priority）是选举主设备的核心依据，默认是1，范围是1到32，数字越大优先级越高。两台设备组堆叠时，我一般会把想作为主的设备优先级调到32，备用设备保持默认或调到1，确保主备角色确定，避免启动时出现意外的角色抢占。

2.3 堆叠物理链路设计与带宽估算

堆叠链路是堆叠系统的命脉。华三设备上做IRF，通常用的是专用的堆叠口，也可能是万兆光口或40G端口，取决于具体型号。

两条基本原则：

第一，堆叠链路必须是冗余的。至少两根物理链路做堆叠链路聚合，一根断了另一根还能维持堆叠系统正常运行。只拉一根线的堆叠，说难听点就是在给自己挖坑。

第二，堆叠链路带宽要大于业务流量峰值。假设你的堆叠系统承载的业务流量峰值是20Gbps，两根10Gbps的堆叠链路合计带宽只有20Gbps，如果跨设备流量较大，链路利用率就会逼近100%，拥塞丢包几乎是必然的。堆叠链路相当于设备之间的"内部总线"，跨设备流量全要从这里走，所以宁可多配两根，也不要卡着理论峰值做设计。

我之前做过一个项目，客户为了省端口，两台设备之间只配了两根万兆堆叠链路。平时业务流量只有几个G，看着没什么问题。后来业务扩容，跨设备流量猛增到15Gbps以上，堆叠链路立刻变成瓶颈，丢包和延迟双双告警。最后硬着头皮加了两根万兆线，问题才解决。堆叠链路这种"平时看不见、关键时救命"的资源，真的不能省。

3. 核心细节解析与实操要点

3.1 设备准备与版本核对

动手配置之前，有几件事必须确认到位，否则配置到一半会卡住。

第一，软件版本。堆叠要求所有成员设备的软件版本一致，版本不同会导致堆叠建立失败，或者建立后出现莫名其妙的表项不同步。我的习惯是在组堆叠前，把两台设备都升级到同一个版本，并且用display version命令逐一核对，确认版本号完全一致，包括补丁包级别。

第二，设备型号。华三的IRF堆叠要求同系列、同型号的设备才能组堆叠。比如同一系列的两台设备，只有交换芯片、接口数量完全一致，才能组成一个逻辑设备。跨型号、跨系列堆叠基本不用想，硬件规格都不一样，强行配置只会报错。

第三，接口规划。确认哪些物理口用作堆叠口，这些口不能被业务占用。华三设备上常见的堆叠口配置方式有两种：一种是通过irf-port配置，一种是通过stack-port配置，具体取决于设备系列和系统版本。下面我会用一个典型案例演示irf-port的配置方式，这也是我在现网中最常用的方法。

3.2 成员设备基础信息配置

现在开始进入正题。假设场景是两台同型号的华三交换机，暂定名称分别为SwitchA和SwitchB，需要在它们之间建立IRF堆叠。

先登录第一台设备，修改成员编号和优先级。我把SwitchA设为成员1、优先级32，让它成为主设备：

<SwitchA> system-view [SwitchA] irf member 1 priority 32 [SwitchA] irf member 1 renumber 1

这里有个容易忽略的点：irf member 1 renumber 1这条命令，是在把设备的成员编号固定为1。如果设备出厂默认就是成员1，不执行也行，但执行一遍更保险，尤其是设备之前可能被改过编号、又恢复出厂设置的场景。这个命令会让设备在下次重启后以成员1的身份加入堆叠。

然后是第二台设备，把它设为成员2，优先级保持默认值1：

<SwitchB> system-view [SwitchB] irf member 1 renumber 2 [SwitchB] irf member 2 priority 1

注意这里有个坑：设备出厂默认成员编号是1，所以在SwitchB上必须先执行irf member 1 renumber 2，将本机的成员编号从1改成2。如果不执行这步，两台设备都以成员1的身份尝试组建堆叠，系统会报"member ID conflict"之类的错误，堆叠根本建不起来。

修改完编号后，需要重启设备让成员编号生效。这个步骤我不建议跳过，也别想着热加载，华三的IRF成员编号变更基本都要求重启生效。

<SwitchB> save force <SwitchB> reboot

3.3 IRF端口与物理接口绑定的关键操作

设备重启完成后，开始配置IRF端口映射。

在正式操作前，先关掉将要作为堆叠口的物理接口，防止链路误连后形成环路。华三设备上，IRF端口和物理端口的绑定关系非常严格，物理口必须先shutdown再绑定，绑定后undo shutdown，这个顺序不能乱。

SwitchA上的配置：

[SwitchA] interface Ten-GigabitEthernet1/0/49 [SwitchA-Ten-GigabitEthernet1/0/49] shutdown [SwitchA-Ten-GigabitEthernet1/0/49] quit [SwitchA] irf-port 1/1 [SwitchA-irf-port1/1] port group interface Ten-GigabitEthernet1/0/49 [SwitchA-irf-port1/1] quit [SwitchA] interface Ten-GigabitEthernet1/0/49 [SwitchA-Ten-GigabitEthernet1/0/49] undo shutdown

这里解释一下irf-port 1/1的含义：第一个数字1代表成员编号，第二个数字1代表IRF端口序号。在华三IRF架构里，每个成员设备通常有两个IRF端口，端口1和端口2，分别对应不同的物理接口组。组堆叠时，设备A的IRF端口1要连接设备B的IRF端口2，设备A的IRF端口2要连接设备B的IRF端口1，也就是交叉连接。

SwitchB上的配置与之对应：

[SwitchB] interface Ten-GigabitEthernet2/0/49 [SwitchB-Ten-GigabitEthernet2/0/49] shutdown [SwitchB-Ten-GigabitEthernet2/0/49] quit [SwitchB] irf-port 2/2 [SwitchB-irf-port2/2] port group interface Ten-GigabitEthernet2/0/49 [SwitchB-irf-port2/2] quit [SwitchB] interface Ten-GigabitEthernet2/0/49 [SwitchB-Ten-GigabitEthernet2/0/49] undo shutdown

如果堆叠口需要做链路聚合，比如一根物理线带宽不够，要绑两根线，可以这样写：

[SwitchA] irf-port 1/1 [SwitchA-irf-port1/1] port group interface Ten-GigabitEthernet1/0/49 [SwitchA-irf-port1/1] port group interface Ten-GigabitEthernet1/0/50

此时要注意，同一IRF端口下绑定的多个物理接口，在组堆叠时会被聚合成一个逻辑链路，这是华三支持的堆叠链路聚合特性，能有效提升堆叠带宽和可靠性。但不是所有设备系列都支持一个IRF口下绑多个物理口，配置前最好查一下具体型号的硬件手册。

3.4 物理连线与堆叠系统激活

配置完成并保存后，就可以进行物理连线了。连线的原则很简单：成员1的IRF端口1连成员2的IRF端口2，成员1的IRF端口2连成员2的IRF端口1。

不过，这里我要强烈建议一个操作习惯：先把两台设备的堆叠配置都做完并保存，再同时重启，最后插线。千万不要在只配好一台设备、还没配另一台的情况下就急着插堆叠线，否则未配置堆叠的那台设备可能会认为收到了异常报文，产生端口闪断甚至误触发STP。

我的标准操作流程是：

1. 两台设备分别完成上述所有配置，执行save force保存。
2. 断开所有将作为堆叠口的物理连接。
3. 同时重启两台设备。
4. 设备起来后，插入堆叠线缆。
5. 等待一两分钟，在成员1上执行display irf验证堆叠状态。

如果配置正确，你会看到类似下面的输出：

<SwitchA> display irf Member ID Role Priority CPU-Mac Description *+1 Master 32 xxxx-xxxx-xxxx SwitchA 2 Standby 1 xxxx-xxxx-xxxx SwitchB

星号代表当前登录的设备，+号代表主设备。看到这个输出，说明堆叠已经建立成功，两台物理设备已经成了一台逻辑设备。

3.5 保存配置与常见误区提醒

堆叠建立成功之后，最容易被忽略的操作就是保存配置。很多人在堆叠建好、业务配置做完之后，没有敲save force，结果设备一重启，堆叠配置全部丢失，回到解放前。IRF配置保存有一个特点：只要在主设备上执行save force，系统会把配置同步到所有成员设备。这一点非常方便，但前提是你一定要记得保存，而且要在堆叠建立完成后再存一次，确保IRF相关的配置也一并落盘。

另一个常见误区是，在配置堆叠的过程中，把管理IP和业务配置写在配置里，然后重启，结果因为物理口被shutdown、堆叠线没插等操作顺序问题，导致设备失联。我的经验是：配置堆叠期间，尽量用设备的串口或带外管理口进行操作，别依赖业务网口管理，否则很容易把自己关在门外。

4. 堆叠分裂检测MAD，防脑裂的关键防线

4.1 什么是堆叠分裂，为什么必须防

堆叠不是配完就一劳永逸，有一个隐患必须处理：堆叠分裂，行业内俗称脑裂。

正常情况下，堆叠系统是一个整体，所有成员设备通过堆叠链路协商、同步状态。如果堆叠链路全部断开，备设备会认为自己失去主设备，触发角色选举，结果两台设备各自成为独立的主设备。这个时候，它们还共享着同一个IP地址、相同的配置和相同的路由表，对外就像两个"分身"同时工作，网络里立刻就会出现IP冲突、路由环路、MAC地址漂移等一系列灾难性问题。

处理这个问题的标准手段是MAD（Member Active Detection，成员活动检测）。华三的MAD有几种实现方式，我用的最多的是BFD MAD，因为它配置简单，检测速度快，对现网影响小。

4.2 BFD MAD配置实操

BFD MAD的原理，是通过一条独立的检测链路，让堆叠成员之间定期交换心跳报文。正常时，主设备通过这条链路持续接收备设备的BFD报文；一旦堆叠系统发生分裂，这条链路上的报文会中断或异常，设备就能立刻感知，并把自己从堆叠中隔离出去，关闭除保留管理口之外的所有业务端口，避免两台设备同时对外工作。

配置BFD MAD需要提前预留一个VLAN和一个IP网段，我的习惯是使用VLAN 4094和一个独立的30位私网地址：

[SwitchA] vlan 4094 [SwitchA-vlan4094] quit [SwitchA] interface vlan-interface 4094 [SwitchA-Vlan-interface4094] ip address 1.1.1.1 24 [SwitchA] bfd multi-hop [SwitchA] mad bfd destination-ip 1.1.1.2

此时注意，这条配置只需要在主设备上做一次，系统会自动同步到备设备。但对应的VLAN和VLAN接口地址，需要在物理链路上承载。通常我会在堆叠系统上创建一个聚合口，专门用来跑BFD MAD报文。

细节提醒：BFD MAD检测用的VLAN和IP网段，绝对不能和业务VLAN混用，也绝不能把这个VLAN划分到任何业务端口上。并且配置完成后，要把BFD MAD的检测链路单独做成一个Trunk口，放行VLAN 4094：

[SwitchA] interface Bridge-Aggregation 10 [SwitchA-Bridge-Aggregation10] port link-type trunk [SwitchA-Bridge-Aggregation10] port trunk permit vlan 4094 [SwitchA-Bridge-Aggregation10] quit

为什么要用独立的Trunk口？因为这根链路专门用来跑MAD检测报文，如果业务流量混进来，报文可能被业务拥塞或者被过滤掉，MAD检测就会失去作用，等于白配。

配完之后用display mad verbose可以看到MAD的状态，正常应该是"Detect mode: BFD"并且状态是Active。

4.3 分裂后的恢复操作

堆叠分裂触发MAD后，备用设备会进入Recovery模式，业务端口强制关闭。这时候故障处理流程要心里有数。

先检查堆叠链路物理状态，确认是不是线缆松动、光模块故障。把堆叠链路恢复正常后，在恢复模式的设备上执行irf rejoin命令，让它重新加入堆叠：

<SwitchB> irf rejoin

如果设备始终无法重新加入堆叠，先确认堆叠链路是否正常，再确认两台设备版本是否一致。经常遇到的情况是，堆叠链路光模块老化，平时没问题，一旦链路抖动，MAD立刻误判分裂，把一台设备踢出去。这种问题排查起来很费劲，但检查光模块收发光功率能快速定位。

5. 常见问题与排查技巧实录

5.1 堆叠建立失败的典型原因

配置堆叠这么多年，我把最常见的故障整理成一张排查表，遇到问题直接对着查，比盲目敲命令高效得多。

5.2 我踩过的三个最深坑

第一个坑是配置顺序。有一次做远程割接，我在给第二台设备配IRF端口绑定的时候，忘了先shutdown物理口，直接绑定了。结果堆叠链路上两个端口都处于UP状态，产生了临时的二层环路，广播风暴把设备CPU直接打满，整个机房的业务都受了影响。后来养成了习惯：凡是配置涉及物理口状态变更的，一律先shutdown、再配置、最后undo shutdown，顺序一步不差。

第二个坑是优先级设置不当。我有一台设备，出厂设置的优先级是1，另一台是默认里的较高优先级，结果堆叠一建立，主设备不是我想象中的那台，所有业务配置全在另一台上，管理IP也变了，找设备找了半天。从那以后，每次组堆叠，我会在规划阶段就把主、备优先级白纸黑字写清楚，并执行display irf确认角色再继续。

第三个坑是版本升级后的堆叠兼容。某个版本升级后，IRF的配置格式发生了变化，旧配置无法被新版本解析，堆叠直接起不来。华三的版本发布说明里通常会提到IRF配置兼容性，升级前一定要仔细阅读升级指导，必要时用display irf configuration导出旧配置做备份。

5.3 堆叠环境下的日常维护建议

堆叠系统运维，有几个习惯值得养成。

每天或者每周巡检时，执行一次display irf和display mad verbose，确认成员状态和MAD状态正常。这两条命令输出的信息量足够覆盖堆叠的主要健康指标，用时不到一分钟，却能提前发现很多隐患。

堆叠线缆和光模块要定期检查光功率，尤其是运行了两年以上的环境。堆叠链路的光模块故障率高于业务口，一旦光模块出现劣化，堆叠链路会偶发闪断，直接引发MAD误判，影响面非常大。

升级堆叠系统软件版本时，用华三建议的平滑升级流程，不要直接reboot两台设备。平滑升级会根据设备角色分批重启，先升级备设备，再主备切换后升级原主设备，整个过程业务中断时间控制在秒级。具体流程可以参照设备配套的软件升级指南，不同版本有一些差异。

6. 写在最后：堆叠配置这件事，说到底还是细节

我做过不少网络项目，回头来看，堆叠配置本身并不复杂，命令就那么几条，但真正让工程师觉得"难"的，从来不是命令，而是整体的设计思路和细致的操作习惯。成员编号规划、优先级确认、堆叠链路带宽、MAD配置，每一个环节看似独立，其实环环相扣。只要一个环节考虑不周，后面的故障排查就会非常被动。

我个人在实际操作中的体会是，组堆叠最忌讳"先连上线再配命令"。正确的打开方式是：先规划，再配置，最后连线。规划阶段把角色、编号、VLAN规划、堆叠链路带宽这些事想明白，配置阶段按部就班执行，线连完之后用display irf和display mad verbose确认状态，整个过程基本不会出大问题。

还有一个建议送给所有准备在现网设备上操作堆叠的朋友：如果你的设备上已经跑了业务，组堆叠之前务必确认业务端口的配置不会因为成员编号变化而受影响。华三设备在成员编号变更后，接口逻辑名称会跟着变，如果业务配置里写死了旧接口名，端口配置可能对不上，导致业务异常。稳妥的做法是提前导出配置备份，把所有接口规划记载文档里，别凭记忆操作。

堆叠配置做完只是第一步，后续版本升级、运维巡检才是长期工作。希望这篇实战记录能帮你少走几步弯路，也希望你组出来的堆叠都稳如泰山。