在CentOS 7/8/9系统中，使用nmcli命令配置网络链路聚合（teaming）是最直接、最高效的方式，不需要安装额外的第三方工具，直接通过NetworkManager自带的nmcli就能完成。链路聚合的核心目的就是把多块物理网卡绑定成一个逻辑接口，实现带宽叠加和故障自动切换，对于生产环境中需要高可用和高吞吐的服务器来说，这是必须掌握的基础运维技能。下面我直接给你讲怎么一步步配置，从创建teaming接口、添加从属网卡、设置运行模式到最终验证，全部覆盖。

一、什么是nmcli teaming以及为什么要用它

nmcli teaming是NetworkManager提供的链路聚合功能，它支持多种运行模式，包括roundrobin（轮询）、activebackup（主备）、loadbalance（负载均衡）、lacp（链路聚合控制协议）等。相比传统的bonding驱动方式，nmcli teaming的优势在于配置简单、管理统一、支持动态修改而不需要重启网络服务，而且和firewalld、NetworkManager体系完美融合。在CentOS 7及以上版本中，NetworkManager已经是默认的网络管理工具，所以直接用nmcli来做teaming是最自然的选择。

二、配置前的环境准备和检查

在动手之前，你需要确认几件事。第一，确认你的系统版本支持teaming功能，CentOS 7.4以上、CentOS 8、CentOS 9都原生支持。第二，确认你有至少两块可用的物理网卡，可以用以下命令查看：

nmcli device status

这条命令会列出所有网络设备的状态，你需要找到两块状态为disconnected或者未被使用的网卡，比如ens192和ens224。第三，确认NetworkManager服务正在运行：

systemctl status NetworkManager

如果没有运行，执行systemctl start NetworkManager启动它。另外，建议先把这两块网卡的原有连接配置清空，避免冲突。

三、创建teaming接口的完整步骤

下面是核心操作部分，我以两块网卡ens192和ens224为例，创建一个名为team0的teaming接口，使用activebackup模式（主备模式，适合需要高可用但不需要带宽叠加的场景）。

第一步，创建teaming接口并指定运行模式：

nmcli connection add type team con-name team0 ifname team0 config '{"runner": {"name": "activebackup"}}'

这条命令创建了一个team0连接，runner指定为activebackup。如果你需要带宽叠加，可以改成roundrobin或者loadbalance模式，配置写法如下：

nmcli connection add type team con-name team0 ifname team0 config '{"runner": {"name": "roundrobin"}}'

第二步，给team0接口配置IP地址。这里以静态IP为例：

nmcli connection modify team0 ipv4.addresses 192.168.1.100/24 ipv4.gateway 192.168.1.1 ipv4.method manual ipv4.dns "8.8.8.8 114.114.114.114"

如果你用DHCP，就把ipv4.method改成auto。第三步，把物理网卡作为从属接口加入team0：

nmcli connection add type team-slave con-name team0-port1 ifname ens192 master team0
nmcli connection add type team-slave con-name team0-port2 ifname ens224 master team0

第四步，激活所有连接：

nmcli connection up team0
nmcli connection up team0-port1
nmcli connection up team0-port2

到这里，基本的teaming配置就完成了。你可以用以下命令验证：

nmcli connection show team0
nmcli device status

你应该能看到team0接口状态为connected，ens192和ens224的master显示为team0。

四、不同运行模式的选择和适用场景

很多人配置teaming时只知道activebackup，其实不同场景应该选不同模式，选错了会出问题。

activebackup（主备模式）：只有一块网卡在工作，另一块处于待命状态。当主网卡故障时，备网卡自动接管。适合对带宽要求不高但对可用性要求高的场景，比如管理口、数据库服务器的业务口。优点是配置简单、兼容性好，缺点是浪费了一半带宽。

