1. 为什么在ARM架构的CentOS 7.6上做网口bond值得单独聊
在x86服务器上配bond，很多人闭着眼睛都能敲完nmcli那几行命令。但一旦把同样的操作搬到ARM架构的CentOS 7.6上，事情就变得没那么顺滑了。我自己第一次在ARM机器上做网口聚合时，就遇到了nmcli命令行为不一致、内核模块加载顺序不同、以及网卡命名规则和x86完全对不上的情况。这篇文章就是把这些实际踩过的坑和最终跑通的方案完整记录下来，给同样在ARM平台上折腾网络高可用的朋友一个可直接抄作业的参考。
网口bond（链路聚合）的核心价值在于两点：一是冗余，任何一条物理链路断了，业务流量自动切到其他成员口，上层无感知；二是带宽叠加，在交换机配合的前提下，多条链路可以并行承载流量。在ARM服务器上，这两个需求同样存在，尤其是现在很多国产化平台、边缘计算节点都跑在ARM架构上，网络可靠性直接关系到业务连续性。
这篇文章适合三类人看：第一类是在ARM服务器上刚装完CentOS 7.6，准备做网络高可用的运维人员；第二类是从x86迁移到ARM，发现原来脚本跑不通的开发者；第三类是想搞清楚bond底层原理，而不只是复制粘贴命令的技术爱好者。我会从模式选型、ARM平台的特殊性、具体配置步骤、验证方法到排错思路，一步步展开，尽量把每个“为什么”都讲清楚。
2. bond模式选型：不是所有模式都适合你的交换机
2.1 七种bond模式的核心差异
Linux内核的bonding驱动支持多种模式，每种模式对应不同的场景和交换机配置要求。很多人配bond失败，根本原因不是命令敲错了，而是一开始模式就选错了。下面这张表是我自己整理的核心对比，建议先看完再动手。
| 模式编号 | 模式名称 | 是否需要交换机配合 | 带宽叠加 | 冗余切换 | 典型场景 |
|---|---|---|---|---|---|
| mode=0 | balance-rr | 需要静态聚合 | 是 | 是 | 对吞吐要求高的场景 |
| mode=1 | active-backup | 不需要 | 否 | 是 | 高可用优先，最常用 |
| mode=2 | balance-xor | 需要静态聚合 | 是 | 是 | 基于哈希的负载均衡 |
| mode=3 | broadcast | 需要静态聚合 | 否 | 是 | 特殊容错场景 |
| mode=4 | 802.3ad | 需要LACP | 是 | 是 | 标准链路聚合 |
| mode=5 | balance-tlb | 不需要 | 部分 | 是 | 发送方向负载均衡 |
| mode=6 | balance-alb | 不需要 | 部分 | 是 | 收发双向负载均衡 |
在ARM平台的CentOS 7.6上，我实际用得最多的是mode=1和mode=4。mode=1的好处是完全不依赖交换机配置，插上就能用，适合快速部署和交换机不可控的场景。mode=4则需要交换机侧配置LACP，但能真正实现带宽叠加，适合对吞吐有明确要求的业务。
2.2 ARM环境下模式选择的额外考量
ARM服务器上的网卡驱动和x86有差异，这一点在选模式时必须考虑。我遇到过某款ARM平台板载网卡在mode=4下LACPDU报文交互异常的情况，抓包发现是驱动对802.3ad协议的支持不完整。后来换成mode=1就完全正常。所以我的建议是：在ARM平台上，如果交换机侧配置LACP后bond起不来，先别怀疑交换机，换mode=1验证一下是不是驱动层面的问题。
另外，ARM平台的网络中断处理机制和x86不同，mode=5和mode=6这种依赖内核做流量分发的模式，在ARM上可能会出现CPU软中断分布不均的问题。如果你的ARM核心数不多，用这两种模式反而可能拖累性能。实测下来，mode=1在ARM上最稳，mode=4在驱动支持良好的情况下也可以用。
2.3 一个容易被忽略的点：miimon参数
不管选哪种模式，miimon这个参数都值得单独说。它定义的是链路监测间隔，单位是毫秒，默认值通常是100。这个值设得太大，链路断了半天才切换；设得太小，又会产生大量监测开销。在ARM平台上，由于CPU主频通常比x86低，我一般会把miimon设成100到200之间，既保证切换及时，又不会给CPU带来额外负担。
还有一个参数是updelay和downdelay，分别表示链路恢复后延迟多久启用、链路断开后延迟多久禁用。在ARM平台上，网卡驱动上报链路状态的速度可能比x86慢，适当加大updelay（比如设成200）可以避免链路抖动导致的频繁切换。
3. ARM平台CentOS 7.6的网络管理工具选择
3.1 NetworkManager与network脚本的取舍
CentOS 7.6默认同时安装了NetworkManager和传统的network服务。在x86上，很多人习惯直接改/etc/sysconfig/network-scripts/下的ifcfg文件然后重启network服务。但在ARM平台上，这个做法有风险，因为部分ARM镜像的network服务对bond的支持不完整，重启后bond接口可能起不来。
我的建议是：在ARM CentOS 7.6上，优先使用NetworkManager来管理bond。具体来说，用nmcli命令创建和配置bond，让NetworkManager接管。这样做的好处是NetworkManager对bond的支持更完善，而且配置是持久化的，重启后自动生效。
当然，如果你确实想用传统network脚本，也不是不行，但需要确保/etc/sysconfig/network-scripts/下有正确的bond配置文件，并且/etc/modprobe.d/bonding.conf里加载了bonding模块。这两种方式不要混用，否则会出现配置冲突。
3.2 确认内核模块是否就绪
在动手之前，先确认bonding模块是否已经加载。执行：
lsmod | grep bonding如果没有输出，说明模块没加载。可以手动加载：
modprobe bonding然后把它加到开机自动加载：
echo "bonding" > /etc/modules-load.d/bonding.conf在ARM平台上，我还遇到过bonding模块被编译进内核而不是作为独立模块的情况。这时候lsmod看不到，但功能是正常的。可以用cat /proc/net/bonding/目录是否存在来判断，如果目录存在，说明bond功能可用。
3.3 网卡命名规则在ARM上的差异
x86上常见的网卡名是ens33、eno1这种，但ARM平台上可能是eth0、eth1，也可能是enP2p1s0这种基于设备树的总线命名。这个差异直接影响你写配置文件时填哪个设备名。先用ip link show或者nmcli device status确认实际网卡名，再往下操作。
我踩过一次坑：在一台ARM服务器上，我以为网卡是eth0和eth1，结果实际是enP3p1s0和enP3p2s0，配置文件里写错了设备名，bond死活起不来，日志里报“device not found”。所以这一步千万别凭经验猜。
4. 用nmcli在ARM CentOS 7.6上创建bond的完整流程
4.1 创建bond主接口
假设我们要把eth0和eth1聚合成一个bond接口，名字叫bond0，模式用mode=1（active-backup）。第一步是创建bond主接口：
nmcli connection add type bond con-name bond0 ifname bond0 mode active-backup这条命令创建了一个名为bond0的bond连接，模式是active-backup。执行完后可以用nmcli connection show看到这个连接。
接下来设置bond的参数，比如miimon：
nmcli connection modify bond0 bond.options "mode=active-backup,miimon=100"这里把miimon设成100毫秒。如果你需要设置updelay和downdelay，可以这样写：
nmcli connection modify bond0 bond.options "mode=active-backup,miimon=100,updelay=200,downdelay=200"4.2 把物理网卡加入bond
bond主接口创建好后，需要把物理网卡作为从属接口加进去。注意，加入之前要先把物理网卡原有的连接配置删掉或者断开，否则会冲突。
nmcli connection add type bond-slave con-name bond0-slave-eth0 ifname eth0 master bond0 nmcli connection add type bond-slave con-name bond0-slave-eth1 ifname eth1 master bond0这两条命令分别把eth0和eth1加到了bond0下面。执行完后，用nmcli connection show应该能看到三个连接：bond0、bond0-slave-eth0、bond0-slave-eth1。
4.3 配置bond的IP地址
如果bond需要静态IP，可以这样配：
nmcli connection modify bond0 ipv4.addresses 192.168.1.100/24 nmcli connection modify bond0 ipv4.gateway 192.168.1.1 nmcli connection modify bond0 ipv4.dns 192.168.1.1 nmcli connection modify bond0 ipv4.method manual如果需要DHCP，把最后一行改成：
nmcli connection modify bond0 ipv4.method auto4.4 启动bond并验证
配置完成后，启动bond连接：
nmcli connection up bond0然后检查bond状态：
cat /proc/net/bonding/bond0这个文件会显示bond的当前模式、成员口状态、当前活跃口等信息。如果看到两个网卡都是up状态，且有一个是active，另一个是backup，说明mode=1配置成功。
再用ip addr show bond0确认IP地址已经生效。如果IP没上来，检查一下nmcli connection show bond0里的ipv4.method是不是设对了。
4.5 设置开机自动启用
NetworkManager管理的连接默认会在开机时自动启用，但为了保险，可以显式设置：
nmcli connection modify bond0 connection.autoconnect yes nmcli connection modify bond0-slave-eth0 connection.autoconnect yes nmcli connection modify bond0-slave-eth1 connection.autoconnect yes这样重启后bond会自动起来，不需要手动干预。
5. 传统network脚本方式：什么时候用，怎么用
5.1 适用场景与风险提示
虽然我推荐用NetworkManager，但有些ARM平台的CentOS 7.6镜像可能默认没装NetworkManager，或者业务环境要求必须用network服务。这种情况下，就得走传统脚本方式。但我要先提醒：传统方式在ARM上更容易出问题，尤其是bond的启动顺序和模块加载时机。
5.2 创建ifcfg-bond0文件
在/etc/sysconfig/network-scripts/下创建ifcfg-bond0：
DEVICE=bond0 NAME=bond0 TYPE=Bond BONDING_MASTER=yes BOOTPROTO=static IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 ONBOOT=yes BONDING_OPTS="mode=1 miimon=100"注意BONDING_OPTS里的参数写法，mode和miimon之间用空格分隔，不要用逗号。
5.3 修改物理网卡的ifcfg文件
假设物理网卡是eth0和eth1，分别编辑ifcfg-eth0和ifcfg-eth1：
DEVICE=eth0 NAME=eth0 TYPE=Ethernet BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yeseth1同理，把DEVICE和NAME改成eth1。
5.4 加载bonding模块并重启网络
确保/etc/modprobe.d/bonding.conf里有：
alias bond0 bonding options bonding mode=1 miimon=100然后重启网络服务：
systemctl restart network如果重启后bond没起来，先看/var/log/messages里的报错，常见问题是模块加载顺序不对，或者物理网卡被NetworkManager抢占了。这时候需要停掉NetworkManager：
systemctl stop NetworkManager systemctl disable NetworkManager再重启network服务。
6. 验证bond是否真正生效的几种手段
6.1 查看/proc/net/bonding/bond0
这是最直接的方法。输出里会显示：
- Bonding Mode：当前模式
- Currently Active Slave：当前活跃网卡
- MII Status：每个成员口的链路状态
- Link Failure Count：链路故障计数
如果MII Status都是up，且Currently Active Slave有明确值，说明bond工作正常。
6.2 用ethtool检查物理链路
对每个成员口执行：
ethtool eth0 ethtool eth1看Link detected是不是yes。如果某个口是no，说明物理链路有问题，先排查网线、交换机端口。
6.3 实际断线测试
最可靠的验证方法是拔掉当前活跃口的网线，看业务是否中断。在mode=1下，拔掉活跃口后，备用口应该在几百毫秒内接管。你可以一边ping网关，一边拔网线，观察ping是否丢包。如果丢了一两个包就恢复，说明切换正常；如果一直不通，说明配置有问题。
注意：在生产环境做断线测试前，务必确认业务允许短暂中断，或者先在测试环境验证。
6.4 检查ARP响应和MAC地址
在mode=1下，bond0的MAC地址默认是第一个活跃成员的MAC。切换后MAC会变，这可能导致交换机ARP表更新延迟。如果发现切换后短暂不通，可能是ARP缓存问题。可以在bond配置里加上fail_over_mac=active，让bond始终使用当前活跃口的MAC，减少ARP问题。
7. ARM平台上配bond最容易踩的五个坑
7.1 网卡名写错导致bond起不来
前面提过，ARM平台的网卡命名和x86不同。配置文件里写eth0，实际可能是enP3p1s0。这个坑的排查方法是：先ip link show确认实际网卡名，再写配置。如果已经写错了，journalctl -xe或者/var/log/messages里会有“device not found”之类的报错。
7.2 NetworkManager和network服务冲突
两个服务同时管网络，会出现配置互相覆盖的情况。表现是重启后bond时好时坏，或者IP地址莫名其妙丢了。解决办法是二选一，用NetworkManager就停掉network，用network就停掉NetworkManager。不要两个都开着。
7.3 bonding模块没加载或加载顺序不对
在ARM平台上，如果bonding模块是作为独立模块编译的，但没加到开机加载列表里，重启后bond就没了。解决办法是创建/etc/modules-load.d/bonding.conf，内容写bonding。如果是传统network方式，还要在/etc/modprobe.d/bonding.conf里加alias。
7.4 交换机侧没配LACP却用了mode=4
mode=4需要交换机侧配置LACP，如果交换机没配，bond起不来，或者起来了但只有一个口活跃。排查方法是看/proc/net/bonding/bond0里的LACP rate和Aggregator ID，如果显示异常，基本就是交换机侧没配。这时候要么改交换机配置，要么把模式改成mode=1。
7.5 miimon设得太小导致CPU占用高
在ARM平台上，CPU资源相对有限，如果miimon设成10或者更小，bonding驱动会频繁检查链路状态，导致软中断升高。用top看si这一列，如果明显偏高，就把miimon调大。我一般设100，兼顾切换速度和CPU开销。
8. 一些进阶配置和长期维护建议
8.1 用bond的ARP监测模式
除了MII监测，bond还支持ARP监测。在mode=1下，可以配置arp_interval和arp_ip_target，让bond通过发送ARP请求来检测链路是否真正通到对端。这在某些交换机端口up但实际不通的场景下很有用。配置方法：
nmcli connection modify bond0 bond.options "mode=active-backup,miimon=100,arp_interval=200,arp_ip_target=192.168.1.1"注意arp_ip_target要填一个真实可达的IP，通常是网关。
8.2 日志监控与告警
bond的切换事件会记录在内核日志里。可以配置rsyslog或者journald，把kernel相关的bond日志单独收集，然后做告警。关键日志关键词是bond0: link status和bond0: enslaving。一旦发现频繁切换，说明链路不稳定，需要排查网线或交换机端口。
8.3 配置文件备份与版本管理
ARM平台的网络配置一旦跑通，建议把/etc/sysconfig/network-scripts/下的相关文件和/etc/modprobe.d/bonding.conf备份到版本控制系统里。下次换机器或者重装系统，直接拉下来改改IP就能用，省得重新踩坑。
8.4 不同ARM平台的兼容性记录
我经手过几款不同的ARM服务器，发现bond的兼容性差异主要在网络驱动上。有的平台mode=4完全没问题，有的平台mode=4下LACP报文收发异常。建议每接触一个新平台，先用mode=1跑通，再尝试mode=4，并记录下该平台的兼容性情况。时间长了，你就有自己的ARM bond兼容性清单了。
9. 个人实操体会
在ARM CentOS 7.6上配bond，最深的体会就是“别照搬x86经验”。网卡名、驱动行为、模块加载方式都可能不一样。我的习惯是每上一台新机器，先花五分钟确认网卡名和驱动版本，再动手配bond。另外，mode=1虽然简单，但在绝大多数场景下足够用，没必要为了带宽叠加去折腾mode=4，除非业务确实需要。最后，断线测试一定要做，不做断线测试的bond配置，等于没配。
