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.验证环境就是宕掉主接口，另一个接口会不是变成主接口。