Linux多网卡绑定（Bonding/Teaming）方案详细讲解
Linux多网卡绑定（又称网卡聚合、NIC Bonding），核心是将多块物理网卡（eth0、eth1、ens33等）虚拟成一块逻辑网卡（bond0），通过软件层面的配置，实现冗余备份、负载均衡、提升带宽三大核心需求，广泛应用于服务器、网关等对网络稳定性和吞吐量要求较高的场景。
核心前提：绑定的多块物理网卡，需满足「同型号、同速率、同交换机端口」（避免兼容性和链路协商问题）；绑定后逻辑网卡的IP、子网掩码、网关等配置，统一配置在虚拟网卡（bond0）上，物理网卡无需单独配置IP。
Linux主流多网卡绑定方案分为两类：内核原生Bonding（最常用、兼容性最好） 和 Teaming（较新、功能更灵活），此外还有Bridge桥接模式（侧重虚拟机通信），下文逐一详细拆解，重点讲解实操性强的Bonding方案。
一、基础认知：多网卡绑定的核心价值
在讲解具体方案前，先明确为什么需要多网卡绑定——解决单网卡的两大痛点：
- • 冗余备份：单网卡故障（硬件损坏、网线松动）会导致服务器网络中断，绑定后多块网卡互为备份，一块故障时，另一块自动接管，实现“零中断”（切换时间毫秒级）；
- • 负载均衡：多块网卡同时工作，将网络流量分散到不同物理网卡上，避免单网卡带宽瓶颈，提升整体网络吞吐量（如2块1G网卡绑定，理论带宽可达2G）；
- • 简化管理：多块网卡虚拟成一块逻辑网卡，只需配置一套网络参数（IP、网关等），无需单独管理每块物理网卡的网络配置，降低运维成本。
二、核心方案：Linux内核原生Bonding（重点，推荐使用）
Bonding是Linux内核自带的多网卡绑定驱动（无需额外安装软件），通过加载bonding内核模块，配置不同的工作模式，实现不同的绑定效果。支持7种工作模式（mode 0~6），其中最常用的是mode 0、mode 1、mode 6，其余模式适配特殊场景，下文逐一讲解。
1. Bonding核心工作模式（mode 0~6，重点讲常用）
不同模式的核心差异的在于「负载均衡机制」和「冗余备份机制」，需根据业务需求选型，下表先汇总所有模式的核心特点，再重点拆解常用模式：
| | | | | |
| | 数据包按顺序（eth0→eth1→eth0→eth1）轮流分配到各网卡，均匀分担流量 | | | 对稳定性要求低、追求高带宽的场景（如内网文件传输） |
| | 只有一块网卡（主网卡）工作，其余为备份网卡；主网卡故障，备份网卡自动接管 | | | 对稳定性要求高、带宽需求一般的场景（如服务器对外提供服务、数据库主从同步） |
| | 根据“源IP+目标IP+端口”的哈希值分配数据包，同一连接的数据包固定走同一网卡 | | | 多连接、流量均匀的场景（如Web服务器、FTP服务器） |
| | 所有数据包同时发送到所有绑定的网卡，接收端只接收一份 | | | 特殊高可靠场景（如工业控制、金融核心交易，极少用） |
| | 遵循IEEE 802.3ad标准，与交换机协商聚合链路（需交换机开启LACP模式），按协商规则分配流量 | | | 企业级场景（交换机支持LACP，追求高带宽+高冗余，如机房核心服务器） |
| 平衡传输（Transmit Load Balancing） | 根据各网卡的发送负载（流量）动态分配数据包，接收端固定走一块网卡 | | | |
| 平衡负载+主备（Active-Backup + Load Balance） | 融合mode 0和mode 1的优势：正常情况下多网卡负载均衡，单网卡故障时自动切换，无需交换机配置 | | | 通用场景（推荐，兼顾带宽和稳定性，无需交换机配合） |
2. 常用模式重点补充（必看）
- • mode 1（主备模式）：最常用、最稳定的模式，无需交换机配置，适合大多数服务器场景。核心优势是“零中断”，主网卡故障后，备份网卡自动接管（切换时间＜100ms），业务无感知；缺点是不支持负载均衡，带宽无法叠加（仅用主网卡带宽）。
- • mode 6（平衡+主备）：性价比最高的通用模式，无需交换机配置，正常情况下多网卡负载均衡（带宽叠加），单网卡故障时自动切换，兼顾带宽和稳定性；比mode 0多了冗余备份，比mode 1多了负载均衡，是中小企业服务器的首选。
- • mode 4（802.3ad）：企业级场景首选，需交换机支持LACP协议（需在交换机上配置聚合组），优势是负载均衡更智能（基于链路协商），冗余更可靠；缺点是配置复杂（需配合交换机），兼容性依赖交换机型号。
3. Bonding实操配置（CentOS 7/8 + Ubuntu 20.04/22.04，通用步骤）
以「2块物理网卡（ens33、ens34）绑定为bond0，模式为mode 6」为例，讲解详细配置步骤（其他模式仅需修改mode参数），分两种主流发行版说明。
（1）前提准备
# 1. 查看系统所有网卡（确认物理网卡名称，避免误操作）
ip addr show # 或 ifconfig（需安装net-tools工具）
# 假设查到物理网卡为：ens33、ens34（无IP配置，未启用）
# 2. 加载bonding内核模块（临时加载，重启后失效）
modprobe bonding
# 查看模块是否加载成功
lsmod | grep bonding
# 3. 永久加载bonding模块（重启后生效）
echo"bonding" >> /etc/modules-load.d/bonding.conf
（2）CentOS 7/8 配置步骤
CentOS通过修改网卡配置文件（/etc/sysconfig/network-scripts/）实现绑定，每块网卡对应一个配置文件。
# 1. 配置物理网卡ens33（无需IP，仅绑定到bond0）
cat > /etc/sysconfig/network-scripts/ifcfg-ens33 << EOF
TYPE=Ethernet
BOOTPROTO=none # 不自动获取IP
NAME=ens33
DEVICE=ens33
ONBOOT=yes # 开机自启
MASTER=bond0 # 绑定到bond0
SLAVE=yes # 标记为从网卡
EOF
# 2. 配置物理网卡ens34（与ens33一致）
cat > /etc/sysconfig/network-scripts/ifcfg-ens34 << EOF
TYPE=Ethernet
BOOTPROTO=none
NAME=ens34
DEVICE=ens34
ONBOOT=yes
MASTER=bond0
SLAVE=yes
EOF
# 3. 配置虚拟网卡bond0（核心，配置IP、模式等）
cat > /etc/sysconfig/network-scripts/ifcfg-bond0 << EOF
TYPE=Bond
BOOTPROTO=static # 静态IP（根据实际需求修改）
IPADDR=192.168.1.100 # 逻辑网卡IP
NETMASK=255.255.255.0 # 子网掩码
GATEWAY=192.168.1.1 # 网关
DNS1=8.8.8.8 # DNS（可选）
NAME=bond0
DEVICE=bond0
ONBOOT=yes
BONDING_OPTS="mode=6 miimon=100" # mode=6（平衡+主备），miimon=100（每100ms检测一次网卡状态）
EOF
# 4. 重启网络服务（生效配置）
# CentOS 7
systemctl restart network
# CentOS 8
nmcli connection reload
nmcli connection up bond0
（3）Ubuntu 20.04/22.04 配置步骤
Ubuntu通过netplan配置网络（/etc/netplan/目录下的yaml文件），需注意yaml文件的缩进（严格用空格，不能用Tab）。
# 1. 备份原有netplan配置（避免出错）
cp /etc/netplan/00-installer-config.yaml /etc/netplan/00-installer-config.yaml.bak
# 2. 编辑netplan配置文件（创建bond0，绑定ens33、ens34）
cat > /etc/netplan/00-installer-config.yaml << EOF
network:
ethernets:
# 配置物理网卡ens33（从网卡，无IP）
ens33:
dhcp4: no
dhcp6: no
# 配置物理网卡ens34（从网卡，无IP）
ens34:
dhcp4: no
dhcp6: no
# 配置bond0虚拟网卡
bonds:
bond0:
interfaces: [ens33, ens34] # 绑定的物理网卡列表
dhcp4: no
dhcp6: no
addresses: [192.168.1.100/24] # IP+子网掩码（格式：IP/前缀）
routes:
- to: default
via: 192.168.1.1 # 网关
nameservers:
addresses: [8.8.8.8] # DNS（可选）
parameters:
mode: 6 # 绑定模式
miimon: 100 # 网卡状态检测间隔（ms）
version: 2
EOF
# 3. 生效配置（无需重启网络服务，直接应用）
netplan apply
4. Bonding关键参数说明
配置bond0时，BONDING_OPTS（CentOS）或parameters（Ubuntu）中的关键参数，按需调整：
- •
mode=6：绑定模式，根据需求修改为0~6（常用6、1、4）； - •
miimon=100：链路监控间隔（单位：ms），默认100ms，用于检测网卡是否故障，建议设置为100~500； - •
downdelay=300：主网卡故障后，备份网卡延迟接管的时间（ms），配合miimon使用，默认300ms； - •
updelay=300：主网卡恢复后，切换回主网卡的延迟时间（ms），默认300ms； - •
lacp_rate=fast：仅mode 4（802.3ad）可用，LACP协商速率（fast=1s协商一次，slow=30s协商一次），默认slow。
三、补充方案1：Teaming（较新，功能更灵活）
Teaming是Linux内核3.13+版本推出的多网卡绑定方案，用于替代Bonding的部分场景，核心优势是「功能更灵活、支持更多链路监控方式」，但兼容性略逊于Bonding（部分老旧系统不支持），适合对功能有特殊需求的场景。
1. Teaming与Bonding的核心区别
- • Bonding：内核原生驱动，兼容性好，配置简单，支持7种模式，但链路监控方式单一（仅miimon）；
- • Teaming：基于用户态工具（teamd），功能灵活，支持多种链路监控方式（miimon、arp_ping、nsna_ping等），可自定义负载均衡策略，但配置稍复杂，需安装teamd工具。
2. Teaming常用模式（4种，对应Bonding的核心模式）
- •
broadcast：对应Bonding mode 3，广播模式，高冗余； - •
roundrobin：对应Bonding mode 0，轮询负载均衡； - •
activebackup：对应Bonding mode 1，主备模式； - •
loadbalance：对应Bonding mode 6，平衡负载+主备，支持更智能的流量分配。
3. Teaming实操配置（以CentOS 8为例）
# 1. 安装teamd工具（Teaming核心工具）
yum install -y teamd
# 2. 创建Teaming配置文件（/etc/sysconfig/network-scripts/）
# 配置虚拟网卡team0（模式：loadbalance，绑定ens33、ens34）
cat > /etc/sysconfig/network-scripts/ifcfg-team0 << EOF
TYPE=Team
BOOTPROTO=static
IPADDR=192.168.1.101
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=8.8.8.8
NAME=team0
DEVICE=team0
ONBOOT=yes
TEAM_CONFIG='{"runner": {"name": "loadbalance"}, "link_watch": {"name": "miimon", "interval": 100}}'
EOF
# 3. 配置物理网卡ens33（从网卡）
cat > /etc/sysconfig/network-scripts/ifcfg-ens33 << EOF
TYPE=Ethernet
BOOTPROTO=none
NAME=ens33
DEVICE=ens33
ONBOOT=yes
TEAM_MASTER=team0
TEAM_SLAVE=yes
EOF
# 4. 配置物理网卡ens34（从网卡）
cat > /etc/sysconfig/network-scripts/ifcfg-ens34 << EOF
TYPE=Ethernet
BOOTPROTO=none
NAME=ens34
DEVICE=ens34
ONBOOT=yes
TEAM_MASTER=team0
TEAM_SLAVE=yes
EOF
# 5. 重启网络服务生效
nmcli connection reload
nmcli connection up team0
四、补充方案2：Bridge桥接模式（侧重虚拟机通信）
Bridge（桥接）严格来说不是“多网卡绑定”，但常被用于多网卡场景——将多块物理网卡虚拟成一个网桥（br0），虚拟机的网卡直接桥接到网桥上，实现虚拟机与外界、虚拟机与虚拟机之间的直接通信，适合KVM、Xen等虚拟化场景。
1. Bridge核心作用
相当于软件层面的“交换机”，多块物理网卡作为网桥的端口，虚拟机网卡连接到网桥，所有设备在同一广播域，无需NAT转换，通信效率高；同时可实现多网卡的负载均衡（需配合交换机配置）。
2. Bridge实操配置（CentOS 8为例）
# 1. 安装bridge-utils工具（网桥配置工具）
yum install -y bridge-utils
# 2. 配置网桥br0（绑定ens33、ens34）
cat > /etc/sysconfig/network-scripts/ifcfg-br0 << EOF
TYPE=Bridge
BOOTPROTO=static
IPADDR=192.168.1.102
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=8.8.8.8
NAME=br0
DEVICE=br0
ONBOOT=yes
EOF
# 3. 配置物理网卡ens33（桥接到br0）
cat > /etc/sysconfig/network-scripts/ifcfg-ens33 << EOF
TYPE=Ethernet
BOOTPROTO=none
NAME=ens33
DEVICE=ens33
ONBOOT=yes
BRIDGE=br0 # 桥接到br0
EOF
# 4. 配置物理网卡ens34（桥接到br0）
cat > /etc/sysconfig/network-scripts/ifcfg-ens34 << EOF
TYPE=Ethernet
BOOTPROTO=none
NAME=ens34
DEVICE=ens34
ONBOOT=yes
BRIDGE=br0
EOF
# 5. 重启网络服务生效
systemctl restart NetworkManager
五、配置验证与常见问题排查
1. 配置验证（通用命令）
# 1. 查看绑定/网桥状态
# Bonding状态（bond0）
cat /proc/net/bonding/bond0
# Teaming状态（team0）
teamdctl team0 state
# Bridge状态（br0）
brctl show
# 2. 查看网卡状态（确认所有物理网卡已绑定）
ip addr show bond0 # 或 team0、br0
ip addr show ens33 # 确认物理网卡状态为UP
# 3. 测试网络连通性
ping 192.168.1.1 # ping网关
ping 8.8.8.8 # ping外网
# 4. 测试负载均衡（mode 0/2/4/6）
# 用iperf工具测试带宽（需两台服务器，一台作为服务端，一台作为客户端）
# 服务端（192.168.1.100）
iperf -s
# 客户端（另一台服务器）
iperf -c 192.168.1.100 -t 60
# 同时查看网卡流量（确认多网卡均有流量）
watch -n 1 ip -s link show ens33 ens34
2. 常见问题排查（高频痛点）
- • 问题1：bond0无法启动，物理网卡状态为DOWN
排查：1. 确认物理网卡名称正确（ip addr show）；2. 确认MASTER/SLAVE参数配置正确（CentOS）；3. 重启网络服务后，用ip link set ens33 up手动启用网卡。 - • 问题2：绑定后带宽未叠加（如2块1G网卡，实际带宽仍为1G）
排查：1. 确认绑定模式为mode 0/2/4/6（mode 1不支持负载均衡）；2. 确认交换机端口已配置（mode 4需开启LACP）；3. 测试时用多连接工具（如iperf -P 10，开启10个连接），单连接无法实现带宽叠加。 - • 问题3：主网卡故障后，备份网卡未自动切换
排查：1. 确认miimon参数已配置（建议100ms）；2. 用ethtool ens33查看网卡是否真的故障；3. 检查bonding状态（cat /proc/net/bonding/bond0），确认备份网卡已被识别。 - • 问题4：Ubuntu netplan配置生效失败
排查：1. 检查yaml文件缩进（严格用空格，不能用Tab）；2. 检查网卡名称是否正确；3. 用netplan try测试配置（会提示错误），修改后再用netplan apply生效。
六、方案选型建议（重点，帮你快速决策）
- • 优先选Bonding：兼容性好、配置简单，适合大多数场景——
- • 追求稳定性（无带宽叠加需求）：选mode 1（主备）；
- • 兼顾稳定性和带宽（无需交换机配合）：选mode 6（平衡+主备）；
- • 企业级高要求（交换机支持LACP）：选mode 4（802.3ad）。
- • 选Teaming：需要灵活的链路监控（如arp_ping）、自定义负载均衡策略，且系统内核版本≥3.13。
- • 选Bridge：虚拟化场景（KVM/Xen），需要虚拟机与外界直接通信，无需NAT转换。
七、总结
Linux多网卡绑定的核心是「通过软件虚拟逻辑网卡，实现冗余备份和负载均衡」，其中Bonding是最常用、最稳定的方案，重点掌握mode 1、mode 6、mode 4三种模式的配置和场景；Teaming和Bridge作为补充，适配特殊需求。
配置关键：物理网卡需满足同型号、同速率、同交换机；逻辑网卡统一配置IP，物理网卡无需单独配置；配置后需验证绑定状态和流量分布，避免出现带宽未叠加、切换失败等问题。
