linux多网卡绑定

一、Linux 多网卡绑定

网卡绑定mode共有七种(0~6) bond0、bond1、bond2、bond3、bond4、bond5、bond6

常用的有三种

mode=0：平衡负载模式，有自动备援，但需要”Switch”支援及设定。

mode=1：自动备援模式，其中一条线若断线，其他线路将会自动备援。

mode=6：平衡负载模式，有自动备援，不必”Switch”支援及设定。

需要说明的是如果想做成mode 0的负载均衡,仅仅设置这里options bond0 miimon=100 mode=0是不够的,与网卡相连的交换机必须做特殊配置（这两个端口应该采取聚合方式），因为做bonding的这两块网卡是使用同一个MAC地址.从原理分析一下（bond运行在mode 0下）：

mode 0下bond所绑定的网卡的IP都被修改成相同的mac地址，如果这些网卡都被接在同一个交换机，那么交换机的arp表里这个mac地址对应的端口就有多 个，那么交换机接受到发往这个mac地址的包应该往哪个端口转发呢？正常情况下mac地址是全球唯一的，一个mac地址对应多个端口肯定使交换机迷惑了。所以 mode0下的bond如果连接到交换机，交换机这几个端口应该采取聚合方式（cisco称为 ethernetchannel，foundry称为portgroup），因为交换机做了聚合后，聚合下的几个端口也被捆绑成一个mac地址.我们的解 决办法是，两个网卡接入不同的交换机即可。

mode6模式下无需配置交换机，因为做bonding的这两块网卡是使用不同的MAC地址。

七种bond模式说明：

第一种模式：mod=0 ，即：(balance-rr) Round-robin policy（平衡抡循环策略）

特点：传输数据包顺序是依次传输（即：第1个包走eth0，下一个包就走eth1….一直循环下去，直到最后一个传输完毕），此模式提供负载平衡和容错能力；但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降

 

第二种模式：mod=1，即： (active-backup) Active-backup policy（主-备份策略）

特点：只有一个设备处于活动状态，当一个宕掉另一个马上由备份转换为主设备。mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱。此模式只提供了容错能力；由此可见此算法的优点是可以提供高网络连接的可用性，但是它的资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N

 

第三种模式：mod=2，即：(balance-xor) XOR policy（平衡策略）

特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 XOR 目标MAC地址) % slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力

 

第四种模式：mod=3，即：broadcast（广播策略）

特点：在每个slave接口上传输每个数据包，此模式提供了容错能力

 

第五种模式：mod=4，即：(802.3ad) IEEE 802.3ad Dynamic link aggregation（IEEE 802.3ad 动态链接聚合）

特点：创建一个聚合组，它们共享同样的速率和双工设定。根据802.3ad规范将多个slave工作在同一个激活的聚合体下。

外出流量的slave选举是基于传输hash策略，该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的 是，并不是所有的传输策略都是802.3ad适应的，尤其考虑到在802.3ad标准43.2.4章节提及的包乱序问题。不同的实现可能会有不同的适应 性。

必要条件：

条件1：ethtool支持获取每个slave的速率和双工设定

条件2：switch(交换机)支持IEEE 802.3ad Dynamic link aggregation

条件3：大多数switch(交换机)需要经过特定配置才能支持802.3ad模式

 

第六种模式：mod=5，即：(balance-tlb) Adaptive transmit load balancing（适配器传输负载均衡）

特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量。如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。

该模式的必要条件：ethtool支持获取每个slave的速率

 

第七种模式：mod=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接管

其实mod=6与mod=0的区别：mod=6，先把eth0流量占满，再占eth1，….ethX；而mod=0的话，会发现2个口的流量都很稳定，基本一样的带宽。而mod=6，会发现第一个口流量很高，第2个口只占了小部分流量

 

Linux网口绑定

通过网口绑定(bond)技术,可以很容易实现网口冗余，负载均衡，从而达到高可用高可靠的目的。前提约定：

2个物理网口分别是：eth0,eth1

绑定后的虚拟口是：bond0

服务器IP是：192.168.0.100

第一步，配置设定文件：

/etc/sysconfig/network-scripts/ifcfg-bond0

DEVICE=bond0

BOOTPROTO=none

ONBOOT=yes

IPADDR=192.168.0.100

NETMASK=255.255.255.0

NETWORK=192.168.0.0

BROADCAST=192.168.0.255

#BROADCAST广播地址

/etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

BOOTPROTO=none

