服务器网卡绑定 bond 模式选择与配置

发布时间:2026-07-04 11:44

## 适用场景 单网卡是服务器网络的单点故障，网卡绑定把两块以上物理网卡聚合成一个逻辑接口，链路故障时流量自动切换。对外服务的高可用、内网大流量的负载分担，都依赖这个机制。顺云裸金属或多网卡云服务器上部署关键业务前，先规划好绑定方案。 ## 步骤清单 模式选择先分两类：active-backup 主备模式同一时刻只有一块卡在跑，切换以毫秒计，配置最简单，也不需要交换机做任何配合；802.3ad 聚合模式两块卡同时收发，带宽叠加，但要求交换机侧配置链路聚合组，两端参数必须一致。以主流的 NetworkManager 为例，创建主备绑定三步完成。 ``` nmcli con add type bond con-name bond0 ifname bond0 \ bond.options "mode=active-backup,miimon=100" nmcli con add type bond-slave ifname eth0 con-name bond0-eth0 master bond0 nmcli con add type bond-slave ifname eth1 con-name bond0-eth1 master bond0 ``` miimon 是链路检测频率，单位毫秒，一百毫秒是常用值。绑好后再给 bond0 配 IP 与网关，up 两块从接口即可。 ## 验证方法 cat /proc/net/bonding/bond0 查看当前活动网卡、切换次数与每块从口状态。拔掉活动网卡的线或链路，观察接口是否切换、业务是否只是短暂抖动；聚合模式则要压测确认吞吐确实上来了。 ## 注意事项 主备模式提升的是可靠性不是带宽，两块卡只有一块的吞吐能力。聚合模式两端参数不一致会出现间歇丢包，比不通更难查。绑定生效后原物理接口的 IP 配置要清掉，避免路由分裂。交换机侧若启用了生成树协议，注意端口收敛时间，必要时调快。 云环境里做绑定还有一层注意：虚拟网络对 bond 模式的支持与物理网络不同。云服务器网卡的背后是虚拟交换，链路状态可能永远显示正常，主备切换的触发条件与物理环境有差异，miimon 检测不到的故障层就不在网卡而在上层。动手前先确认环境是否支持相应模式，必要时用平台侧的高可用能力替代机内绑定，两层机制重复配置反而增加复杂度。 交换机侧的配合清单也要落纸面：聚合模式要记录聚合组编号、成员端口与哈希算法，网络设备配置与服务器配置互为备份文档。日后交换机升级或端口迁移时，这份文档能避免两边配置对不上的排查马拉松。