1. 原理与工作机制
1.1 Bonding 的核心概念
在 Linux 系统中，多网卡绑定通过引入一个名为 bond0 的聚合接口，将多张物理网卡的流量整合为一个逻辑通道，这样可以实现带宽聚合和冗余容错的效果。 bonded 驱动负责调度出站流量到不同从属接口，并对入口流量进行统一处理，降低单点故障对网络的影响。
理解绑定接口的角色分工是关键：一个 bond 作为上层网络入口，多个从属网卡作为下层载体。当某一路径出现故障或性能波动时，策略会通过设置的模式进行流量重分配，从而实现更高的可用性与性能。
在实际场景中，核心组件包括 bond0、从属接口、以及绑定选项，这些要素共同决定了聚合方式、故障切换策略与流量分发算法。本文将围绕从原理到命令落地的完整实战教程展开。
1.2 常见的绑定模式与适用场景
常见的绑定模式包括 mode 0（负载均衡轮询）、mode 1（Active-Backup 主备冗余）、mode 4（802.3ad 路径聚合/ LACP）、以及 mode 5、mode 6 等。这些模式各自的特性决定了适用场景：模式 0 更偏向带宽提升，模式 1 更强调冗余性，模式 4 需要交换机端口也支持 LACP，而 mode 5 与 mode 6 提供了基于哈希的流量分发策略。通过选择合适的模式，可以在不同网络拓扑中获得最佳的性能与容错。
在实际部署中，设备一致性与 交换机配置同样重要。若交换机端口未开启 LACP，模式 4 可能无法实现预期的聚合效果；因此，理解环境约束是实现稳定绑定的第一步。
2. 环境准备与前提
2.1 硬件与网卡选择
在进行 Linux 多网卡绑定前，建议选用同型号同厂商的网卡，以确保驱动行为一致，兼容性更好，并降低跨厂商差异带来的折中问题。若需要跨机房或跨交换机环境，确保网卡的驱动版本与内核对 Bonding 的支持等级一致。
此外，至少应具备两块或以上的网卡，以实现真正的聚合或冗余能力。硬件冗余能力越强，绑定后的可用性越高，同时也为后续的流量分配和链路故障切换提供空间。
2.2 系统内核与模块要求
实现多网卡绑定需要系统内核具备 bonding 内核模块，并在运行时载入。大多数主流 Linux 发行版默认已内置该模块，但仍需主动加载以确保绑定功能可用。系统时间点对齐与驱动加载顺序对绑定稳定性有影响，应在初次配置时确认。
在开始配置前，应确保 内核版本足够新，并了解当前发行版对 Bonding 的实现方式（如 netplan、NetworkManager、ifcfg 等持久化方案）。这有助于后续命令落地与持久化配置的准确性。
3. 实战落地配置（命令落地）
3.1 运行时动态绑定（临时配置，重启后失效）
先加载 bonding 模块、创建聚合接口、设置绑定模式以及把物理网卡加入到 bond0。这是最直接的测试方法，适合验证参数与拓扑的一致性，但不具备持久性，重启后需要重新应用。
在这一步中，你将看到 bond0 作为聚合入口，真实的流量会通过该接口分发到各从属网卡。务必对关键参数进行确认，避免因模式不匹配导致的流量异常。
# 1) 载入 bonding 模块
modprobe bonding
# 2) 创建聚合接口
ip link add bond0 type bond
# 3) 设置聚合模式为 802.3ad（LACP）
echo 802.3ad > /sys/class/net/bond0/bonding/mode
# 4) 设置探针间隔
echo 100 > /sys/class/net/bond0/bonding/miimon
# 5) 将物理网卡加入 bond
ip link set eth0 down
ip link set eth0 master bond0
ip link set eth1 down
ip link set eth1 master bond0
# 6) 配置 bond0 的 IP
ip addr add 192.168.10.5/24 dev bond0
# 7) 启动 bond
ip link set bond0 up
完成上述步骤后，bond0 成为上层网络入口，下层网卡作为从属端口参与流量分发；此时你可以通过 查看 bonding 状态与从属关系来确认是否生效。
3.2 持久化配置（不同发行版的实现）
为了在重启后仍然保持 Bonding 配置，需要将参数写入相应的持久化配置文件。不同发行版有不同的实现方式，以下给出常用场景的模板与示例。
3.2.1 Debian/Ubuntu 使用 Netplan 配置
Netplan 提供统一的 YAML 配置方式来描述网络拓扑，包括 Bonding。以下示例演示了在 Netplan 下将两张网卡 eth0、eth1 绑定到 bond0，并为其分配静态地址。请务必在应用前备份原有配置文件。
network:version: 2renderer: networkdethernets:eth0:dhcp4: noeth1:dhcp4: nobonds:bond0:dhcp4: noaddresses: [192.168.10.5/24]interfaces: [eth0, eth1]parameters:mode: 802.3admii-monitor-interval: 100
应用 Netplan 配置后，执行 sudo netplan apply，绑定就会生效。请注意，交换机端口需开启 LACP，以实现真正的聚合效果。
3.2.2 RHEL/CentOS 使用 ifcfg 配置
在基于 Red Hat 的发行版中，常见的做法是通过 ifcfg- bond0、ifcfg-eth0、ifcfg-eth1 等文件进行配置。以下给出一个典型的静态 IP 绑定示例。
# /etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE=bond0
NAME=bond0
TYPE=Bond
BONDING_MASTER=yes
BOOTPROTO=static
IPADDR=192.168.10.5
PREFIX=24
GATEWAY=192.168.10.1
ONBOOT=yes
BONDING_OPTS="mode=802.3ad miimon=100"# /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
NAME=eth0
TYPE=Ethernet
ONBOOT=yes
BOOTPROTO=none
MASTER=bond0
SLAVE=yes# /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
NAME=eth1
TYPE=Ethernet
ONBOOT=yes
BOOTPROTO=none
MASTER=bond0
SLAVE=yes
保存后，重启网络服务或系统以使配置生效。此方法在企业环境中较为常见，能提供稳定的长期绑定能力。
4. 验证与故障排查
4.1 验证绑定状态与流量分配
验证阶段需要确认 bond0 的状态、从属接口，以及分配到 bond0 的 IP。可通过多种方式进行核对，确保实际流量走向符合预期。详细查看绑定状态是排查的第一步。
常用命令包括查看聚合接口信息、查看从属接口状态，以及查看实际分配的 IP 和路由。
# 查看 bond0 的绑定状态和从属信息
cat /proc/net/bonding/bond0
# 快速查看接口状态
ip -br link
# 查看 bond0 的 IP 和路由
ip -j addr show dev bond0
通过以上信息，可以确认 模式、从属接口是否就绪、是否存在阻塞端口等问题。若发现问题，需针对性调整网卡状态或交换机端口配置。
4.2 常见问题排查与调优
在实际运维中，常见问题包括端口 down 状态未回升、绑定接口丢失、跨交换机的 LACP 协议不一致等。针对这些问题，应该从物理连线、交换机端口聚合设置、以及 Bonding 参数三方面逐步排查。
排查要点包括：确认交换机端口配置为 Trunk 或 LACP 汇聚模式，确保网卡驱动版本与内核对 Bonding 的支持无冲突；另外，MTU 一致性与 链路聚合分布哈希算法也可能影响性能与稳定性。
本文围绕 Linux多网卡绑定配置方法详解：从原理到命令落地的完整实战教程，逐步覆盖了从概念到落地的关键环节，帮助你在实际环境中快速完成部署与验证，确保网络的鲁棒性与性能提升。
