一、active-backup - 主备模式
一个网卡处于活动状态，另一个处于备份状态，所有流量都在主链路上处理，当活动网卡down掉时，启用备份网卡。
1、实验环境VMware虚拟机，系统Ubuntu20.04-server；
这里我要实现双网卡绑定主备模式，并且当主卡故障恢复后，活动端口自动切回主卡
2、加载binding模块
# 载入模块
$ sudo modprobe bonding
# 查看模块,如果模块已经加载，显示出来
$ sudo lsmod|grep bonding
bonding 163840 0
二、以下命令在线切换活动网卡，
2.1、安装 ifenslave 软件
ifenslave为一种粘合和分离式的软件，可以将数据包有效的分配到bonding驱动
2.2、在线切换活动网卡会导致网络断开，延迟，相当于模拟断开网卡，谨慎操作
ifenslave -c bonde ens35
2.3、需要注意的是只能将一个接口设置为主从接口!
三、修改，解除，删除bond模式免重启生效参数
1、卸载内核bonding模块
modprobe -r bonding
2、重载内核模块
modprobe bonding
3、重启网卡
netplan apply
4、查看bond模式
cat /proc/net/bonding/bond0
四、双网卡绑定 bond 主备模式
1、配置文件写入完成，重启网络服务
2、双网卡绑定后，查看bonding状态，Active Slave：表示的是当前活动的网卡
3、在虚拟机设置里面模拟网卡故障，当断掉ens33后
4、当前活动网卡切换成了ens34，并且网络超时4次后恢复了ping，虚拟机环境超时比较严重
5、把ens33拉起后，active slave 是ens34，也就是现在ens34它在充当主
5、我们等待一段时间后断开ens34，看是否会跳回ens33；可以看到ens34断开后，活动网卡切换到ens33，并超时几次后恢复ping
到这一步双网卡绑定bond主备模式就做好了
思考：这就有一个问题当ens33故障恢复后，主卡还是ens34，我们需要手动将ens34断开后，主卡才会恢复ens33，但我们想ens33就是充当主卡，在主链路断开后，备用网卡接管主，在ens33故障恢复后，网络自动会切换到主卡ens33中来
五、双网卡绑定bond主备模式，设置主从中主总是其中一张网卡
这里我们再用两张网卡做主备模式，并且设置ens35为主要活动网卡
1、配置文件与bond1配置几乎一样，
但在parameters模块中添加这一项：primary: ens35,然后重启网络服务
2、再次查看bonding，看到这项Primary Slave: ens35, 这就是把ens35设置了主从中他永远充当主要活动网卡，我们再一次试验
3、断开ens35，切换ens37为主要活动网卡
4、我们再把ens35恢复，看看active slave恢复到ens35了，ping超时也恢复了过来
思考：网络断开，超时恢复的时间有点久，我另一篇有关CentOS7的双网卡绑定team超时次数在1~2个，没有Ubuntu超时次数这么多，个人感觉系统层绑定模式有一点差别，然后就是VMware里虚拟出来的NAT网络适配器它本身是虚拟出来的一个网络设备，和硬件设备相比，处理能力要差很多，另一个就是做双网卡绑定冗余一般接在两台不同的交换机上。
标签：绑定,双网卡,网卡,bonding,主备,Ubuntu,ens35,20.04,ens33 From： https://www.cnblogs.com/daoguanmao/p/17203571.html