网络组(Network Teaming)

网络组(Network Teaming)
网络组:是将多个网卡聚合在一起的方法,从而实现容错和提高吞吐量
网络组不同于旧版中bonding技术,提供更好的性能和扩展性
网络组由内核驱动和teamd守护进程实现.
多种方式runner
    broadcast
    roundrobin
    activebackup
    loadbalance
    lacp (implements the 802.3ad Link Aggregation Control Protocol)
启动team连接不会自动启动网络组中的team-slave连接
启动网络组中的team-slave连接不会自动启动team连接
禁用team连接会自动禁用网络组中的team-slave连接
没有team-slave连接的team连接可以启动静态IP连接

启用DHCP连接时,没有team-slave连接的网络组会等待team-slave连接的加入

创建team连接
nmcli con add type team [config <file>|<raw JSON data>] ifname <interface name> [con-name <connection name>]
    JSON格式指定runner方式:'{"runner": {"name": "METHOD"}}'
        METHOD := { broadcast|roundrobin|activebackup|loadbalance|lacp }

创建team-slave连接
nmcli con add type team-slave master <master (ifname, or connection UUID or name)> [config <file>|<raw JSON data>] ifname <interface name> [con-name <connection name>]
连接名<connection name>若不指定,默认为team-slave-ifname

管理网络组配置文件
# /etc/sysconfig/network-scripts/ifcfg-team0-ens37
NAME=team0-ens37
UUID=80ea99c9-8d37-4a57-907f-1d5f7b3d420b
DEVICE=ens37
ONBOOT=yes
TEAM_MASTER=team0
DEVICETYPE=TeamPort

删除网络组配置:
teamdctl team0 state
nmcli connection show
nmcli connection down team0
nmcli connection delete team0-ens37
nmcli connection delete team0-ens38
nmcli connection delete team0
重新为网卡设备配置新的配置文件,以重用该网卡。
nmcli c add type ethernet ipv4.method manual ipv4.addresses 172.18.38.107/16 ipv4.gateway 172.18.0.1 ipv4.dns 8.8.8.8 ifname ens37 con-name ens37

实验:创建网络组
实验环境:CentOS7,三块网卡,其中额外一块ens33网卡的IPADDR=172.18.38.102,PREFIX=16,GATEWAY=172.18.0.1,配置过程中ssh不断网,方便操作。ens37和ens38两块网卡用作配置网络组。
#要想执行nmcli命令,先启动NetworkManager 服务:
systemctl start  NetworkManager
#查看网卡设备信息

ip link

网络组(Network Teaming)
网络组(Network Teaming)
#若即将配置为网络组的网卡设备有IP,先清除之
ip a flush ens37
ip a flush ens38
网络组(Network Teaming)
#添加连接:(type)类型team,(config)配置为活动-备用模式,(ifname) 设备名team0,(con-name)连接名team0
nmcli connection add type team config ‘{“runner”: {“name”: “activebackup”}}’ ifname team0 con-name team0
网络组(Network Teaming)
#修改连接team0:(ipv4.method)配置手段为手动,ipv4.address,ipv4.gateway
nmcli connection modify team0 ipv4.method manual ipv4.addresses 172.18.38.103/16 ipv4.gateway 172.18.0.1
#如果此后再要修改team0的配置,必须先执行nmcli c down team0,再执行nmcli c up team0,修改才能生效。
#添加team-slave连接:(type)类型team-slave,(master)主设备名,(ifname)设备名必须对应网卡名,(con-name)连接名随意起,缺省为team-slave-<ifname>
nmcli connection add type team-slave master team0 ifname ens37 con-name team0-ens37
nmcli connection add type team-slave master team0 ifname ens38 con-name team0-ens38
网络组(Network Teaming)
#查看网络组状态
teamdctl team0 state
网络组(Network Teaming)
#另外,执行nmcli c add命令时/etc/sysconfig/network-scripts目录下会自动生成ifcfg-team0等网卡配置文件,所以即便重启机器配置也不会丢失
网络组(Network Teaming)
#配置完成后的最终状态:
网络组(Network Teaming)
网络组(Network Teaming)
网络组(Network Teaming)
网络组(Network Teaming)


