七種bond模式說明：
https://www.cnblogs.com/hukey/p/6224969.html
第一種roundrobin：mod=0 ，即：(balance-rr) Round-robin policy（平衡掄循環(huán)策略）
特點(diǎn)：傳輸數(shù)據(jù)包順序是依次傳輸（即：第1個(gè)包走eth0，下一個(gè)包就走eth1….一直循環(huán)下去，直到最后一個(gè)傳輸完畢），此模式提供負(fù)載平衡和容錯(cuò)能力；
但是我們知道如果一個(gè)連接或者會(huì)話的數(shù)據(jù)包從不同的接口發(fā)出的話，中途再經(jīng)過不同的鏈路，在客戶端很有可能會(huì)出現(xiàn)數(shù)據(jù)包無序到達(dá)的問題，
而無序到達(dá)的數(shù)據(jù)包需要重新要求被發(fā)送，這樣網(wǎng)絡(luò)的吞吐量就會(huì)下降 .
需要說明的是如果想做成mode 0的負(fù)載均衡,僅僅設(shè)置這里options bond0 miimon=100 mode=0是不夠的,與網(wǎng)卡相連的交換機(jī)必須做特殊配置（這兩個(gè)端口應(yīng)該采取聚合方式），
因?yàn)樽鯾onding的這兩塊網(wǎng)卡是使用同一個(gè)MAC地址.從原理分析一下（bond運(yùn)行在mode 0下）：
mode 0下bond所綁定的網(wǎng)卡的IP都被修改成相同的mac地址，如果這些網(wǎng)卡都被接在同一個(gè)交換機(jī)，那么交換機(jī)的arp表里這個(gè)mac地址對(duì)應(yīng)的端口就有多 個(gè)，
那么交換機(jī)接受到發(fā)往這個(gè)mac地址的包應(yīng)該往哪個(gè)端口轉(zhuǎn)發(fā)呢？正常情況下mac地址是全球唯一的，一個(gè)mac地址對(duì)應(yīng)多個(gè)端口肯定使交換機(jī)迷惑了。
所以 mode0下的bond如果連接到交換機(jī)，交換機(jī)這幾個(gè)端口應(yīng)該采取聚合方式（cisco稱為 ethernetchannel，foundry稱為portgroup），
因?yàn)榻粨Q機(jī)做了聚合后，聚合下的幾個(gè)端口也被捆綁成一個(gè)mac地址.我們的解 決辦法是，兩個(gè)網(wǎng)卡接入不同的交換機(jī)即可。
第二種模式activebackup: mod=1，即： (active-backup) Active-backup policy（主-備份策略）
特點(diǎn)：只有一個(gè)設(shè)備處于活動(dòng)狀態(tài)，當(dāng)一個(gè)宕掉另一個(gè)馬上由備份轉(zhuǎn)換為主設(shè)備。mac地址是外部可見得，從外面看來，bond的MAC地址是唯一的，
以避免switch(交換機(jī))發(fā)生混亂。此模式只提供了容錯(cuò)能力；由此可見此算法的優(yōu)點(diǎn)是可以提供高網(wǎng)絡(luò)連接的可用性，但是它的資源利用率較低，只有一個(gè)接口處于工作狀態(tài)，在有 N 個(gè)網(wǎng)絡(luò)接口的情況下，資源利用率為1/N
第三種模式：mod=2，即：(balance-xor) XOR policy（平衡策略）
特點(diǎn)：基于指定的傳輸HASH策略傳輸數(shù)據(jù)包。缺省的策略是：(源MAC地址 XOR 目標(biāo)MAC地址) % slave數(shù)量。
其他的傳輸策略可以通過xmit_hash_policy選項(xiàng)指定，此模式提供負(fù)載平衡和容錯(cuò)能力
第四種模式：mod=3，即：broadcast（廣播策略）
特點(diǎn)：在每個(gè)slave接口上傳輸每個(gè)數(shù)據(jù)包，此模式提供了容錯(cuò)能力
第五種模式：mod=4，即：(802.3ad) IEEE 802.3ad Dynamic link aggregation（IEEE 802.3ad 動(dòng)態(tài)鏈接聚合）
特點(diǎn)：創(chuàng)建一個(gè)聚合組，它們共享同樣的速率和雙工設(shè)定。根據(jù)802.3ad規(guī)范將多個(gè)slave工作在同一個(gè)激活的聚合體下。
外出流量的slave選舉是基于傳輸hash策略，該策略可以通過xmit_hash_policy選項(xiàng)從缺省的XOR策略改變到其他策略。需要注意的是，
并不是所有的傳輸策略都是802.3ad適應(yīng)的，尤其考慮到在802.3ad標(biāo)準(zhǔn)的包亂序問題。不同的實(shí)現(xiàn)可能會(huì)有不同的適應(yīng) 性。
必要條件：
條件1：ethtool支持獲取每個(gè)slave的速率和雙工設(shè)定
條件2：switch(交換機(jī))支持IEEE 802.3ad Dynamic link aggregation
條件3：大多數(shù)switch(交換機(jī))需要經(jīng)過特定配置才能支持802.3ad模式
第六種模式：mod=5，即：(balance-tlb) Adaptive transmit load balancing（適配器傳輸負(fù)載均衡）
特點(diǎn)：不需要任何特別的switch(交換機(jī))支持的通道bonding。在每個(gè)slave上根據(jù)當(dāng)前的負(fù)載（根據(jù)速度計(jì)算）分配外出流量。如果正在接受數(shù)據(jù)的slave出故障了，另一個(gè)slave接管失敗的slave的MAC地址。
該模式的必要條件：ethtool支持獲取每個(gè)slave的速率
第七種模式：mod=6，即：(balance-alb) Adaptive load balancing（適配器適應(yīng)性負(fù)載均衡）
特點(diǎn)：該模式包含了balance-tlb模式，同時(shí)加上針對(duì)IPV4流量的接收負(fù)載均衡(receive load balance, rlb)，而且不需要任何switch(交換機(jī))的支持。
接收負(fù)載均衡是通過ARP協(xié)商實(shí)現(xiàn)的。bonding驅(qū)動(dòng)截獲本機(jī)發(fā)送的ARP應(yīng)答，并把源硬件地址改寫為bond中某個(gè)slave的唯一硬件地址，
從而使得不同的對(duì)端使用不同的硬件地址進(jìn)行通信。
來自服務(wù)器端的接收流量也會(huì)被均衡。當(dāng)本機(jī)發(fā)送ARP請(qǐng)求時(shí)，bonding驅(qū)動(dòng)把對(duì)端的IP信息從ARP包中復(fù)制并保存下來。
當(dāng)ARP應(yīng)答從對(duì)端到達(dá) 時(shí)，bonding驅(qū)動(dòng)把它的硬件地址提取出來，并發(fā)起一個(gè)ARP應(yīng)答給bond中的某個(gè)slave。
使用ARP協(xié)商進(jìn)行負(fù)載均衡的一個(gè)問題是：每次廣播 ARP請(qǐng)求時(shí)都會(huì)使用bond的硬件地址，因此對(duì)端學(xué)習(xí)到這個(gè)硬件地址后，接收流量將會(huì)全部流向當(dāng)前的slave。
這個(gè)問題可以通過給所有的對(duì)端發(fā)送更新 （ARP應(yīng)答）來解決，應(yīng)答中包含他們獨(dú)一無二的硬件地址，從而導(dǎo)致流量重新分布。
當(dāng)新的slave加入到bond中時(shí)，或者某個(gè)未激活的slave重新 激活時(shí)，接收流量也要重新分布。接收的負(fù)載被順序地分布（round robin）在bond中最高速的slave上
當(dāng)某個(gè)鏈路被重新接上，或者一個(gè)新的slave加入到bond中，接收流量在所有當(dāng)前激活的slave中全部重新分配，通過使用指定的MAC地址給每個(gè) client發(fā)起ARP應(yīng)答。
下面介紹的updelay參數(shù)必須被設(shè)置為某個(gè)大于等于switch(交換機(jī))轉(zhuǎn)發(fā)延時(shí)的值，從而保證發(fā)往對(duì)端的ARP應(yīng)答 不會(huì)被switch(交換機(jī))阻截。
必要條件：
條件1：ethtool支持獲取每個(gè)slave的速率；
條件2：底層驅(qū)動(dòng)支持設(shè)置某個(gè)設(shè)備的硬件地址，從而使得總是有個(gè)slave(curr_active_slave)使用bond的硬件地址，同時(shí)保證每個(gè)bond 中的slave都有一個(gè)唯一的硬件地址。
如果curr_active_slave出故障，它的硬件地址將會(huì)被新選出來的 curr_active_slave接管
其實(shí)mod=6與mod=0的區(qū)別：mod=6，先把eth0流量占滿，再占eth1，….ethX；而mod=0的話，會(huì)發(fā)現(xiàn)2個(gè)口的流量都很穩(wěn)定，基本一樣的帶寬。
而mod=6，會(huì)發(fā)現(xiàn)第一個(gè)口流量很高，第2個(gè)口只占了小部分流量
centos6系統(tǒng) 環(huán)境
2個(gè)物理網(wǎng)口分別是：eth0,eth1
綁定后的虛擬口是：bond0
服務(wù)器IP是：10.0.0.41
1.) 編輯邏輯網(wǎng)卡配置文件
[root@ziya-6 network-scripts]# vim ifcfg-bond0
DEVICE=bond0
#綁定網(wǎng)卡名稱，與網(wǎng)卡文件名對(duì)應(yīng)
BOOTPROTO=none
#none表示手動(dòng)配置地址而不是dhcp自動(dòng)獲取
BONDING_OPTS="miimon=100 mode=1"
#miimon表示超時(shí)時(shí)間，單位是ms，即100ms收不到?；钕⒕驼J(rèn)為鏈路有問題 , mode 配置級(jí)別
IPADDR=10.0.0.41
#ip地址
PREFIX=24
#掩碼
GATEWAY=10.0.0.254
#網(wǎng)關(guān)
DNS1=114.114.114.114
DNS2=8.8.8.8
#配置DNS
ONBOOT=yes
#系統(tǒng)啟動(dòng)時(shí)啟動(dòng)此網(wǎng)卡
BROADCAST=10.0.0.255
#BROADCAST廣播地址
此步驟只是設(shè)置好了邏輯上的網(wǎng)卡，但是其依靠物理網(wǎng)卡，所以我們還得配置物理網(wǎng)卡，指定物理與邏輯網(wǎng)卡之間的聯(lián)系
2.) 編輯對(duì)應(yīng)的物理網(wǎng)卡eth0
[root@ziya-6 network-scripts]# vim ifcfg-eth0
DEVICE=eth0
#DEVICE必須與網(wǎng)卡文件名對(duì)應(yīng)
MASTER=bond0
#MASTER與SLAVE指明物理網(wǎng)卡與bond0之間的關(guān)系
SLAVE=yes
ONBOOT=yes
3.) 編輯對(duì)應(yīng)的物理網(wǎng)卡eth1
[root@ziya-6 network-scripts]# vim ifcfg-eth1
DEVICE=eth1
#DEVICE必須與網(wǎng)卡文件名對(duì)應(yīng)
MASTER=bond0
#MASTER與SLAVE指明物理網(wǎng)卡與bond0之間的關(guān)系
SLAVE=yes
ONBOOT=yes
這樣兩塊物理網(wǎng)卡就加入bond0這個(gè)邏輯網(wǎng)卡中，而且他們之間是主備模式
4.) 檢查綁定結(jié)果
[root@ziya-6 ~]# 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: eth0 #主網(wǎng)卡是eth0，那eth1就是備份
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full #全雙工模式
Link Failure Count: 0
Permanent HW addr: 00:0c:29:af:f3:a4
Slave queue ID: 0
5.) 查看當(dāng)前使用的綁定模式
[root@CentOS6 ~]#cat /sys/class/net/bond0/bonding/mode
active-backup 1
centos7.5 環(huán)境
2個(gè)物理網(wǎng)口分別是：eth0,eth1
綁定后的虛擬口是：bond0
服務(wù)器IP是：10.0.0.41
1.) 查看物理網(wǎng)卡信息
[root@CentOS7 ~]# nmcli dev
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected eth0
team0 team connected team0
lo loopback unmanaged --
上面的信息可以看到，一共有三張網(wǎng)卡，其中l(wèi)o是本地回環(huán)網(wǎng)卡，另外兩張為物理網(wǎng)卡。
2.) 查看網(wǎng)卡連接信息
[root@CentOS7 ~]# nmcli con sh
NAME UUID TYPE DEVICE
eth0 5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03 ethernet eth0
eth1 9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04 ethernet eth1
3.) 刪除兩個(gè)有線連接的網(wǎng)卡
[root@CentOS7 ~]# nmcli con del 5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03
Connection 'eth0' (del 5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03) successfully deleted.
[root@CentOS7 ~]# nmcli con del 5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03
Connection 'eth1' ( 9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04) successfully deleted.
由于原有的配置文件設(shè)置了ip的獲取方式,ip地址,網(wǎng)關(guān),等.所以需要?jiǎng)h除原有的.
4.) 創(chuàng)建新的連接并生成配置文件
[root@CentOS7 ~]# nmcli conn add type ethernet con-name eth0 ifname eth0
[root@CentOS7 ~]# nmcli conn add type ethernet con-name eth1 ifname eth1
5.)創(chuàng)建邏輯網(wǎng)卡
1.)使用nmcli命令操作，創(chuàng)建team接口team0，同時(shí)設(shè)置teaming模式為roundrobin
[root@CentOS7 ~]# nmcli con add type team con-name team0 ifname team0 config '{"runner":{"name": "roundrobin"}}'
2.)給接口team0設(shè)置ip地址和網(wǎng)關(guān)
[root@CentOS7 ~]# nmcli con modify team0 ipv4.address '10.0.0.41/24' ipv4.gateway '10.0.0.254'
3.)設(shè)置為手動(dòng)模式，取消DHCP
[root@CentOS7 ~]# nmcli con modify team0 ipv4.method manual
6.) 添加物理網(wǎng)卡節(jié)點(diǎn)
# 將兩張物理網(wǎng)卡加入到team中
[root@CentOS7 ~]# nmcli con add type team-slave con-name team0-port1 ifname eth0 master team0
[root@CentOS7 ~]# nmcli con add type team-slave con-name team0-port2 ifname eth1 master team0
7.) 查看team0的狀態(tài)
[root@CentOS7 ~]# teamdctl team0 st
setup:
runner: roundrobin
ports:
eth2
link watches:
link summary: up
instance[link_watch_0]:
name: ethtool
link: up
down count: 0
eth3
link watches:
link summary: up
instance[link_watch_0]:
name: ethtool
link: up
down count: 0
image.png
