服务器mode4配置的核心答案是：交换机侧必须开启LACP（链路聚合控制协议）并创建对应聚合口，服务器侧加载bonding模块并指定bond-mode=4，两端参数匹配才能让多网卡协同工作。这套组合在Linux服务器和主流交换机之间应用最广，既能提升带宽，又能提供链路冗余，下面直接拆解配置全流程，从原理到排错一次说清。
为什么选mode4而不是其他bond模式
服务器网卡绑定有七种模式,mode4（802.3ad动态链路聚合）是唯一需要交换机配合的模式，它和mode0（round-robin）、mode1（active-backup）的本质区别在于：mode4通过LACP协议与交换机协商，让交换机感知到多根物理链路属于同一个逻辑接口。
mode4的核心优势：
- 带宽叠加比mode0更稳定,因为LACP协议会动态分配流量，不会出现单链路打满而其他链路闲置的情况
- 故障切换速度比mode1快,交换机能在毫秒级感知链路中断并重新协商
- 支持跨交换机堆叠场景,只要堆叠系统支持LACP，就能实现跨设备冗余
行业共识是,对于数据库、文件存储这类对吞吐量敏感的业务，mode4是性价比最高的选择，如果你只是想让服务器不因单网卡故障而断网，mode1就够了；但要想榨干多网卡的带宽潜力，mode4是唯一正解。
交换机侧mode4配置实操
华为交换机配置步骤
华为交换机（以S5700系列为例）的配置思路是：先创建Eth-Trunk逻辑接口，再把物理口加入，最后设置链路聚合模式为LACP。
system-view interface Eth-Trunk 1 port link-type trunk port trunk allow-pass vlan all mode lacp-static quit interface GigabitEthernet 0/0/1 eth-trunk 1 quit interface GigabitEthernet 0/0/2 eth-trunk 1 quit
这里有个关键点：mode lacp-static表示静态LACP，对应Linux的mode4，华为设备还支持mode lacp-dynamic，那是动态协商模式，和Linux bonding的兼容性不如静态模式好，建议直接用静态。
思科交换机配置步骤
思科（以Catalyst 2960X为例）的配置逻辑略有不同，它用channel-group来绑定物理口：
configure terminal interface range GigabitEthernet0/1-2 channel-group 1 mode active exit interface Port-channel 1 switchport mode trunk switchport trunk allowed vlan all exit
channel-group 1 mode active里的active是关键，它强制启用LACP协商，如果写成passive，只有在对面主动发起协商时才会响应，容易和Linux bonding的主动协商产生兼容问题。
锐捷交换机配置要点
锐捷的配置命令和华为类似,但有个坑需要注意：
interface aggregateport 1 port link-type trunk port trunk allow-pass vlan all link-aggregation mode lacp exit interface GigabitEthernet 0/0/1 aggregateport 1 exit
锐捷部分型号默认关闭LACP协商报文发送,需要在聚合口下手动开启，不同版本命令有差异，老版本用的是port lacp-mode，新版本用link-aggregation mode lacp，配置前先查一下设备手册。
交换机侧配置后自查清单：
- 使用
display eth-trunk 1（华为）或show etherchannel summary（思科）查看聚合口状态是否为UP - 确认物理口状态显示为Selected或Bundled,而不是Unselected或Standalone
- 检查两端协商模式是否一致,一端active一端passive也能协商成功，但建议两端都设active
服务器侧mode4配置全流程
确认网卡和系统环境
在动手配之前,先确认服务器能识别到多张网卡，使用lspci | grep Ethernet查看网卡型号，ip link show查看网卡名称，常见命名有eth0/eth1、eno1/eno2、ens33/ens34，取决于系统版本和BIOS设置。
创建bonding接口
以CentOS/RHEL 7/8/9系列为例，推荐使用nmcli命令行工具，比直接改配置文件更不容易出错：
# 创建bond接口，模式4对应balance-alb?不对，mode4对应802.3ad nmcli connection add type bond ifname bond0 mode 802.3ad miimon 100 # 将两张物理网卡加入bond nmcli connection add type ethernet slave-type bond con-name bond0-port1 ifname eth0 master bond0 nmcli connection add type ethernet slave-type bond con-name bond0-port2 ifname eth1 master bond0 # 配置IP地址（示例为静态IP，按实际环境修改） nmcli connection modify bond0 ipv4.addresses 192.168.10.10/24 nmcli connection modify bond0 ipv4.gateway 192.168.10.1 nmcli connection modify bond0 ipv4.dns 223.5.5.5 nmcli connection modify bond0 ipv4.method manual # 激活所有连接 nmcli connection up bond0 nmcli connection up bond0-port1 nmcli connection up bond0-port2
这里要特别提醒：mode4必须设置miimon，它是链路监测的时间间隔（毫秒），建议设为100，不设置的话，LACP协商报文的发送间隔会变得不可控，交换机可能把链路判死。
调整bonding内核参数
为了让mode4跑得更稳,建议在/etc/modprobe.d/bonding.conf里加上：
alias bond0 bonding options bonding mode=4 miimon=100 lacp_rate=1 xmit_hash_policy=layer3+4
各参数含义：
mode=4
：指定802.3ad模式
miimon=100：每100毫秒检测一次链路状态lacp_rate=1：LACP报文发送频率为fast（每秒一次），交换机侧需同步配置xmit_hash_policy=layer3+4：基于IP和端口做负载均衡哈希，比默认的layer2更均匀
Ubuntu/Debian系统配置差异
Ubuntu使用netplan管理网络,配置方式完全不同：
network:
version: 2
renderer: networkd
bonds:
bond0:
interfaces: [eth0, eth1]
parameters:
mode: 802.3ad
mii-monitor-interval: 100
lacp-rate: fast
transmit-hash-policy: layer3+4
ethernets:
eth0:
dhcp4: no
eth1:
dhcp4: no
保存后执行netplan apply生效。
服务器与交换机对接常见问题排查
链路协商不起来
这是最常遇到的问题,服务器bond0状态显示down，交换机聚合口显示未选中，排查思路按顺序来：
- 检查物理连接：网线是否插紧，光模块是否正常工作
- 检查交换机聚合口配置：确认物理口加入聚合口时没有配置错误，比如在物理口下设置了
port link-type access会覆盖聚合口的trunk配置 - 检查LACP协商报文：在服务器上执行
tcpdump -i eth0 lacp，看有没有LACP报文发出，如果没有任何报文，说明bonding驱动没正确加载 - 检查交换机日志：华为设备用
display logbuffer，思科用show logging，看有没有LACP协商失败的记录
聚合口能起来但业务流量异常
链路状态正常,但ping不通或丢包严重，这种情况多半是VLAN配置不一致导致的，服务器bond口是trunk口，交换机聚合口也要是trunk口，且允许通过的VLAN列表要匹配。
检查交换机聚合口的负载均衡算法,华为默认是dst-ip，思科默认是src-dst-ip，Linux默认是layer2，如果两端算法差异过大，可能出现流量分布不均，一条链路跑到80%利用率，另一条只有20%，建议两边都设为layer3+4（基于IP+端口），整体均衡效果最好。
重启后bond配置丢失
很多运维朋友遇到过：配完当时能用，重启服务器后bond0不见了，这通常是因为NetworkManager没有托管bond接口，执行：
systemctl status NetworkManager nmcli device status
如果bond0显示为unmanaged,需要把bond0和物理网卡的连接配置文件都设为自动连接：
nmcli connection modify bond0 connection.autoconnect yes nmcli connection modify bond0-port1 connection.autoconnect yes nmcli connection modify bond0-port2 connection.autoconnect yes
服务器mode4交换机怎么配的性能验证
配置完成后,需要验证带宽是否真正叠加，用iperf3测试是最直接的方式：
# 服务器端（作为接收方） iperf3 -s # 客户端（作为发送方） iperf3 -c 192.168.10.10 -P 4 -t 60
-P 4表示启用4个并发流，如果bond0由两张千兆网卡组成，测速结果应该在1.8Gbps到2Gbps之间，如果只有1Gbps，说明流量没有被均衡到两条链路上。
另一个验证手段是查看交换机侧的实际流量分布：
- 华为：
display interface Eth-Trunk 1，看每个成员口的Input/Output速率 - 思科：
show interface port-channel 1，同样看成员口的流量统计
如果发现流量始终集中在某一个物理口,说明哈希策略不合适，可以尝试把xmit_hash_policy改成layer2+3，或者调整交换机的负载均衡算法，直到两条链路都有流量分布。
服务器双网卡绑定mode4配置的适用场景
mode4并非万能方案,它适合以下场景：
- 虚拟化平台：KVM或VMware宿主机需要大带宽承载多台虚拟机流量
- 分布式存储：Ceph、GlusterFS等存储集群节点间通信频繁
- 数据库主从同步：MySQL、PostgreSQL等数据库的binlog复制对带宽有较高要求
不适合的场景包括：
- 单网卡即可满足带宽需求的业务,配mode4徒增复杂度
- 交换机不支持LACP协议的旧设备,只能退而求其次用mode0
- 需要跨公网传输的场景,因为LACP协商报文无法穿越三层网络
常见问题速查
交换机不支持LACP还能用mode4吗？
不能,mode4依赖LACP协议协商，交换机不支持就只能改用mode0（round-robin）或mode1（active-backup），mode0不需要交换机配合，但流量均衡效果不如mode4，且可能出现报文乱序。
两块不同品牌的网卡能组mode4吗？
可以,只要Linux内核能识别并加载对应驱动，不同品牌的网卡也能组成bond，但建议使用相同型号和固件版本的网卡，否则可能因驱动差异导致性能不稳定。
mode4的负载均衡是逐包还是逐流？
mode4默认按流哈希,同一个TCP连接的所有报文会走同一条物理链路，不会出现同一个连接在多条链路间切换的情况，这样可以避免报文乱序，但牺牲了单连接的带宽上限，要突破单连接带宽限制，需要业务层做多连接并发。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/769514.html
