【背景】
近期项目涉及到硬件服务器的交付，组网涉及到Trunk、Bond、mode4，做一个学习笔记。
【为什么要做mode4 ？】
硬件都有故障率，为了做到硬件冗余高可用，通过软件配置将两个或多个（一般是两个）网卡绑定（Bond）为1个逻辑网卡，绑定模式常见的是mode4，业务访问就通过逻辑网口，因此硬件故障就对业务透明了。
【怎么做mode4 ？】服务器和交换机上要配置同一种mode类型
1、服务器上的2个网卡配置bond，选择mode4。
2、交换机上连接服务器的2个网口配置为Trunk类型，这2个网口也要做bond为mode4，同时为该端口分配同一个pvid。
常见的组网：
【相关知识点】
常用的绑定模式有mode0、mode1、mode2、mode3、mode4、mode5、mode6
mode=0 模式
round-ronbin 轮询模式，轮流在每个网口上发送数据包，提供负载均衡和容错能力。
mode=1 模式
active-backup 主备模式，提供负载均衡。如果主故障后，会自动切换到备端口，切换过程性能会有波动。
mode=2 模式
(balance-xor) XOR policy（平衡策略）
特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 XOR 目标MAC地址) % slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力
对该模式下网卡进行压测，查看每块单独网卡流量的分布：
mode=3 模式
broadcast（广播策略）,特点：在每个slave接口上传输每个数据包，此模式提供了容错能力
mode=4模式
动态链路聚合，双活模式。选择哪个端口，取决于传输的hash策略，默认是XOR（异或）
mode=5 模式
(balance-tlb) Adaptive transmit load balancing（适配器传输负载均衡）特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量。如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。
该模式的必要条件：ethtool支持获取每个slave的速率
对该模式下网卡进行压测，查看每块单独网卡流量的分布：
mode=6模式
(balance-alb) Adaptive load balancing（适配器适应性负载均衡）
特点：该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信。
来自服务器端的接收流量也会被均衡。当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来。当ARP应答从对端到达 时，bonding驱动把它的硬件地址提取出来，并发起一个ARP应答给bond中的某个slave。使用ARP协商进行负载均衡的一个问题是：每次广播 ARP请求时都会使用bond的硬件地址，因此对端学习到这个硬件地址后，接收流量将会全部流向当前的slave。这个问题可以通过给所有的对端发送更新 （ARP应答）来解决，应答中包含他们独一无二的硬件地址，从而导致流量重新分布。当新的slave加入到bond中时，或者某个未激活的slave重新 激活时，接收流量也要重新分布。接收的负载被顺序地分布（round robin）在bond中最高速的slave上
当某个链路被重新接上，或者一个新的slave加入到bond中，接收流量在所有当前激活的slave中全部重新分配，通过使用指定的MAC地址给每个 client发起ARP应答。下面介绍的updelay参数必须被设置为某个大于等于switch(交换机)转发延时的值，从而保证发往对端的ARP应答 不会被switch(交换机)阻截。
必要条件：
● 条件1：ethtool支持获取每个slave的速率；
● 条件2：底层驱动支持设置某个设备的硬件地址，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，同时保证每个bond 中的slave都有一个唯一的硬件地址。如果curr_active_slave出故障，它的硬件地址将会被新选出来的 curr_active_slave接管
对该模式下网卡进行压测，查看每块单独网卡流量的分布：
