RED韵做了快十年的网络运维，我被问得最多的问题其实很朴素：服务器明明插了两根千兆网线，为什么拷贝文件的速度始终越不过一千兆；核心和汇聚之间明明不止一条物理链路，坏掉一根后业务还是会中断。这些问题背后基本都是同一个技术方向——链路聚合和链路备份技术。简单说，链路聚合是把多条物理链路捆绑成一条逻辑链路，让带宽可以叠加，也让某条成员链路失效时流量能自动被其他链路接管；链路备份技术则是在这个基础之上，把部分成员链路定义为活动、部分定义为备份，用协议和策略保证关键业务不因单条链路故障而中断。这篇文章我会按“原理—配置—验证—避坑—架构定位”的顺序，把聚合链路讲透，新手能照着做实验，老手也能从排障经验里找到一些共鸣。
1. 为什么单条物理链路让人又爱又恨：带宽瓶颈与单点故障并存
1.1 单链路在大流量场景下的真实困境
咱们先把问题落到实际场景里。假设你维护一个视频监控存储平台，1000路摄像头同时在往存储服务器写数据，每路码流按4Mbps算，总流量就是4Gbps。就算存储服务器上只插一个万兆口，其实也已经到了极限。更常见的尴尬是：服务器只有千兆网口，存储阵列也只有千兆网口，但业务要求稳定跑1.5Gbps。这时候如果你只会跟业务方说“升级万兆网卡”，人家大概率会反问：机房布线全是六类线，万兆电口能不能跑得稳？就算能跑，交换机上的万兆板卡、光模块采购周期又是多久？
我在实际项目里见过不少单位为了规避这个采购周期，直接在服务器上插三四根网线，然后天真地以为流量会自动分散。结果是：只有一根网线在跑，其他几根一点流量都没有，交换机侧甚至出现大量广播风暴。原因很简单，一台物理服务器如果没有做网卡绑定，多个网口各自拥有独立IP，操作系统根本不会把一条TCP连接劈成好几份往不同网口发。TCP是有序字节流，它依赖五元组做连接标识，除非上层应用专门做多路径传输，否则单条流只会固定在某个网口上。
真正能解决这个问题的，必须是在交换机端和服务器端同时配置链路聚合。交换机把两个物理口绑成一个Eth-Trunk逻辑口，服务器把两块物理网卡绑定成一个bond口。两者协商成功后，二层转发逻辑就把这个聚合口当作一个普通端口来用，流量才会按哈希算法分散到各条物理链路上。链路聚合的核心价值首先就是“把N条链路从逻辑上变成一条用”，而不是让设备傻乎乎地自己轮流发。
1.2 简单堆叠多根网线能不能解决问题
有些入门者会觉得，我不做任何聚合，直接把两台交换机用两根网线连起来，不就多了一条备份吗？这句话只对了一半。两台交换机之间只用多根普通线直连，不跑聚合协议，生成树协议STP会立刻介入，它会Block掉其中一条物理链路，只保留一条作为转发链路。换句话说，你物理上接了两根线，逻辑上还是只有一条通。这样确实避免了环路，但带来的结果不是带宽翻倍，也不是自动备份，而是另一条链路被当成“废口”一样闲置。
如果这时候你把STP关掉，两台交换机之间又是普通二层互联，那么一旦收到广播帧，就会在网络里形成广播风暴，两台交换机之间的帧会反复泛洪，整个广播域都废掉。STP能解决环路，但不能把链路用好；链路聚合能解决环路和带宽问题，因为它把多条物理链路抽象成一个逻辑口，从生成树的角度看只有一条逻辑链路，没有环路需要Block。这两者之间的区别，是所有做链路聚合实验的人必须想明白的第一课。
所以链路聚合并不仅是“多插几根线”这种物理动作，它是一套协商机制：交换机和交换机之间要认可能够把哪些口放进同一个聚合组，以什么样的模式协商，数据帧到了聚合口之后应该按什么规则选择成员口出去。只有这些问题都由协议和数据平面逻辑处理好了，多根网线才会真正变成可用资源。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 链路聚合到底聚合了什么：从协商机制到数据转发逻辑
2.1 聚合组、成员端口、聚合接口的三层关系
如果你打开华为交换机的配置界面，会看到“Eth-Trunk”这个逻辑接口；如果看思科设备，对应叫Port-Channel；H3C里叫Bridge-Aggregation；服务器网卡绑定则通常叫Bond、Team或Link Aggregation Group。名字五花八门，本质都一样。
这里面有三个层级需要理清：
- 物理成员端口：比如GigabitEthernet0/0/1和GigabitEthernet0/0/2，它们是真实存在的接口。
- 逻辑聚合接口：比如Eth-Trunk 1，它代表一组物理成员端口的集合，对上层协议（VLAN、三层路由、ACL）只暴露这一个逻辑口。
- 聚合组成员关系：物理口加入Eth-Trunk之后，不能再单独配置IP、VLAN、ACL等业务参数，这些参数只能在Eth-Trunk接口上统一配置，成员口必须继承聚合口属性。
有个最容易犯的错：在新手实验里，有人先在两台交换机上分别配置好物理口，比如在GE0/0/1下面配了access vlan 10，然后才想起来要做聚合，把GE0/0/1加入Eth-Trunk 1，结果发现配置冲突，或者加入后之前配的业务属性全部失效。原因正是逻辑聚合口才是业务配置唯一入口，物理口在加入聚合组之前，单独配置的接口属性必须清干净，或者先shutdown再操作。
为什么要设计成这种“对上统一、对下隐藏”的结构？因为交换机希望把聚合口当做一个整体来参与各种协议计算。无论成员口有两条还是八条，生成树只会看到这个逻辑口，MAC地址表也只会记录这个逻辑口所对应的出接口，这样就不会出现同一个MAC地址从多个物理口学习到的冲突。
2.2 数据平面里的负载分担哈希：不是轮流发送那么简单
聚合链路的带宽叠加是大家最关注的卖点，但你得知道它并不是简单的“第1个包走口1，第2个包走口2”这种轮流策略。交换机内部使用哈希算法来决定某个数据帧从哪个成员口转发。
常见哈希因子包括源MAC、目的MAC、源IP、目的IP、源端