上一篇
非等价负载均衡链路聚合是什么，如何配置？
链路聚合（Link Aggregation）通过将多条物理链路附带为一条逻辑链路，提升带宽和可靠性，传统链路聚合要求成员链路带宽相同（等价负载均衡），实现简单且能保证报文有序。非等价负载均衡链路聚合则允许不同速率（如 1Gbps 与 10Gbps）的链路加入同一聚合组，通过权重分配流量,使带宽利用率最大化。
基本原理
非等价负载均衡的核心是 权重分配，算法根据每条链路的最大带宽（或协商速率）计算权重，10Gbps 链路权重为 10，1Gbps 链路权重为 1，则流量分配比例为 10:1，哈希计算时，输出结果会按权重映射到不同链路,确保高速链路承担更多流量。
实现方式
- 加权哈希：在哈希算法中引入权重因子，常见做法是将哈希结果空间按权重比例划分为多个“桶”,每个桶对应一条链路。
- 加权轮询：逐包分发时，根据权重顺序分配报文，但可能因链路速率差异导致乱序,需配合流分类或序列号机制。
- 软件与硬件支持：多数网络设备（如 Cisco、Juniper）通过专用芯片实现；部分方案依赖软件负载均衡器（如 Linux bonding 的 balance-alb 模式）。
优缺点对比
| 特性 | 等价负载均衡 | 非等价负载均衡 |
|---|---|---|
| 成员链路要求 | 速率、双工模式必须一致 | 允许不同速率，只要求介质类型兼容 |
| 负载分配 | 均匀（基于哈希或轮询） | 按权重比例分配 |
| 带宽利用率 | 受限于最慢链路 | 可充分利用每个链路，总体利用率高 |
| 实现复杂度 | 低，硬件支持成熟 | 高，需处理权重映射和乱序问题 |
| 应用场景 | 相同速率链路升级，标准化部署 | 异速链路共存，逐步扩容，性价比优先 |
应用场景
- 网络升级过渡期：在已有 1Gbps 链路上新增 10Gbps 链路，不需要立即替换所有链路,即可获得更高吞吐。
- 异构链路整合：数据中心内不同世代的交换机互联,或与运营商的多条不同带宽线路绑定。
- 成本敏感环境：利用现有低速链路，少量高速链路即可提升性能,避免全面更换。
关键技术细节
- 乱序处理：非等价链路因速率差异，同一流的两端可能因路径延迟不同而乱序，解决方案包括：使用基于流的哈希（保证同一流走同一条链路）或启用报文重组排序功能。
- 兼容性：需链路两端设备均支持非等价链路聚合，并遵循相同权重计算协议（如厂商私有扩展或 IEEE 802.3ad 的加权增强）。
- 故障切换：当某条链路失效时，其权重要重新分配给其他链路,确保负载立即调整。
相关问题与解答
问题 1：非等价链路聚合中，为什么不能简单根据带宽比例分配数据包？是否会导致严重乱序？
解答：理论上可以按比例逐包分配，但如果不加控制，高速链路发包快，低速链路发包慢，到达接收端时顺序会错乱，导致 TCP 重传和性能下降，因此实际实现中，必须使用基于流的哈希（如根据源/目的 IP 和端口），确保同一 TCP 连接的所有报文都走同一条链路，从而避免乱序，流量分配在流级别上依然按权重进行,但内部流不变。
问题 2：非等价链路聚合是否需要在操作系统层面做特殊配置？举例说明。
解答：是的，以 Linux 的 bonding 为例，如果要实现非等价负载均衡，需要选择 balance-alb（自适应负载均衡）模式，该模式通过 ARP 协商调整发送端负载，但本身不直接支持按权重分配，若要精确控制权重，需使用 tc（流量控制） 或 iptables 配合 bonding 的 802.3ad 模式，并在交换机侧配置支持非等价静态链路聚合，实际部署中更推荐使用支持 不等价多路径（UCMP） 的路由协议（如 OSPF 的 unequal-cost load balancing），而非在链路聚合层实现，交换机厂商（如 Cisco）的 EtherChannel 非等价特性需通过 port-channel load-balance 和 weight 命令手动配置权重。
