bond技术及mode模式详解

前言：
​ 一般企业内用于提供NFS服务、samba服务或者vsftpd服务时，要求系统必须提供7*24小时的网络传输服务。它所能提供的最大网络传输速度为100MB/s，但是当访问的用户数量特别多时，服务器的访问压力非常大，网络传输速率特别慢。
　因此我们可以采用bond技术实现多网卡的负载均衡来保障网络的自动备援和负载均衡。以此保障实际运维工作中网络的可靠性、文件高速率传输性。

一、Linux多网卡绑定
1.1 网卡绑定mode的种类
网卡绑定mode共有七种：bond0、bond1、bond2、bond3、bond4、bond5、bond6

常见的网卡绑定驱动主要有以下三种模式：

mode0 平衡负载模式： 平时两块网卡工作，且自动备援，但需要在服务器本机网卡相连的交换机设备上进行端口聚合来支持绑定技术；

mode1 自动备援技术： 平时只有一块网卡工作，在它故障后自动替换为另外的网卡；

mode6 平衡负载模式： 平时两块网卡均工作，且自动备援，无须交换机设备提供辅助支持；

注意：mode 0负载均衡配置

我们在做mode 0 负载均衡时，仅仅设置option是bond0 miimon=100 mode=0是不行的，与网卡相连的交换机必须做聚合方式的配置。因为做bonding的这两块网卡使用的是同一个MAC地址，如果这些网卡都接在同一个交换机上，那么交换机的ARP中MAC地址对应的端口就有多个，此时，当交换机接收到发往此MAC地址的数据时会出现不知道应该往哪个端口发送的问题。

一般的解决方式：两个网卡接入不同的交换机即可。mode6模式下无需配置交换机，因为做bonding的这两块网卡是使用不同的MAC地址。

二、bond七种模式详解
2.1 mode 0 （平衡抡循环策略）
特点

传输数据包顺序为依次传输：即第1个包走ens33/eth0，下一个包就走ens36/eth1….一直循环下去，直到最后一个传输完毕

实现功能

实现了负载平衡

提供容错能力

缺点

如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降

2.2 mode 1（主-备份策略）
特点

① 只有一个设备处于活动状态，当一个宕掉另一个马上由备份转换为主设备

③ mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱

实现功能

提供容错能力

提供高网络连接的可用性

缺点

资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N

2.3 mode 2（平衡策略）
特点

① 基于指定的传输HASH策略传输数据包

② 默认的策略为：(源MAC地址 XOR 目标MAC地址) % slave数量

③ 其他的传输策略可以通过xmit_hash_policy选项指定

实现功能

实现了负载平衡

提高了容错能力

2.4 mode 3（广播策略）
特点

在每个slave（从设备）上传输每个数据包

实现功能

只提供容错能力

2.5 mode 4 （IEEE 802.3ad 动态链接聚合）
特点

① 需要创建一个聚合组，它们共享同样的速率和双工设定

② 根据802.3ad规范将多个slave工作在同一个激活的聚合体下

必要条件

① ethtool支持获取每个slave的速率和双工设定

② switch(交换机)支持IEEE 802.3ad Dynamic link aggregation

③ 很多switch(交换机)需要经过特定配置才能支持802.3ad模式

2.6 mode 5 （适配器传输负载均衡）
特点

① 不需要任何特别的switch(交换机)支持的通道bonding

② 在每个slave上根据当前的负载（根据速度计算）分配外出流量

③ 如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。

必要条件

ethtool支持获取每个slave的速率

2.7 mode 6 （适配器适应性负载均衡）
特点

① 该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb)，而且不需要任何switch(交换机)的支持

② 接收负载均衡是通过ARP协商实现的

bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信

③ 来自服务器端的接收流量也会被均衡

当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来。当ARP应答从对端到达 时，bonding驱动把它的硬件地址提取出来，并发起一个ARP应答给bond中的某个slave

必要条件

① ethtool支持获取每个slave的速率

② 底层驱动支持设置某个设备的硬件地址，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，同时保证每个 bond 中的slave都有一个唯一的硬件地址。如果curr_active_slave出故障，它的硬件地址将会被新选出来的 curr_active_slave接管

2.7.1 mode 5与mode 0的区别
mod 6：会先把ens33/eth0流量占满，再占ens36/eth1，….；

mod 0：会发现2个口的流量都很稳定，基本一样的带宽。

通过比对会发现mod 6的第一个口流量很高，第2个口只占了小部分流量