MASTER=bond0

SLAVE=yes

/etc/sysconfig/network-scripts/ifcfg-eth1

DEVICE=eth1

BOOTPROTO=none

MASTER=bond0

SLAVE=yes

第二步，修改modprobe相关设定文件，并加载bonding模块：

1.在这里，我们直接创建一个加载bonding的专属设定文件/etc/modprobe.d/bonding.conf

[root@test ~]# vi /etc/modprobe.d/bonding.conf

#追加

alias bond0 bonding

options bonding mode=0 miimon=200

2.加载模块(重启系统后就不用手动再加载了)

[root@test ~]# modprobe bonding

3.确认模块是否加载成功：

[root@test ~]# lsmod | grep bonding

bonding 100065 0

第三步，重启一下网络，然后确认一下状况：

[root@test ~]# /etc/init.d/network restart

[root@test ~]# cat /proc/net/bonding/bond0

Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)

Bonding Mode: fault-tolerance (active-backup)

Primary Slave: None

Currently Active Slave: eth0

……

 [root@test ~]# ifconfig | grep HWaddr

bond0 Link encap:Ethernet HWaddr 00:16:36:1B:BB:74

eth0 Link encap:Ethernet HWaddr 00:16:36:1B:BB:74

eth1 Link encap:Ethernet HWaddr 00:16:36:1B:BB:74

从上面的确认信息中，我们可以看到3个重要信息：

1.现在的bonding模式是active-backup

2.现在Active状态的网口是eth0

3.bond0,eth1的物理地址和处于active状态下的eth0的物理地址相同，这样是为了避免上位交换机发生混乱。

任意拔掉一根网线，然后再访问你的服务器，看网络是否还是通的。

第四步，系统启动自动绑定、增加默认网关：

[root@test ~]# vi /etc/rc.d/rc.local

#追加

ifenslave bond0 eth0 eth1

route add default gw 192.168.0.1

#如可上网就不用增加路由，0.1地址按环境修改.

------------------------------------------------------------------------

留心：前面只是2个网口绑定成一个bond0的情况，如果我们要设置多个bond口，比如物理网口eth0和eth1组成bond0，eth2和eth3组成bond1，

那么网口设置文件的设置方法和上面第1步讲的方法相同，只是/etc/modprobe.d/bonding.conf的设定就不能像下面这样简单的叠加了：

alias bond0 bonding

options bonding mode=1 miimon=200

alias bond1 bonding

options bonding mode=1 miimon=200

正确的设置方法有2种：

第一种,你可以看到，这种方式的话，多个bond口的模式就只能设成相同的了：

alias bond0 bonding

alias bond1 bonding

options bonding max_bonds=2 miimon=200 mode=1

第二种，这种方式，不同的bond口的mode可以设成不一样：

alias bond0 bonding

options bond0 miimon=100 mode=1

install bond1 /sbin/modprobe bonding -o bond1 miimon=200 mode=0

仔细看看上面这2种设置方法，现在如果是要设置3个，4个，甚至更多的bond口，你应该也会了吧！

后记：简单的介绍一下上面在加载bonding模块的时候，options里的一些参数的含义：

miimon 监视网络链接的频度，单位是毫秒，我们设置的是200毫秒。

max_bonds 配置的bond口个数

mode bond模式，主要有以下几种，在一般的实际应用中，0和1用的比较多。

二、三种常用绑定模式浅析

日常工作生产环境的x86服务器都使用了双网卡接入模式，无论是出于增加网络带宽的考虑，还是冗余,高可用的考虑，双网卡绑定都能带来非常多的裨益，双网卡即把两块网卡虚拟成为一块网卡，具有相同的IP地址，可看做一个单独的以太网接口设备。正常情况下，网卡只接收目的MAC地址是自身MAC的以太网帧。但处于绑定模式下的两个网卡运行在混杂模式下，会接受所有的以太网帧，并且将驱动程序中两块网卡的 MAC地址改成相同，可以接收特定MAC的数据帧并处理。日常工作中使用的双网卡绑定模式主要有A/S主备模式，AA静态聚合模式，AA 802.3ad动态聚合模式三种，下面详细分析一下他们的特点和适用场景。

一. 三种绑定模式浅析

