在RedHat7/8中配置双网卡的Bond主备模式

有了想换份工作的念头后，就开始在郑州观望工作机会。

今日接到了浩鲸的电话，对方告诉我这是个到客户现场的出差岗位，偏重于实践操作，期间问了些具体的Linux操作调整文件。

我将近两年没在一线操作岗位上呆过了，对一线操作只剩下了基本的解决思路，对于新版本的红帽系统的操作需要现场查阅参考手册了。我不得不承认，这次电话沟通是失败的，而且是惨败：我在用红帽5/6的系统管理策略应答7/8的新问题，这是以己之短克人之长的下策。同时我也必须承认，现在在应对一线操作上，我不如这位年轻的面试官。

这给我的教训是：新事物出来后，一定要验证已有的知识和解决方案是否还是最佳的，要下沉到一线操作上，保持对一线操作的熟悉感和直感。即便是研究理论、设计最小环境测试，也不能仅满足于我的方法解决了业务需求，应该更深入地思考如果这是正式的生产环境，当前方案是否是最佳方案、在运维过程中是否可以有更好的方法作为标准操作。

我决定重新把操作系统上的知识和一线操作技巧重新融汇更新一次，产生一次知识迭代。实现理论和实践，两手都要抓、两手都要硬，避免脱离一线操作的实际情况、用老办法解决新问题。

今天作为操作系统知识融汇的第一次，先重新学习一下双网卡的Bond主备模式。

首先是回顾Bond绑定的基本知识：

bonding(绑定)是一种linux系统下的网卡绑定技术，可以把服务器上多个物理网卡在系统内部抽象成一个逻辑网卡，从而实现本地网卡的冗余、带宽扩容和负载均衡等功能，达到提升网络吞吐量和网路性能的目的。在操作系统的生产部署中是一种常用的技术。

Bond有7种工作模式：

Mode=0(balance-rr) ：负载分担round-robin，有容错和负载均衡的功能, 需要交换机的配置，每块网卡轮询发包，流量分发比较均衡。

Mode=1(active-backup) ：主备模式，只有一块网卡是active,另外一块是备的standby，只有容错功能，对外只有一个mac地址，端口利用率比较低。这时如果交换机配的是捆绑，将不能正常工作，因为交换机往两块网卡发包，有一半包是丢弃的。

Mode=2(balance-xor) ：XOR Hash负载分担，和交换机的聚合强制不协商方式配合。

Mode=3(broadcast) ：所有包从所有interface发出，这个不均衡，只有冗余机制，和交换机的聚合强制不协商方式配合。

Mode=4(802.3ad) ：支持802.3ad协议，和交换机的聚合LACP方式配合。

Mode=5(balance-tlb)：根据每个slave的负载情况选择slave进行发送，接收时使用当前轮到的slave。

Mode=6(balance-alb) ：在5的tlb基础上增加了rlb，有容错和负载均衡的功能，不需要交换机配置，流量分发到每个接口不是特别均衡。

常用的0、1、6模式，自己学学习时一般选择1。

孟伯，20200309
            交流联系：WeChat 1807479153；QQ 1807479153 ；Phone：[phone]