Linux 链路聚合实战Bond 与 Team解析引言你有没有遇到过这样的场景某天凌晨一块网卡突然罢工整个服务直接中断半夜被报警电话吵醒。在运维过程中单点故障是我们不得不面对的问题。其实Linux 系统早就为我们准备好了“网卡抱团”的解决方案——链路聚合。简单说就是把服务器上多块物理网卡“捆绑”在一起逻辑上变成一块网卡来用。好处显而易见带宽叠加多块网卡并行传输、故障冗余一块坏了另一块顶上。在 Linux 的世界里实现链路聚合主要有两大“门派”Bond和Team。很多人刚接触时会懵这俩到底有啥区别我该选哪个今天这篇文章我们就来彻底搞懂它们。一、链路聚合是什么为什么需要它先打个比方原来你的服务器只有一条“单车道”通往外部网络车流数据一多就开始堵车或者“单车道”断了服务器数据无法发出也无法接收数据。链路聚合就是把两条、四条甚至八条车道合并成一条“多车道高速路”。链路聚合的核心价值体现在三个方面带宽聚合将多网卡带宽叠加突破单网卡性能瓶颈冗余备份当某条物理链路故障时其他链路自动接管故障转移网络拥堵或硬件故障时智能切换保证连续性在 Linux 中实现这一目标有两种主流技术Bonding老牌劲旅和Teaming后起之秀。二、BondLinux 链路聚合的“老牌劲旅”Bonding 是 Linux 内核自带的原生功能历史悠久非常稳定。它的核心是把多块网卡绑定成一个逻辑接口如bond0。2.1 Bond 的七种模式Mode 0~6Bonding 最让人眼花缭乱但也最关键的是它的七种工作模式。模式选不对效果可能适得其反。模式名称核心特点交换机要求适用场景mode 0balance-rr轮询数据包依次轮询分发到各网卡必须配置链路聚合需交换机配合注意TCP乱序风险mode 1active-backup主备仅1块网卡工作故障时自动切换无特殊要求最常用追求高可用、对带宽不敏感mode 2balance-xor异或基于MAC/IP哈希决定流量走哪条链路需配置静态聚合同一会话流量固定走一条链路避免乱序mode 3broadcast广播所有数据包复制到所有网卡发送无金融等高可靠性场景但资源浪费严重mode 4802.3adLACPIEEE 802.3ad 动态链路聚合必须配置LACP需交换机支持实现智能负载均衡mode 5balance-tlb适配器传输负载均衡发送流量根据当前负载分配无仅均衡发送流量接收不均衡mode 6balance-alb自适应负载均衡收发双向负载均衡容错无特殊要求兼顾负载均衡和易用性的优选方案2.2 两种较常用的模式详解在实际生产环境中mode 1、mode 4 是最常使用的两种模式。 Mode 1主备模式最稳妥的高可用方案在追求高可用、对带宽要求不苛刻的场景下最常用的模式。它的逻辑非常简单同一时刻只有一块网卡active在工作承担所有流量其他网卡standby完全处于热备状态一旦主网卡或线路故障备卡会在毫秒级内切换上来优点配置简单几乎兼容所有网络环境不需要交换机做特殊配置。缺点资源利用率低N 块网卡的利用率仅为 1/N。 Mode 4LACP模式LACP协议实现负载均衡数据包会在多条链路间负载均衡但需要上游交换机也要配置LACP。多数环境中交换机都支持LACP, 故很多环境中都选用这种模式特别是数据中心用得多。关键限制必须配合支持静态链路聚合的交换机使用让交换机保证同一个会话的流量走同一条物理链路。有些资料说mode0、mode6也是常用的模式但博主工作也有十几年了现实环境中没见过使用。三、Team更现代的“后起之秀”Team 是 Linux 内核 3.3 引入的一种链路聚合驱动功能和 Bonding 类似但更灵活、可扩展性更强。3.1 Team 与 Bond 的核心差异对比维度BondTeam出现时间早期 Linux 内核内核 3.3约 2012 年实现方式纯内核模块小内核驱动 用户空间守护进程teamd配置格式传统配置文件JSON 格式更规范最大网卡数通常 2 块最多8 块IPv6 支持基础支持更好地支持 IPv6扩展性功能相对固定更强支持 hash 加密等3.2 Team 支持的 Runner 模式Team 中的“模式”称为runner与 Bond 的 mode 一一对应Team Runner对应 Bond Mode说明roundrobinmode 0轮询分发activebackupmode 1主备模式loadbalancemode 2/6基于哈希的负载均衡broadcastmode 3广播所有端口lacpmode 4LACP 动态聚合random—随机选择端口3.3 Team 的核心优势更灵活的配置使用 JSON 格式易于编程化管理支持更多网卡最多可绑定 8 块网卡更好的 IPv6 支持用户空间与内核分离内核只负责快速数据转发复杂逻辑在用户空间处理调试和扩展更方便无需手动加载内核模块有更强的扩展性四、实战手把手配置 Bond 与 Team4.1 使用nmcli配置链路聚合Mode 14.1.1 使用 nmcli 配置 BondMode 1 主备模式nmcli是 NetworkManager 的命令行工具在 CentOS/RHEL 7 中广泛使用。创建 bond 接口mode 1 主备模式nmcli connectionaddtypebond con-name bond0 ifname bond0 bond.optionsmode1,miimon100添加物理网卡到 bond假设网卡名为 ens33 和 ens36nmcli connectionaddtypebond-slave ifname ens33 con-name ens33 master bond0 nmcli connectionaddtypebond-slave ifname ens36 con-name ens36 master bond0设置 IP 地址nmcli connection modify bond0 ipv4.method manual ipv4.addresses192.168.32.132/24 ipv4.gateway192.168.32.2 ipv4.dns114.114.114.114 autoconnectyes启动所有接口nmcli connection up bond0 nmcli connection up ens33 nmcli connection up ens36注意在配置bond之前可能已经有网络配置如下图已经有ifcfg-ens33的网卡配置文件在按上述方法配置bond时会重新新建一个配置文件ifcfg-ens33-1这种情况下可以将ifcfg-ens33备份到其他目录然后执行删除重命名ifcfg-ens33-1为ifcfg-ens33然后删除ifcfg-ens33中uuid的配置即可另一个网卡可执行类似操作。[rootcentos7-test network-scripts]# rm -rf ifcfg-ens33rootcentos7-test network-scripts]# mv ifcfg-ens33-1 ifcfg-ens33[rootcentos7-test network-scripts]# systemctl restart network查看 bond 状态并做切换测试cat /proc/net/bonding/bond0参数说明miimon100表示每 100ms 检查一次链路状态。断掉主网卡ens33,ens36变为主网卡ping测试依然可以连通。4.1.2 使用 nmcli 配置 Teamactivebackup 模式创建 team 接口activebackup 主备模式nmcli connectionaddtypeteam con-name team0 ifname team0 config{runner: {name: activebackup}}添加物理网卡到 teamnmcli connectionaddtypeteam-slave ifname ens33 con-name team0-slave1 master team0 nmcli connectionaddtypeteam-slave ifname ens36 con-name team0-slave2 master team0设置 IP 地址nmcli connection modify team0 ipv4.method manual ipv4.addresses192.168.32.150/24 ipv4.gateway192.168.32.2 ipv4.dns114.114.114.114 autoconnectyes4. 启动所有接口nmcli connection up team0 nmcli connection up team0-slave1 nmcli connection up team0-slave2注意此时使用teamdctl team0 state和teamnl team0 ports查看team的状态是不正常的备份ifcfg-ens33和ifcfg-ens36后删除这两个配置文件然后重命名ifcfg-team0-slave1为ifcfg-ens33ifcfg-team0-slave2为ifcfg-ens36编辑ifcfg-ens33删除uuidname修改为ens33;配置文件ifcfg-ens36也进行类似操作。5. 查看 team 状态teamdctl team0 state teamnl team0 ports4.2 通过修改配置文件配置链路聚合Mode 44.2.1 配置bonding创建bond0配置文件cd/etc/sysconfig/network-scripts/vimifcfg-bond0BONDING_OPTSmode4 miimon100 lacp_ratefast xmit_hash_policylayer34TYPEBondBONDING_MASTERyesBOOTPROTOstaticNAMEbond0DEVICEbond0ONBOOTyesIPADDR192.168.32.132PREFIX24GATEWAY192.168.32.2DNS1114.114.114.114网卡ens33配置cd/etc/sysconfig/network-scripts/vimifcfg-ens33TYPEEthernetNAMEens33DEVICEens33ONBOOTyesMASTERbond0SLAVEyes网卡ens36配置TYPEEthernetNAMEens36DEVICEens36ONBOOTyesMASTERbond0SLAVEyes配置完成后重启网络服务 systemctl restart network4.2.2 bonding验证1.验证聚合状态cat /proc/net/bonding/bond02.查看网络地址配置信息ip address show4.2.3 配置teamd在 /etc/sysconfig/network-scripts/ 目录下创建 ifcfg-team0TEAM_CONFIG{\runner\: {\name\:\lacp\,\active\:true,\fast_rate\:true,\tx_hash\:[\ipv4\],\ports\:{\ens33\:{},\ens36\:{}}}}NAMEteam0DEVICEteam0ONBOOTyesBOOTPROTOstaticDEVICETYPETeamIPADDR192.168.32.150PREFIX24GATEWAY192.168.32.2DNS1114.114.114.114网卡ens33配置NAMEens33DEVICEens33ONBOOTyesTEAM_MASTERteam0DEVICETYPETeamPort网卡ens36配置NAMEens36DEVICEens36ONBOOTyesTEAM_MASTERteam0DEVICETYPETeamPort4.2.4 teamd验证teamdctl team0 state teamnl team0 ports五、Bond vs Team一张表看懂怎么选对比维度BondTeam稳定性⭐⭐⭐⭐⭐ 内核原生久经考验⭐⭐⭐⭐ 较新但已广泛使用配置复杂度简单直接稍复杂JSON 配置最大网卡数2 块8 块IPv6 支持基础更好调试便利性查看/proc/net/bonding/teamdctl命令更丰富适用系统所有 Linux 发行版CentOS/RHEL 7、主流现代发行版扩展性功能固定更强支持 hash 加密等选型建议追求稳定、配置简单→ 选Bond尤其是 mode 1绝大多数场景够用需要绑定 2 块以上网卡→ 选Team需要更灵活的配置和更好的 IPv6 支持→ 选Team维护老旧系统→ 选Bond兼容性更好六、生产环境最佳实践与避坑指南6.1 选择合适的工作模式场景推荐方案原因追求高可用、对带宽不敏感Bond mode 1 / Team activebackup配置简单故障切换快需带宽叠加且能配置交换机Bond mode 4 / Team lacpLACP 标准协议智能负载均衡需带宽叠加但不想动交换机Bond mode 6 / Team loadbalance自适应无需交换机特殊配置6.2 避坑指南① 不同品牌的网卡不建议绑定在一起不同厂商网卡的驱动和性能特性差异可能影响聚合效果。② 参与聚合的网卡速率必须相同千兆 万兆混合绑定时需注意性能平衡。速率不同的网卡绑定后慢速网卡会成为瓶颈。③ Mode 0 必须配交换机如果只在服务器侧配置 mode 0 而交换机没有做端口聚合交换机会因为“一个 MAC 对应多个端口”而无法正常转发数据包。④ 配置修改前先备份# 备份当前网络配置cp-r/etc/sysconfig/network-scripts/ /tmp/network-scripts-backup/⑤ 生产环境务必配置监控告警定期测试故障转移功能确保备链路在关键时刻能顶上。6.3 验证与调试命令# Bond 状态查看cat/proc/net/bonding/bond0# Team 状态查看teamdctl team0 state teamnl team0 ports# 查看所有网络接口iplinkshow# 查看聚合接口的 IP 配置ipaddr show bond0ipaddr show team0# 测试故障转移拔掉一根网线后观察ping-Ibond0192.168.1.1总结从 Bond 到 TeamLinux 链路聚合技术走过了一条从“稳定可靠”到“灵活强大”的演进之路。记住三句话Bond 是“老牌劲旅”内核原生稳定可靠mode 1 主备模式是生产环境最稳妥的选择。Team 是“后起之秀”设计更现代支持更多网卡、JSON 配置、更好的 IPv6是未来的方向。模式选对最重要追求高可用选主备mode 1 / activebackup追求带宽叠加且能配交换机选 LACPmode 4 / lacp不想动交换机选自适应mode 6 / loadbalance。链路聚合是构建高可用网络架构的基石。掌握了 Bond 和 Team你就能让服务器的网络从“单点脆弱”变成“多路冗余”——把网络故障的风险降到最低把带宽的潜力发挥到最大。如果你有任何问题或经验分享欢迎在评论区留言讨论
Linux操作系统-链路聚合（bond与team）
发布时间：2026/7/19 17:29:45
Linux 链路聚合实战Bond 与 Team解析引言你有没有遇到过这样的场景某天凌晨一块网卡突然罢工整个服务直接中断半夜被报警电话吵醒。在运维过程中单点故障是我们不得不面对的问题。其实Linux 系统早就为我们准备好了“网卡抱团”的解决方案——链路聚合。简单说就是把服务器上多块物理网卡“捆绑”在一起逻辑上变成一块网卡来用。好处显而易见带宽叠加多块网卡并行传输、故障冗余一块坏了另一块顶上。在 Linux 的世界里实现链路聚合主要有两大“门派”Bond和Team。很多人刚接触时会懵这俩到底有啥区别我该选哪个今天这篇文章我们就来彻底搞懂它们。一、链路聚合是什么为什么需要它先打个比方原来你的服务器只有一条“单车道”通往外部网络车流数据一多就开始堵车或者“单车道”断了服务器数据无法发出也无法接收数据。链路聚合就是把两条、四条甚至八条车道合并成一条“多车道高速路”。链路聚合的核心价值体现在三个方面带宽聚合将多网卡带宽叠加突破单网卡性能瓶颈冗余备份当某条物理链路故障时其他链路自动接管故障转移网络拥堵或硬件故障时智能切换保证连续性在 Linux 中实现这一目标有两种主流技术Bonding老牌劲旅和Teaming后起之秀。二、BondLinux 链路聚合的“老牌劲旅”Bonding 是 Linux 内核自带的原生功能历史悠久非常稳定。它的核心是把多块网卡绑定成一个逻辑接口如bond0。2.1 Bond 的七种模式Mode 0~6Bonding 最让人眼花缭乱但也最关键的是它的七种工作模式。模式选不对效果可能适得其反。模式名称核心特点交换机要求适用场景mode 0balance-rr轮询数据包依次轮询分发到各网卡必须配置链路聚合需交换机配合注意TCP乱序风险mode 1active-backup主备仅1块网卡工作故障时自动切换无特殊要求最常用追求高可用、对带宽不敏感mode 2balance-xor异或基于MAC/IP哈希决定流量走哪条链路需配置静态聚合同一会话流量固定走一条链路避免乱序mode 3broadcast广播所有数据包复制到所有网卡发送无金融等高可靠性场景但资源浪费严重mode 4802.3adLACPIEEE 802.3ad 动态链路聚合必须配置LACP需交换机支持实现智能负载均衡mode 5balance-tlb适配器传输负载均衡发送流量根据当前负载分配无仅均衡发送流量接收不均衡mode 6balance-alb自适应负载均衡收发双向负载均衡容错无特殊要求兼顾负载均衡和易用性的优选方案2.2 两种较常用的模式详解在实际生产环境中mode 1、mode 4 是最常使用的两种模式。 Mode 1主备模式最稳妥的高可用方案在追求高可用、对带宽要求不苛刻的场景下最常用的模式。它的逻辑非常简单同一时刻只有一块网卡active在工作承担所有流量其他网卡standby完全处于热备状态一旦主网卡或线路故障备卡会在毫秒级内切换上来优点配置简单几乎兼容所有网络环境不需要交换机做特殊配置。缺点资源利用率低N 块网卡的利用率仅为 1/N。 Mode 4LACP模式LACP协议实现负载均衡数据包会在多条链路间负载均衡但需要上游交换机也要配置LACP。多数环境中交换机都支持LACP, 故很多环境中都选用这种模式特别是数据中心用得多。关键限制必须配合支持静态链路聚合的交换机使用让交换机保证同一个会话的流量走同一条物理链路。有些资料说mode0、mode6也是常用的模式但博主工作也有十几年了现实环境中没见过使用。三、Team更现代的“后起之秀”Team 是 Linux 内核 3.3 引入的一种链路聚合驱动功能和 Bonding 类似但更灵活、可扩展性更强。3.1 Team 与 Bond 的核心差异对比维度BondTeam出现时间早期 Linux 内核内核 3.3约 2012 年实现方式纯内核模块小内核驱动 用户空间守护进程teamd配置格式传统配置文件JSON 格式更规范最大网卡数通常 2 块最多8 块IPv6 支持基础支持更好地支持 IPv6扩展性功能相对固定更强支持 hash 加密等3.2 Team 支持的 Runner 模式Team 中的“模式”称为runner与 Bond 的 mode 一一对应Team Runner对应 Bond Mode说明roundrobinmode 0轮询分发activebackupmode 1主备模式loadbalancemode 2/6基于哈希的负载均衡broadcastmode 3广播所有端口lacpmode 4LACP 动态聚合random—随机选择端口3.3 Team 的核心优势更灵活的配置使用 JSON 格式易于编程化管理支持更多网卡最多可绑定 8 块网卡更好的 IPv6 支持用户空间与内核分离内核只负责快速数据转发复杂逻辑在用户空间处理调试和扩展更方便无需手动加载内核模块有更强的扩展性四、实战手把手配置 Bond 与 Team4.1 使用nmcli配置链路聚合Mode 14.1.1 使用 nmcli 配置 BondMode 1 主备模式nmcli是 NetworkManager 的命令行工具在 CentOS/RHEL 7 中广泛使用。创建 bond 接口mode 1 主备模式nmcli connectionaddtypebond con-name bond0 ifname bond0 bond.optionsmode1,miimon100添加物理网卡到 bond假设网卡名为 ens33 和 ens36nmcli connectionaddtypebond-slave ifname ens33 con-name ens33 master bond0 nmcli connectionaddtypebond-slave ifname ens36 con-name ens36 master bond0设置 IP 地址nmcli connection modify bond0 ipv4.method manual ipv4.addresses192.168.32.132/24 ipv4.gateway192.168.32.2 ipv4.dns114.114.114.114 autoconnectyes启动所有接口nmcli connection up bond0 nmcli connection up ens33 nmcli connection up ens36注意在配置bond之前可能已经有网络配置如下图已经有ifcfg-ens33的网卡配置文件在按上述方法配置bond时会重新新建一个配置文件ifcfg-ens33-1这种情况下可以将ifcfg-ens33备份到其他目录然后执行删除重命名ifcfg-ens33-1为ifcfg-ens33然后删除ifcfg-ens33中uuid的配置即可另一个网卡可执行类似操作。[rootcentos7-test network-scripts]# rm -rf ifcfg-ens33rootcentos7-test network-scripts]# mv ifcfg-ens33-1 ifcfg-ens33[rootcentos7-test network-scripts]# systemctl restart network查看 bond 状态并做切换测试cat /proc/net/bonding/bond0参数说明miimon100表示每 100ms 检查一次链路状态。断掉主网卡ens33,ens36变为主网卡ping测试依然可以连通。4.1.2 使用 nmcli 配置 Teamactivebackup 模式创建 team 接口activebackup 主备模式nmcli connectionaddtypeteam con-name team0 ifname team0 config{runner: {name: activebackup}}添加物理网卡到 teamnmcli connectionaddtypeteam-slave ifname ens33 con-name team0-slave1 master team0 nmcli connectionaddtypeteam-slave ifname ens36 con-name team0-slave2 master team0设置 IP 地址nmcli connection modify team0 ipv4.method manual ipv4.addresses192.168.32.150/24 ipv4.gateway192.168.32.2 ipv4.dns114.114.114.114 autoconnectyes4. 启动所有接口nmcli connection up team0 nmcli connection up team0-slave1 nmcli connection up team0-slave2注意此时使用teamdctl team0 state和teamnl team0 ports查看team的状态是不正常的备份ifcfg-ens33和ifcfg-ens36后删除这两个配置文件然后重命名ifcfg-team0-slave1为ifcfg-ens33ifcfg-team0-slave2为ifcfg-ens36编辑ifcfg-ens33删除uuidname修改为ens33;配置文件ifcfg-ens36也进行类似操作。5. 查看 team 状态teamdctl team0 state teamnl team0 ports4.2 通过修改配置文件配置链路聚合Mode 44.2.1 配置bonding创建bond0配置文件cd/etc/sysconfig/network-scripts/vimifcfg-bond0BONDING_OPTSmode4 miimon100 lacp_ratefast xmit_hash_policylayer34TYPEBondBONDING_MASTERyesBOOTPROTOstaticNAMEbond0DEVICEbond0ONBOOTyesIPADDR192.168.32.132PREFIX24GATEWAY192.168.32.2DNS1114.114.114.114网卡ens33配置cd/etc/sysconfig/network-scripts/vimifcfg-ens33TYPEEthernetNAMEens33DEVICEens33ONBOOTyesMASTERbond0SLAVEyes网卡ens36配置TYPEEthernetNAMEens36DEVICEens36ONBOOTyesMASTERbond0SLAVEyes配置完成后重启网络服务 systemctl restart network4.2.2 bonding验证1.验证聚合状态cat /proc/net/bonding/bond02.查看网络地址配置信息ip address show4.2.3 配置teamd在 /etc/sysconfig/network-scripts/ 目录下创建 ifcfg-team0TEAM_CONFIG{\runner\: {\name\:\lacp\,\active\:true,\fast_rate\:true,\tx_hash\:[\ipv4\],\ports\:{\ens33\:{},\ens36\:{}}}}NAMEteam0DEVICEteam0ONBOOTyesBOOTPROTOstaticDEVICETYPETeamIPADDR192.168.32.150PREFIX24GATEWAY192.168.32.2DNS1114.114.114.114网卡ens33配置NAMEens33DEVICEens33ONBOOTyesTEAM_MASTERteam0DEVICETYPETeamPort网卡ens36配置NAMEens36DEVICEens36ONBOOTyesTEAM_MASTERteam0DEVICETYPETeamPort4.2.4 teamd验证teamdctl team0 state teamnl team0 ports五、Bond vs Team一张表看懂怎么选对比维度BondTeam稳定性⭐⭐⭐⭐⭐ 内核原生久经考验⭐⭐⭐⭐ 较新但已广泛使用配置复杂度简单直接稍复杂JSON 配置最大网卡数2 块8 块IPv6 支持基础更好调试便利性查看/proc/net/bonding/teamdctl命令更丰富适用系统所有 Linux 发行版CentOS/RHEL 7、主流现代发行版扩展性功能固定更强支持 hash 加密等选型建议追求稳定、配置简单→ 选Bond尤其是 mode 1绝大多数场景够用需要绑定 2 块以上网卡→ 选Team需要更灵活的配置和更好的 IPv6 支持→ 选Team维护老旧系统→ 选Bond兼容性更好六、生产环境最佳实践与避坑指南6.1 选择合适的工作模式场景推荐方案原因追求高可用、对带宽不敏感Bond mode 1 / Team activebackup配置简单故障切换快需带宽叠加且能配置交换机Bond mode 4 / Team lacpLACP 标准协议智能负载均衡需带宽叠加但不想动交换机Bond mode 6 / Team loadbalance自适应无需交换机特殊配置6.2 避坑指南① 不同品牌的网卡不建议绑定在一起不同厂商网卡的驱动和性能特性差异可能影响聚合效果。② 参与聚合的网卡速率必须相同千兆 万兆混合绑定时需注意性能平衡。速率不同的网卡绑定后慢速网卡会成为瓶颈。③ Mode 0 必须配交换机如果只在服务器侧配置 mode 0 而交换机没有做端口聚合交换机会因为“一个 MAC 对应多个端口”而无法正常转发数据包。④ 配置修改前先备份# 备份当前网络配置cp-r/etc/sysconfig/network-scripts/ /tmp/network-scripts-backup/⑤ 生产环境务必配置监控告警定期测试故障转移功能确保备链路在关键时刻能顶上。6.3 验证与调试命令# Bond 状态查看cat/proc/net/bonding/bond0# Team 状态查看teamdctl team0 state teamnl team0 ports# 查看所有网络接口iplinkshow# 查看聚合接口的 IP 配置ipaddr show bond0ipaddr show team0# 测试故障转移拔掉一根网线后观察ping-Ibond0192.168.1.1总结从 Bond 到 TeamLinux 链路聚合技术走过了一条从“稳定可靠”到“灵活强大”的演进之路。记住三句话Bond 是“老牌劲旅”内核原生稳定可靠mode 1 主备模式是生产环境最稳妥的选择。Team 是“后起之秀”设计更现代支持更多网卡、JSON 配置、更好的 IPv6是未来的方向。模式选对最重要追求高可用选主备mode 1 / activebackup追求带宽叠加且能配交换机选 LACPmode 4 / lacp不想动交换机选自适应mode 6 / loadbalance。链路聚合是构建高可用网络架构的基石。掌握了 Bond 和 Team你就能让服务器的网络从“单点脆弱”变成“多路冗余”——把网络故障的风险降到最低把带宽的潜力发挥到最大。如果你有任何问题或经验分享欢迎在评论区留言讨论