（1）. A/S主备模式
顾名思义，主备模式下只有一个网络设备处于活动状态，当主网卡down掉以后，备网卡会切换为主设备。此模式提供比较高的容错能力，并且mac地址在交换机等设备看来是可见并唯一的，但是资源利用率不高，也不能满足高带宽的需求。
主备模式的实现原理是将做绑定的两个slave网口的MAC地址都改为虚拟网卡的MAC地址，而虚拟网卡的MAC地址是Bond创建启动后，主网口的MAC地址。如下示意图。

而当主网卡故障时，Bond会切换到备用网口，切换过程中，上层的应用是无感知不受影响的，因为bond驱动程序会接管上层应用的数据包，缓存起来等备用网卡起来后再通过备用网卡发送出去。但是缓冲区容量有限，如果切换时间过长会造成缓冲区溢出并丢包。
主备模式的容错能力决定这种网卡绑定模式适用于对网络链路带宽不是很敏感，但是要求高冗余性的场景下，比如部署应用的机器。
（2）. AA静态聚合绑定模式
AA静态聚合绑定模式，即轮询模式，做绑定的两个网卡的数据传输是按顺序进行的，第一个包走网卡一，第二个包走网卡二，第三个包走网卡三，依次类推。该模式下，由于绑定的所有网卡的IP都被修改为同一个MAC地址。此时交换机收到发往该MAC地址的数据包时，将不知道从对应的哪个端口转发该数据，为了解决交换机的这个问题，交换机应做端口绑定，将数据发往逻辑聚合端口，之后由聚合端口从多个端口转发数据。此绑定模式在比较大的网络压力下，性能提升并不会很明显，因为一个连接或者会话的数据包如果从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降。并且，交换机端需要设置成 Link Aggregation Group (LAG) 群組，且由于是静态设定，所有的链路都不能出错，如果出错，将会造成网络失败的情况。所以静态聚合模式虽然能够增加带宽，但是不能提供容错能力。
因此此绑定模式适用于网络压力没有那么大的场景下。日常工作中一般应用比较少，主要用在ESXI主机上，主要原因是ESXI主机对流量要求很高，但是hypervisor本身不支持LACP协议。
（3）. AA动态聚合绑定模式
动态聚合绑定模式，即802.3ad 动态容错，与Windows中的SLB绑定模式基本相同，但是要求交换机必须支持802.3ad中的链路聚合控制协议(LACP)，动态聚合模式能够提升网络带宽，并提供容错能力。与上面的静态AA模式不同，动态聚合模式会通过查询的方式检查是否加入了LAG组，如果加入了就开启LACP协议，如果没有加入则略过此协议。如果有连接down了，就会自动脱离LACP控制，不会影响其他的链路，因此动态聚合模式提供了较高的容错能力。同时，动态聚合模式所有流量的分发基于hash算法，理论上，不同两台PC的网络链接会通过不同的网络连线传输通讯帧，因此总带宽就增加了一倍，但是实际情况并不会有这么大的提升，但是此绑定模式还是能够带来可观的带宽提升，以及比较好的容错能力。此种绑定关系适用于高容错性，高带宽的场景下，比如部署数据库。

二． 网卡绑定的实现

（1）. Linux下网卡绑定
1.在/etc/sysconfig/network-scripts/下创建网卡绑定配置文件ifcfg-bond1
其中BOOTPROTO参数值可以为dhcp,static和none。对应DHCP自动获取IP地址和分配静态IP地址，行内标准一般设置为none，分配静态IP。

ONBOOT参数值表示此虚拟设备及绑定的物理设备开机会自动启动和初始化
TYPE参数值代表网络类型，除了默认的以太网，还可能有桥接等类型
BONDING_OPTS绑定参数主要区别在于绑定模式，行内常用的三种模式为
Mode=0对应上面介绍的静态AA模式
Mode=1对应上面介绍的轮询AS模式
Mode=4对应上面介绍的动态LACP模式
Miion参数表示监视网络链接的频度，单位是毫秒，行内标准为100毫秒
Xmit_hash_policy参数定义传输帧的分发策略，值为layer3+4可以形成一个个端口到端口的流，负载更加均衡.仅在LACP模式时需要配置
2.在/etc/sysconfig/network-scripts/下修改对应网卡的配置文件
把跟虚拟绑定组对应的网卡参数修改如下

3. 修改/etc/modprobe.d/bonding
添加alias bond0 bonding 
声明bond0设备使用bonding驱动配置
4. 重启网络服务生效
（2）. Windows下网卡绑定
Windows下的网卡绑定方法与Linux下大同小异，日常工作中主要使用的Intel网卡和Marvell的网卡都提供了图形化工具用于双网卡绑定配置。
1. 创建网卡组

