Questions about personal preferences should be marked as „content“ :)
Not as a „question“:
The method of bonding (and probably teaming as well) depends on your switch and how you have configured the switch. In my case, I have 2 switches that work together in a cluster and I use LACP (802.3ad or mode 4) for bonding This needs to be setup on both the machine and the switches. However if I could not use that. I prefer bonding mode balance-alb (mode 6).
If you are running virtual machines, bonding IMO does not make any sense, redundancy should be configured on the hypervisor level
I have never setup teaming on Linux, so I cannot comment on that
The method of bonding (and probably teaming as well) depends on your switch and how you have configured the switch. In my case, I have 2 switches that work together in a cluster and I use LACP (802.3ad or mode 4) for bonding This needs to be setup on both the machine and the switches. However if I could not use that. I prefer bonding mode balance-alb (mode 6).
If you are running virtual machines, bonding IMO does not make any sense, redundancy should be configured on the hypervisor level
I have never setup teaming on Linux, so I cannot comment on that
Thanks for your comment, Maurice!
I prefer ALB to LACP because ALB is switch-independent. Therefore it is simpler to set it up. And when it comes to a disaster recovery it could be necessary to set up new switches as well. With ALB all I need are uplinks in the right VLAN.
Questions about personal preferences should be marked as „content“ :)
Not as a „question“:
you are right, both my post for today are in the wrong category … am a little out of practice
@Madi.Cristil could you please move my posts?
Questions about personal preferences should be marked as „content“ :)
Not as a „question“:
you are right, both my post for today are in the wrong category … am a little out of practice
@Madi.Cristil could you please move my posts?
Hey @vNote42 :)No worries! With the new job, I bet there's a lot to learn! :D Already transformed them in conversations!
The method of bonding (and probably teaming as well) depends on your switch and how you have configured the switch. In my case, I have 2 switches that work together in a cluster and I use LACP (802.3ad or mode 4) for bonding This needs to be setup on both the machine and the switches. However if I could not use that. I prefer bonding mode balance-alb (mode 6).
If you are running virtual machines, bonding IMO does not make any sense, redundancy should be configured on the hypervisor level
I have never setup teaming on Linux, so I cannot comment on that
Thanks for your comment, Maurice!
I prefer ALB to LACP because ALB is switch-independent. Therefore it is simpler to set it up. And when it comes to a disaster recovery it could be necessary to set up new switches as well. With ALB all I need are uplinks in the right VLAN.
You can backup your (managed) switch config with a tool like Rancid or oxidized. If you cannot setup your new switch with LACP, disable one interface (shut interface for example), that way LACP detects there is only one interface alive and should start working as expected. Login to your server, reconfigure and done
Never used Teaming on linux, only bonding with LACP. Recently vlan tagging too.
We do teaming on Linux servers for a new service we implemented. Initially it was set up as Round Robin but then we changed to ALB I believe (I can confirm if needed). Everything seems to work well as we need throughput on this service and are also moving to 25GB now on the servers.
Just be cautious with switch independent boding modes and Cisco ACI. ACI is too damn clever to work with simple active-active bonding. That lead to some unexpected results here like admin down ports, blocked MAC addresses. In Linux we use active-backup so this was no issue, but in Windows we use the MS recommendation Switch Independent with Dynamic Load Balancing. We never had a problem with this before, but with ACI we now need to migrate all Windows servers to LACP/802.3ad.
https://www.ciscolive.com/c/dam/r/ciscolive/emea/docs/2020/pdf/R6BGArNQ/TECACI-2009.pdf