contos 7双网卡绑定配置

3个文件bond0是需要创建的文件,其他2个是网卡文件

ifcfg-bond0
ifcfg-ens33
ifcfg-ens37

bond有七种模型:
mod0:(balance-rr,平衡轮循环策略,提供负载均衡和容错能力),数据包传输是依次传输,第一个包从网卡1传输,第二个包从网卡2传输,第三个包从网卡3.......,一直循环直到传输完最后一个数据包。这种模式的bond有一个不完善的地方,如果一个数据包从不同的网卡传输,而中途再经过不同的链路,当客户端接受到数据包的时候,数据包就可能出现无序到达的情况,而无序到达的数据包需要重新发送,这样网络的性能便会大大下降。
mod1:(active-backup,主备策略,提供冗余能力),只有一个网卡被使用,当一个网卡宕了之后,马上由备网卡接替主网卡的工作,为了避免交换机发生混乱,逻辑网卡的mac地址是唯一的。这种模型的bond可提高网络的可用性,但是它的资源利用率低,只有1/网卡个数(N)。
mod2:(balance-xor,平衡策略,提供负载均衡和容错能力)---不是很明白实现原理与算法,有哪位大神知道的话,可以在下面留言,让小弟也开开眼界。
mod3:(broadcast,广播策略,提供容错能力)每一个备网卡传输每个数据包。
mod4:(802.3ad,动态链路聚合),创建聚合组,聚合组中的每个备网卡共享同样的速率和双工,必要条件是交换机需要支持802.3ad以及需要ethtool的支持
mod5:(balance-tlb,适配器传输负载均衡),在每个网卡上根据当前的压力负载分配流量,如果正在工作的网卡宕了,另外的网卡接管宕机的网卡的mac地址。必要条件是:需要ethtool的支持。
mod6:(balance-alb,适配器适应负载均衡),该模式包含了balance-tlb模式,同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb),而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答,并把源硬件地址改写为bond中某个slave的唯一硬件地址,从而使得不同的对端使用不同的硬件地址进行通信。

1.新建bond0网卡,配置内容如下:

BOOTPROTO=none
BOOTPING_MASTER=yes
DEVICE=bond0
ONBOOT=yes
NAME=bond0
IPADDR=192.168.10.10
NETMASK=255.255.255.0
GATEWAY=192.168.10.2
USERCTL=no
PEERDNS=yes
TYPE=Ethernet
BONDING_OPTS="mode=1 miimon=100"
DNS1=1.1.1.1
DNS2=8.8.8.8

2.配置ens33网卡,配置如下:

BOOTPROTO=static
DEVICE=ens33
NAME=ens33
ONBOOT=yes
MASTER=bond0
SLAVE=yes
TYPE=Ethernet
USERCTL=no

3.配置ens37网卡,配置如下:

BOOTPROTO=static
DEVICE=ens37
NAME=ens37
ONBOOT=yes
MASTER=bond0
SLAVE=yes
TYPE=Ethernet
USERCTL=no

4.重启机器reboot,然后ping网关是否可以通,如果不通,需要检查网卡配置
通了以前验证环境cat /proc/net/bonding/bond0

---------------一下是内容信息----------------------------------------
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: ens33       #当前的主接口
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: ens33
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: 00:0c:29:57:cb:c2
Slave queue ID: 0

Slave Interface: ens37
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: 00:0c:29:57:cb:cc
Slave queue ID: 0

5.验证环境就是宕掉主接口,另一个接口会不是变成主接口。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章