3個文件bond0是需要創建的文件，其他2個是網卡文件
ifcfg-bond0
ifcfg-ens33
ifcfg-ens37bond有七種模型：
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.82.配置ens33網卡，配置如下：
BOOTPROTO=static
DEVICE=ens33
NAME=ens33
ONBOOT=yes
MASTER=bond0
SLAVE=yes
TYPE=Ethernet
USERCTL=no3.配置ens37網卡，配置如下：
BOOTPROTO=static
DEVICE=ens37
NAME=ens37
ONBOOT=yes
MASTER=bond0
SLAVE=yes
TYPE=Ethernet
USERCTL=no4.重啓機器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: 05.驗證環境就是宕掉主接口，另一個接口會不是變成主接口。