roundrobin（轮询模式）：数据包在多块网卡之间轮流发送，实现带宽叠加。要求交换机不做任何特殊配置。适合对带宽有需求且交换机不支持LACP的环境。缺点是在某些场景下可能出现数据包乱序。

loadbalance（负载均衡模式）：根据流量类型做智能分配，比如TCP连接和UDP流量分开走不同网卡。比roundrobin更智能，但配置也更复杂。

lacp（802.3ad动态链路聚合）：需要交换机端也配置LACP，支持动态协商和故障检测。这是企业级最推荐的模式，带宽叠加和故障切换都做得最好。在CentOS中配置lacp模式的命令：

nmcli connection add type team con-name team0 ifname team0 config '{"runner": {"name": "lacp", "config": {"lacp": {"rate": "fast"}}}}'

这里rate设为fast表示快速LACP，检测更灵敏。注意，用lacp模式时交换机必须开启对应的LACP聚合组，否则链路不会通。

五、配置完成后的验证和故障排查

配置完成后，你需要做几项验证来确保一切正常。首先查看team0接口的详细信息：

nmcli connection show team0 --active

这会显示当前生效的配置，包括IP、网关、DNS、runner类型等。然后测试网络连通性：

ping -I team0 192.168.1.1

用-I参数指定从team0接口发出，确保流量走的是聚合接口。接着模拟故障，拔掉一块网线或者禁用一块网卡：

nmcli device disconnect ens192

然后再ping一下，看是否还能通。如果通了，说明故障切换正常。恢复后：

nmcli device connect ens192

如果遇到问题，可以查看日志：

journalctl -u NetworkManager -f

实时跟踪NetworkManager的日志输出，通常能快速定位是runner配置错误、IP冲突还是物理链路问题。

六、常见问题和避坑指南

第一个坑：网卡名称不对。不同服务器的网卡命名规则不一样，有的是eth0/eth1，有的是ens33/ens34，有的是eno1/eno2。一定要用nmcli device status确认实际名称，不要凭经验猜测。

第二个坑：IP地址冲突。如果你的物理网卡之前配置过IP，创建team0时可能会报错。解决办法是先删除旧连接：

nmcli connection delete ens192
nmcli connection delete ens224

第三个坑：防火墙问题。teaming接口创建后，firewalld可能会把它当成新区域处理，导致规则不生效。建议配置完成后检查firewalld：

firewall-cmd --zone=public --add-interface=team0 --permanent
firewall-cmd --reload

第四个坑：CentOS 7和CentOS 8/9的差异。CentOS 7的NetworkManager版本较老，某些runner选项可能不支持，建议升级到CentOS 7.9或更高版本。CentOS 8/9对teaming的支持更完善，尤其是lacp模式的稳定性更好。

七、teaming和bonding的对比以及选型建议

很多老运维习惯用bonding，因为它在内核层面实现，历史更久。但在CentOS 7+的体系下，nmcli teaming已经是官方推荐的方式。两者的核心区别在于：bonding需要加载内核模块，配置文件在/etc/sysconfig/network-scripts/下；teaming通过NetworkManager管理，配置更灵活，支持热修改。如果你的系统已经全面使用NetworkManager，那就直接用teaming，不要混用两套体系，否则会出现管理混乱。

选型建议：如果是新部署的服务器，直接用nmcli teaming + lacp模式；如果是老系统迁移，先评估是否值得从bonding切换到teaming。对于只需要高可用不需要带宽叠加的场景，activebackup最简单稳定；对于需要带宽叠加的场景，优先选lacp，交换机支持的话效果最好。

八、总结

CentOS下用nmcli配置teaming链路聚合，本质上就是四步：创建team接口、配IP、加从属网卡、激活连接。关键在于选对runner模式、确认网卡名称、做好故障验证。这套方法不依赖额外软件，和系统原生网络管理体系完全兼容，是目前CentOS环境下最推荐的链路聚合方案。掌握这些，你在生产环境中做网络高可用配置就有了扎实的基础。