Linux-bond链路聚合
一、什么是链路聚合
网卡链路聚合可以有效地防止当一块网卡损坏后,依旧可以继续访问网络,同时提高了网速。
二、bond模式
mode=0(balance-rr)(平衡轮循环策略)
链路负载均衡,增加带宽,支持容错,一条链路故障会自动切换正常链路。交换机需要配置静态链路聚合。
特点:传输数据包顺序是依次传输(即:第1个包走eth0,下一个包就走eth1….一直循环下去,直到最后一个传输完毕),此模式提供负载平衡和容错能力;但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话,中途再经过不同的链路,在客户端很有可能会出现数据包无序到达的问题,而无序到达的数据包需要重新要求被发送,这样网络的吞吐量就会下降。
mode=1(active-backup)(主-备份策略)
这个是主备模式,只有一块网卡是active,另一块是备用的standby,所有流量都在active链路上处理。
特点:只有一个设备处于活动状态,当一个宕掉另一个马上由备份转换为主设备。mac地址是外部可见得,从外面看来,bond的MAC地址是唯一的,以避免switch(交换机)发生混乱。此模式只提供了容错能力;由此可见此算法的优点是可以提供高网络连接的可用性,但是它的资源利用率较低,只有一个接口处于工作状态,在有 N 个网络接口的情况下,资源利用率为1/N,连接交换机的两个端口不需要做LACP(链路聚合)。
mode=2(balance-xor)(平衡策略)
表示XOR Hash负载分担,和交换机的聚合强制不协商方式配合。(需要xmit_hash_policy,需要交换机配置port channel)
特点:基于指定的传输HASH策略传输数据包。缺省的策略是:(源MAC地址 XOR 目标MAC地址) % slave数量。其他的传输策略可以通过xmit_hash_policy选项指定,此模式提供负载平衡和容错能力。
mode=3(broadcast)(广播策略)
表示所有包从所有网络接口发出,这个不均衡,只有冗余机制,但过于浪费资源。此模式适用于金融行业,因为他们需要高可靠性的网络,不允许出现任何问题。需要和交换机的聚合强制不协商方式配合。
特点:在每个slave接口上传输每个数据包,此模式提供了容错能力。
mode=4(802.3ad)(IEEE 802.3ad 动态链接聚合)
表示支持802.3ad协议,和交换机的动态链路方式配合(需要xmit_hash_policy),标准要求所有设备在聚合操作时,要在同样的速率和双工模式,而且,和除了balance-rr模式外的其它bonding负载均衡模式一样,任何连接都不能使用多于一个接口的带宽。
特点:创建一个聚合组,它们共享同样的速率和双工设定。根据802.3ad规范将多个slave工作在同一个激活的聚合体下。
外出流量的slave选举是基于传输hash策略,该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的是,并不是所有的传输策略都是802.3ad适应的,尤其考虑到在802.3ad标准43.2.4章节提及的包乱序问题。不同的实现可能会有不同的适应性。
1、添加网卡、修改bond文件
[root@localhost network-scripts]# vim ifcfg-bond0
[root@localhost network-scripts]# systemctl restart network
vim ifcfg-bond0
#创建bond配置文件
NAME=bond0
TYPE=bond
BOOTPROTO=none
DEVICE=bond0
IPADDR=192.168.10.132
GATEWAY=192.168.10.2
NETMASK=255.255.255.0
BONDING_OPTS="mode=1 miimon=100 fail_over_mac=1"
#文件内容:
NAME=bond0
#bond名称
TYPE=bond
#类型
DEVICE=bond0
#设备名称为bond0
BOOTPROTO=none
#获取方式为none
IPADDR=192.168.10.132
#bond0的ip地址为192.168.10.132
NETMASK=255.255.255.0
#bond0的掩码为255.255.255.0
GATEWAY=192.168.10.2
#bond0的网关地址为192.168.10.2
BONDING_OPTS="mode=1 miimon=100 fail_over_mac=1"
#bond配置,mode表示使用bond类型是bond几
#miimon表示统每多少ms监测一次链路连接状态,如果有其中一条不通则转入另一条 链路
#fail_over_mac=1策略表示绑定的MAC地址应永远是目前活动从属连接网卡的MAC地址。从属连接网卡的MAC地址不会更改,除非此网卡发送故障ip地址转移到另一网卡,MAC地址才会改变
2、修改网卡配置
[root@localhost network-scripts]# vim ifcfg-ens33
[root@localhost network-scripts]# cp ifcfg-ens33
ifcfg-ens37
[root@localhost network-scripts]# vim ifcfg-ens37
[root@localhost network-scripts]# systemctl restart network
三、在另外一台机子ping 验证
1、先将原来的ens33网卡断掉
[root@localhost network-scripts]# ifdown ens33
成功断开设备 'ens33'。
2、在测试机ping可以发现照样可以ping 通,但此时是ens37在工作
[root@localhost ~]#ping 192.168.10.132
PING 192.168.10.132 (192.168.10.132) 56(84) bytes of data.
64 bytes from 192.168.10.132: icmp_seq=1 ttl=64 time=0.408 ms
64 bytes from 192.168.10.132: icmp_seq=2 ttl=64 time=0.561 ms
64 bytes from 192.168.10.132: icmp_seq=3 ttl=64 time=0.280 ms
64 bytes from 192.168.10.132: icmp_seq=4 ttl=64 time=0.238 ms