#验证
#从内部通过team0的IP ping网关
ping -I 172.18.38.103 172.18.0.1
网络组(Network Teaming)
#从外部(另一台主机)ping team0 的IP地址
ping -I 172.18.38.102 172.18.38.7
网络组(Network Teaming)
#设备断开ens37,可查看状态,活动slave接口变为ens38
nmcli dev disconnect ens37
teamdctl team0 state
网络组(Network Teaming)
nmcli dev connect ens37     #连上ens37设备,此时不会自动切换slave活动接口,仍为ens38
teamdctl team0 stat     #题外话:这里ens37的down count并未加1,可能因为使用nmcli命令,它认为是管理性的操作,不计入故障。
网络组(Network Teaming)
ip link set ens38 down     #再用ip link命令(和nmcli dev命令同样工作在链路层)停用ens38设备,此时slave活动接口变为ens37
teamdctl team0 stat     #这里ens38的down count加1,说明它察觉到故障,自动切换接口到ens37上
网络组(Network Teaming)
当然,也可以手动拔掉网线来验证
整个验证过程中ping一直有响应,说明网络组工作正常。


#演示team连接与team-slave连接的关系
nmcli connection down team0     #停用网络组team连接,会自动停用team-slave连接
nmcli c
nmcli connection up team0     #启用网络组team连接,并不会自动启动启用team-slave连接
nmcli c
nmcli connection up team0-ens37
nmcli c
nmcli connection up team0-ens38
nmcli c
teamdctl team0 state     #down count 计数归零
网络组(Network Teaming)


#移除网络组
teamdctl team0 stat
nmcli c
nmcli c down team0
nmcli c del team0
nmcli c del team0-ens37
nmcli c del team0-ens38
#必要情况下重新为ens37和ens38网卡设备配置新的配置文件,以重用该网卡。
nmcli c add type ethernet ipv4.method manual ipv4.addresses 172.18.38.107/16 ipv4.gateway 172.18.0.1 ipv4.dns 8.8.8.8 ifname ens37 con-name ens37
网络组(Network Teaming)

原创文章,作者:Leion,如若转载,请注明出处:http://www.178linux.com/71856

(1)
LeionLeion
上一篇 2017-03-26
下一篇 2017-03-26

相关推荐

  • 理解Inode

    inode是一个重要概念,是理解Unix/Linux文件系统和硬盘储存的基础。 我觉得,理解inode,不仅有助于提高系统操作水平,还有助于体会Unix设计哲学,即如何把底层的复杂性抽象成一个简单概念,从而大大简化用户接口。 下面就是我的inode学习笔记,尽量保持简单。 一、inode是什么? 理解inode,要从文件储存说起。 文件储存在硬盘上,硬盘的最…

    Linux干货 2015-03-20
  • 20170714上课LINUX入门

    1、安装centos6.9和centos7.3时的分区情况 /dev/sda1 mount /boot 1G – 主分区/dev/sda2 mount / 50G -主分区/dev/sda3 mount /app 40G -主分区/dev/sda4 1k 扩展分区/dev/sda5 swap 2G -逻辑分区(swap分区的大小一般为物理内存的2…

    Linux干货 2017-07-15
  • mongodb及NoSQL入门学习总结

    分布式系统理论 一、 CAP: 分布式系统只能够,满足其中两个  1. Consistency : all nodes see the same data at the same time 一个节点修改后,需马上复制到第二个节点。如果网络故障,第二个节点将不能同步第一个节点更新的数据。这就是不能满足一致性。 2. Availibility:a guarant…

    2017-09-14
  • 主流Linux发行版对比

      对服务器来说,没有最好的Linux发行版。一切都取决于企业的实际需求。 如今Linux已不再只是一款自由操作系统,它还承载了许多企业的核心应用。在对比流行的Linux发行版时,不仅要考虑有吸引力的功能集,还要关注系统的支持与服务。 服务器管理员担心操作系统的维护和支持周期。维护生命周期指的是Linux发行版持续提供产品补丁和更新的时间。支持方面…

    Linux干货 2016-10-31
  • ansible日常入门指南

    ansible的一些基本用法

    2018-01-24
  • linux文件权限

                                                      &nbsp…

    Linux干货 2016-08-04