CentOS系统如何配置team网卡实现负载均衡和冗余？

在服务器运维中,网络的稳定性和吞吐量至关重要，为了提升网络的可用性和带宽，CentOS提供了一种名为“Team”的链路聚合技术，与传统的Bonding技术相比，Team是更现代、更灵活的解决方案，它利用teamd守护进程来管理多个物理网卡，使其对外表现为一个逻辑网卡，从而实现故障转移和负载均衡，本文将详细介绍在CentOS系统中如何配置和管理Team网卡。

Teamd的运行模式

在开始配置之前,理解Teamd支持的不同运行模式是关键，因为不同的模式决定了其工作方式。

• roundrobin (轮询模式)：数据包以轮询的方式依次从所有slave网卡发送，这是一种简单的负载均衡方式，但不保证数据包的顺序。
• activebackup (主备模式)：这是最常用的高可用性模式，只有一个slave网卡处于活动状态，其余作为备份，当活动网卡出现故障时，一个备份网卡会立即接管，保证网络连接不中断。
• loadbalance (负载均衡模式)：基于源/目的MAC地址或IP地址的哈希值来分发流量，实现了更智能的负载均衡。
• lacp (链路聚合控制协议)：根据IEEE 802.3ad标准运行，能够与支持LACP的交换机动态协商，建立聚合链路，这是企业级环境中最常用、最可靠的模式，它同时提供了负载均衡和容错能力。
• broadcast (广播模式)：所有数据包都从所有slave网卡发送出去，通常用于需要特殊网络环境的场景，如某些高可用性集群。

在CentOS中配置Team网卡

以下将通过两种主流方式——nmcli命令行和配置文件——来演示如何配置一个activebackup模式的Team网卡，假设我们有两块物理网卡：enp3s0和enp4s0。

使用nmcli命令行配置（推荐）

nmcli（NetworkManager Command-Line Interface）是CentOS 7/8及更高版本中管理网络的首选工具，操作简便且不易出错。

1. 创建Team接口
   创建一个名为team0的Team接口，并指定其运行模式为activebackup。

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

   这里使用JSON格式来配置teamd的参数。

2. 配置Team接口的IP地址
   为新创建的team0接口设置静态IP地址、子网掩码和网关。

   nmcli con mod team0 ipv4.addresses '192.168.1.100/24'
   nmcli con mod team0 ipv4.gateway '192.168.1.1'
   nmcli con mod team0 ipv4.dns '8.8.8.8'
   nmcli con mod team0 ipv4.method manual

3. 将物理网卡加入Team
   将enp3s0和enp4s0作为slave设备添加到team0中。

   nmcli con add type team-slave ifname enp3s0 master team0
   nmcli con add type team-slave ifname enp4s0 master team0

4. 激活所有相关连接
   重新加载并启动所有新配置的连接以使其生效。

   

   nmcli con up team0
   nmcli con up team-slave-enp3s0
   nmcli con up team-slave-enp4s0

通过配置文件设置

对于习惯手动编辑配置文件的管理员,也可以直接在/etc/sysconfig/network-scripts/目录下创建相关文件。

1. 创建Team主接口配置文件 (ifcfg-team0)

   DEVICE=team0
   NAME=team0
   TYPE=Team
   ONBOOT=yes
   BOOTPROTO=static
   IPADDR=192.168.1.100
   NETMASK=255.255.255.0
   GATEWAY=192.168.1.1
   DNS1=8.8.8.8
   DEVICETYPE=Team
   TEAM_CONFIG='{"runner": {"name": "activebackup"}}'

2. 
   这两个文件的内容非常相似，只需将DEVICE和NAME修改为对应的网卡名即可。

   ifcfg-enp3s0:

   DEVICE=enp3s0
   NAME=enp3s0
   TYPE=Ethernet
   ONBOOT=yes
   BOOTPROTO=none
   TEAM_MASTER=team0
   DEVICETYPE=TeamPort

   ifcfg-enp4s0:

   DEVICE=enp4s0
   NAME=enp4s0
   TYPE=Ethernet
   ONBOOT=yes
   BOOTPROTO=none
   TEAM_MASTER=team0
   DEVICETYPE=TeamPort

3. 重启网络服务
   保存所有文件后，重启网络服务使配置生效。

   systemctl restart network

验证与测试

配置完成后,需要验证Team是否正常工作，可以使用以下命令：

• teamnl team0 ports：查看team0中所有端口的状态。
• ip addr show team0：查看team0接口的IP地址信息。
• nmcli con show team0：查看team0连接的详细配置。

进行故障转移测试：如果当前活动端口是enp3s0，可以尝试拔掉其网线或使用nmcli dev set enp3s0 disconnected命令来模拟故障，稍等片刻后，再次查看端口状态，应该会看到enp4s0变为活动状态，证明高可用性配置成功。

Teamd模式对比

为了更直观地选择合适的模式,下表小编总结了主要模式的特性：

模式	描述	典型应用场景
activebackup	提供高可用性，只有一个端口活动，其余备用	对网络连续性要求高，但对带宽增加无需求的场景
loadbalance	根据流量特征进行负载均衡	提高整体吞吐量，适用于服务器内部或对数据包顺序要求不高的应用
lacp	与交换机动态协商，实现负载均衡和容错	企业级数据中心，需要与交换机配合实现最高效和最可靠的聚合
roundrobin	简单轮询发送数据包	测试环境或对数据包顺序不敏感的特定应用

---

相关问答 (FAQs)

问：Team和传统的Bonding技术有什么主要区别？我应该选择哪一个？

答： Team是Bonding的继任者，两者都旨在实现链路聚合，但Team在设计上更为现代和灵活，主要区别在于：1）Team使用独立的守护进程teamd，而Bonding是内核模块的一部分，这使得Team的逻辑更清晰，更易于扩展和调试；2）Team支持更多的运行模式和更精细的配置选项，例如基于LACP的快速故障检测；3）Team与NetworkManager的集成度更高，更适合在现代Linux发行版中使用。对于所有新的部署，强烈推荐使用Team技术。 只有在需要兼容非常旧的系统或特殊内核环境时，才考虑使用Bonding。

问：如何实时监控Team网卡的状态，特别是哪个端口当前是活动的？

答： 要实时监控Team状态，teamdctl命令是一个强大的工具，你可以使用teamdctl <team_name> state来查看详细的状态信息，包括活动的端口，执行teamdctl team0 state会输出所有端口的当前状态，为了持续监控，可以结合watch命令使用，如watch -n 1 'teamdctl team0 state'，这样状态信息会每秒刷新一次，让你能直观地看到端口状态的动态变化，尤其是在进行故障转移测试时非常有用。