2024年4月18日发(作者：)

. .

双网卡做成bond0的方法

说明

所谓bond，就是把多个物理网卡绑定成一个逻辑上的网卡好处：增加带宽接入，还可以实

现主备功能，当其中一个网卡挂掉，不会影响网络连接。并且节约IP。

实施案例讲解

我们的测试效劳器

双网卡 eth1:192.168.2.218/24

Eht2:192.168.2.222/24

我们需要将这2个网卡做成一个bond0网卡

1.编辑eth1.

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

修改为

我们去掉了IP,MAC,掩码网关，bootproto设置为none

2.编辑eth2

同样这样更改eth2，如下列图所示

3.创立并且编辑bond0网卡

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

增加如下参数

可以看到，和我们平时用的eth1网卡配置差不多，只是少了MAC地址。。。

编辑vi /etc/文件

添加如下参数

编辑好了之后重启网卡，会发现eth1 eth2无IP，依然通了外网

至此，我们的bond0已经创立成功

接下来我们需要去编辑启动文件添加一行

vi /etc/

添加ifenslave bond0 eth1 eth2

重启效劳器，测试是否能成功

多个bond

如果是创立多个bond的时候，我们修改vi /etc/配置文件的时候依照下列图

. ! .

. .

添加，依次增加

Eth2 eth3….等修改方式同上。

如果bond的模式〔请查看参数讲解〕不同，那么修改为

这种情况遇到较少，我们了解就好

参数讲解

Bond有7种模式，我们常用的是

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

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

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

七种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-*or)*OR policy〔平衡策略〕

特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 *OR 目标MAC

地址)% slave数量。其他的传输策略可以通过*mit_hash_policy选项指定，此模式提供负载平

衡和容错能力

第四种模式：mod=3，即：broadcast〔播送策略〕

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

第五种模式：mod=4，即：(802.3ad)IEEE 802.3ad Dynamic link aggregation〔IEEE802.3ad 动态

聚合〕

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

在同一个激活的聚合体下。外出流量的slave选举是基于传输hash策略，该策略可以通过

*mit_hash_policy选项从缺省的*OR策略改变到其他策略。需要注意的是，并不是所有的传

. ! .

. .

输策略都是802.3ad适应的，尤其考虑到在802.3ad标准43.2.4章节提及的包乱序问题。不同

的实现可能会有不同的适应性。

必要条件：

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

条件2：switch(交换机)支持IEEE802.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流量的接收负载均衡(receiveload

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重新激活时，接收流量也要重新分布。接收的负

载被顺序地分布〔roundrobin〕在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，….eth*；而mod=0的话，会发

. ! .

. .

现2个口的流量都很稳定，根本一样的带宽。而mod=6，会发现第一个口流量很高，第2

个口只占了小局部流量

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

ma*_bonds 配置的bond口个数，我们这里没有演示，实际当存在2个bond的时候，我们除

了上面讲解到的方法，还可以以下方法

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

. .

!