Bonding e teaming de rede com o NetworkManager: modos, requisitos do switch e verificação

O que é

O bonding do Linux (o driver de kernel bonding) apresenta várias NICs físicas como uma única interface lógica (bondX). O NetworkManager consegue criar e gerenciar uma conexão de bond usando o tipo de conexão bond, mais uma conexão ethernet por slave, marcada como porta do bond. As opções do driver do kernel ficam na propriedade bond.options (por exemplo, mode=802.3ad,miimon=100). O teaming (teamd, tipo de conexão team) é a alternativa mais antiga; ele está obsoleto no RHEL 9 e foi removido no RHEL 10, portanto novas configurações devem usar bonding.

Por que importa

Os modos de bonding não são intercambiáveis, e a escolha errada ou não serve para nada ou derruba a conectividade:

• active-backup: apenas um slave fica ativo por vez e os demais ficam em espera; o failover ocorre quando o link cai. Não exige nenhuma configuração no switch — cada NIC pode até se conectar a um switch diferente, o que também é o principal ganho de resiliência desse modo.
• 802.3ad (LACP): os slaves negociam com o switch, pelo protocolo LACP, um grupo de agregação de links dinâmico. Normalmente todos os slaves ficam ligados ao mesmo switch, e as portas desse switch precisam ser configuradas explicitamente como um grupo LACP correspondente. Sem essa configuração no lado do switch, o tráfego é descartado ou, na prática, apenas um slave é usado.
• Os outros modos equilibram de formas diferentes a distribuição de carga e os requisitos do switch: balance-rr, balance-xor e broadcast exigem que as portas do switch estejam agrupadas em um EtherChannel/trunk estático (sem LACP); caso contrário, o switch vê o mesmo endereço MAC oscilando entre portas. Já balance-tlb e balance-alb não exigem configuração no switch.

Como aplicar

• Escolha o modo conforme o que a equipe responsável pelo switch consegue configurar: active-backup quando não é possível ou não está disponível uma configuração coordenada no switch; 802.3ad quando dá para montar um port-channel/EtherChannel LACP adequado.
• Crie com o nmcli: uma conexão bond com bond.options e, em seguida, duas ou mais conexões ethernet com connection.master apontando para o bond e connection.slave-type bond.
• Verifique o estado negociado, e não apenas a configuração: cat /proc/net/bonding/bond0 mostra o modo ativo, o status MII de cada slave e, no caso do 802.3ad, o parceiro LACP e os IDs de agregador efetivamente acordados com o switch.
• Confirme o comportamento de failover desativando um slave (ip link set eth0 down, como root) e verificando se /proc/net/bonding/bond0 mostra a troca e se a conectividade se mantém; reative-o com ip link set eth0 up. Faça esse teste em um console, não através do próprio bond — se o failover não funcionar, a sessão é perdida.

Armadilhas

• Configurar 802.3ad no host enquanto as portas do switch continuam em modo standalone (sem agregação): o link pode até subir, mas o tráfego é descartado ou duplicado.
• Presumir que /proc/net/bonding reflete a intenção de um arquivo de configuração; ele reflete apenas o que o driver negociou naquele momento — verifique novamente após qualquer mudança no lado do switch.