博达交换机堆叠配置实战：原理、步骤与故障排查

上个月去一家客户现场处理网络故障，发现他们机房的两位“主力”还是各自为政：两台博达交换机各管各的，管理IP两个，配置两头跑，出问题的时候还得搬着笔记本蹲在机柜前面来回比对。其实这种场景我很熟悉，小规模网络还能忍，一旦设备多了、链路复杂了，这种“单机单管”的模式一定会成为运维的噩梦。后来我帮他们把两台博达交换机做了堆叠配置，问题一下子简化了大半。这篇文章就把整个配置思路、操作步骤和踩坑过程整理出来，给正在用博达设备或者准备做堆叠的朋友一个参考。

1. 为什么要给博达交换机做堆叠：先想清楚需求再动手

1.1 堆叠解决的核心问题

堆叠，简单说就是把两台或者多台交换机通过专用的堆叠链路连接起来，在逻辑上变成一台设备来管理、配置和转发。这台逻辑设备只有一个管理IP、一套配置文件、一个转发表项视图，你在主设备上敲配置，备设备会自动同步，不用像以前那样每台设备单独登录、单独配置。

堆叠带来的第一个好处就是管理简化。我见过不少用户，两台汇聚交换机一个接行政楼，一个接生产区，每台都要维护路由、VLAN、ACL，查起问题来还要两边切。堆叠以后，这些操作全部集中在一台逻辑设备上完成，登录一次就行。第二个好处是带宽扩展。跨设备链路聚合可以把两台设备上的物理端口捆成一个聚合口，比如上联核心的带宽需要40G，单台只有24个万兆口不好凑，堆叠之后可以把两台设备上的端口都纳入一个聚合组，带宽翻倍，链路冗余也更强。第三个好处是高可用。主设备故障后，备设备会迅速接管转发和处理，业务中断时间从“人工发现、登录、切换”的分钟级缩短到设备自动收敛的秒级。

结合博达交换机的实际定位，堆叠最适合用在两类地方：一类是园区网的汇聚层，把两台汇聚交换机堆叠后再上联核心，下联接入交换机；另一类是数据中心或者机房内部的接入层，用堆叠把服务器双网卡接入到两台物理机上，保证单设备故障时服务器网络不中断。核心层设备如果支持，也可以堆叠，但我会在后面单独说，核心层堆叠要考虑的问题比接入层多得多。

1.2 博达堆叠和华为iStack/CSS的思路差异

很多做网络的人一开始接触的可能是华为的iStack或CSS，再来用博达设备的时候会被命令习惯绕晕。我把两者的差异整理成一个表，方便做过华为设备的朋友快速切换思路。

本质上各家的堆叠原理是相通的，区别主要在命令风格和细节实现。如果你熟悉华为，理解博达堆叠只要抓住三个点：成员ID、优先级、堆叠口。后面我会逐一展开。

1.3 什么场景不建议堆叠

堆叠不是万能的，我遇到过有人把两台跨楼栋的交换机硬做成堆叠，结果堆叠链路一抖动，整片网络跟着一起抖。以下场景你要慎重：

• 设备型号差异太大。不同系列、不同硬件版本的博达交换机，走的堆叠协议和线缆规格可能完全不一样，强行混合堆叠大概率起不来。
• 堆叠距离太远。堆叠链路通常要求短距离、低时延，如果用普通光模块拉几百米甚至跨楼栋，不仅延迟高，链路稳定性也难保证。
• 要求彻底故障隔离的场景。堆叠会扩大故障域，主设备上的异常进程可能影响备设备。如果业务要求“双机完全隔离、一台挂了另一台完全独立工作”，堆叠不一定比VRRP+独立设备更适合。

我个人的经验是：汇聚层和接入