2. 选择绑定模式
适配器容错即AS主备绑定模式，通过主备适配器的切换来提供冗余
静态链接聚合即AA静态聚合模式
IEEE 802.3ad即LACP动态聚合模式
3. 对网卡组配置IP等参数
三．自动网卡绑定探索
日常工作中的Linux网卡绑定使用了绑定脚本，根据不同的生产用途自动写入参数，但是绑定为网卡组的网卡编号需要手动选择，而网卡编号会根据机型网卡型号，插槽，操作系统版本，内核识别顺序的不同而不同，比如机型A可能是eth0和eth2绑定为bond0.而机型B可能是eth1和eth3绑定为bond0。起初我们的想法是记录下常用机型的网卡绑定对应关系，Linux操作系统安装时读取记录好的配置文件，对应机型找到绑定关系。但是在实际操作过程中发现不同的两台主机，即使是相同机型同一位置的网卡也会因为识别顺序的问题造成编号的不同。给网卡绑定带来麻烦。
另外一台主机如果因为网卡故障原因更换了网卡，此网卡在操作系统中的识别序号往往也会与原来不一样，给网络配置和日常运维带来麻烦，因此，为了解决以上两个问题，引用了udev的相关功能。
四．udev绑定及其在自动网卡绑定中的应用
（1）. UDEV介绍
udev是Linux2.6 内核里的一个功能，它替代了原来的devfs，成为当前Linux默认的设备管理工具。udev以守护进程的形式运行，通过侦听内核发出来的uevent来管理/dev目录下的设备文件。
udev可以通过自定义的规则文件，灵活的产生标识性强的设备文件名，比如/dev/boot_disk、/dev/root_disk等，以及按一定的条件来设置设备文件的权限和设备文件所有者/组。
（2）. UDEV的简单规则
生产环境下默认产生网卡设备文件的规则如下：
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?", ATTR{address}=="e8:39:35:0e:dd:ee", ATTR{type}=="1", KERNEL=="eth", NAME="eth0"
这条规则中SUBSYSTEM、ACTION、DRIVERS、ATTR{address}、ATTR{type}、KERNEL都是匹配键，即这条规则成立的条件，NAME则是赋值键，即匹配规则成立之后产生的结果。
该规则表示：如果存在设备的子系统为net，并且MAC地址为" e8:39:35:0e:dd:ee "，为该设备产生一个名为eth0的设备文件。
正如上文所述，这种规则存在问题，就是当网卡故障需要更换的时候，由于网卡的MAC地址发生改变，可能会出现网卡无法识别的问题，但如果将/etc/udev/rules.d/70-persistent-net.rules的匹配信息由网卡的MAC地址改为网卡对应PCI的bus id，而主机的PCI的bus id由主机的型号决定，不会因为故障更换硬件而改变，所以不存在网卡或PCI主板更换就匹配不了规则的情况。
首先，需要通过lspci–m –D | grep–iethernet查找到PCI的bus id，其中ethernet代表网卡设备。

上面查询结果中的第一列就是主机PCI的bus id。
然后，修改70-persistent-net.rules的内容，本文为了让大家能够明显看出使用新的规则以后发生的变化，会将网卡名改为test0和test1，此规则修改如下：

上面这个规则里使用了一个KERNELS参数，在这里表示网卡的某些父设备的名称，udev会沿着网卡的在/sys空间中绝对路径查找父设备的名称，直到匹配到KERNELS设置的设备名称。而主机PCI的bus id就是网卡的上一级的父设备名称，也就相当于以主机PCI的bus id作为匹配条件。
修改完规则以后需要重启主机，再用ifconfig–a命令查看就可以看到新规则下的网卡名了，同时会在/sys/class/net/目录下生成两个新的设备文件。下面是使用新规则前后ifconfig–a和/sys/class/net/目录的结果对比：
使用前：


使用后：


（3）. 实际应用
首先收集常见机型的bus id与eth网卡编号的对应关系，之后编写出对应机型的70-persistent-net.rules规则，然后在操作系统初始配置阶段写入到系统的rules文件中。如此网卡序号就和卡槽位置绑定，解决了机器网卡更换后网卡序号改变的问题。另外，因为卡槽位置与网卡序号绑定，所以同一机型组成bond0，bond1网卡组的网卡序号可以确定。绑定过程不需要再人工识别，可以根据之前的记录自动绑定，提高操作系统部署的速度，减少出错。