Como configurar o Network Bonding no SUSE Linux Enterprise 15

A agregação de links (ou bonding) em um sistema SUSE Linux Enterprise Server 15 fornece uma interface de rede lógica com suporte de duas ou mais portas físicas. Um bom resultado é um bond0dispositivo persistente com a configuração de IP desejada, os membros esperados conectados e um estado de link claro. A agregação de links pode melhorar a disponibilidade e, em alguns modos, distribuir o tráfego, mas não garante maior velocidade para todas as conexões nem proteção contra todas as falhas de switches, cabos ou servidores upstream.

Este guia segue o procedimento de agregação de links (bonding) do SUSE SLES 15 SP7 publicado em 1º de outubro de 2026. Ele utiliza arquivos wickedtradicionais ifcfg. O exemplo usa DHCP e active-backup, que é um modo de failover prático que não requer suporte especial do switch. Substitua os nomes e endereços das interfaces para corresponder ao host. Consulte o guia "Gerenciando Dispositivos de Agregação de Links" da SUSE .

Defina o que significa sucesso.

Um bonding combina múltiplas interfaces Ethernet em um único dispositivo lógico, como um nó bond0. Aplicativos e roteamento utilizam esse dispositivo; o driver de bonding do Linux seleciona ou distribui o tráfego entre as portas que o compõem. Decida o que você precisa antes de editar:

• Redundância: um único link de um membro pode falhar enquanto o serviço continua através de outro.
• Agregação de links: o switch e o host concordam com o protocolo, e a distribuição do tráfego se ajusta à carga de trabalho.
• Operação confiável: o dispositivo retorna após a reinicialização, recebe o endereço e as rotas esperadas e reporta o estado correto do membro.

A agregação de links não cria automaticamente caminhos de comutação independentes. Duas conexões também não significam que uma única conexão TCP terá o dobro da velocidade. Valide o projeto da rede e o estado do host.

Escolha um modo de conexão

Os modos 0, 2 e 4 exigem suporte ou configuração de switch compatíveis. Use-os active-backupquando seu objetivo principal for um failover simples. Escolha-os 802.3adsomente após a equipe de rede confirmar um canal de porta LACP correspondente. Para obter detalhes sobre os modos, consulte o guia da SUSE e a documentação de bonding do kernel Linux .

Prepare o anfitrião

Mantenha uma sessão de console ou fora de banda disponível. Reconfigurar a interface que transporta o SSH pode desconectar sua sessão. Agende alterações de produção para uma janela de manutenção e mantenha a configuração original para reversão.

1. Identifique interfaces e endereços atuais com ip -br linke ip -br addr.
2. Confirme qual gerenciador de rede controla o servidor. As cargas de trabalho do servidor SLES geralmente usam wickedo mesmo gerenciador; evite gerenciar os mesmos links com dois gerenciadores diferentes.
3. Inspecione /etc/sysconfig/network/, especialmente ifcfg-<interface>, e faça backup dos arquivos relevantes.
4. Mapeie cada placa de rede (NIC) para seu cabo e porta de switch. Verifique se o modo escolhido requer um grupo de agregação de switches.

O exemplo usa `<nome_do_dispositivo>` enp1s0e ` enp2s0<nome_do_dispositivo>`. Seu sistema pode usar `<nome_do_dispositivo>` eth0, ens3`<nome_do_dispositivo>` ou outros nomes. Confirme os nomes reais dos dispositivos antes de copiar qualquer coisa.

Configure o backup ativo com arquivos ifcfg

1. Defina o vínculo

Criar /etc/sysconfig/network/ifcfg-bond0:

STARTMODE='auto'
BOOTPROTO='dhcp'

BONDING_MASTER='yes'
BONDING_SLAVE0='enp1s0'
BONDING_SLAVE1='enp2s0'

BONDING_MODULE_OPTS='mode=active-backup miimon=100'

STARTMODE='auto'Inicia o vínculo automaticamente. BOOTPROTO='dhcp'Solicita um endereço dinâmico para o vínculo. Para configuração estática, use BOOTPROTO='static'e adicione o valor correto IPADDR, como IPADDR='192.0.2.20/24'. Esse endereço reservado é apenas um exemplo; não o atribua em uma rede ativa, a menos que seja realmente seu. Configure os endereços em bond0, não separadamente nas portas membro.

BONDING_MASTERIdentifica a ligação. Cada BONDING_SLAVEnentrada numerada nomeia um membro. miimon=100Habilita verificações de link a cada 100 milissegundos; a SUSE adverte para não remover esta opção. Configure o gateway, o DNS e as opções de IPv6 de acordo com o seu plano de rede.

2. Defina as interfaces de membro.

Faça backup dos arquivos de membro. Edite /etc/sysconfig/network/ifcfg-enp1s0-os /etc/sysconfig/network/ifcfg-enp2s0para que cada um tenha a configuração de membro e nenhum endereço IP independente:

BOOTPROTO='none'
STARTMODE='hotplug'

Isso permite que o grupo controle as portas e possibilita que um membro se conecte quando disponível. Preserve as configurações locais necessárias e compare o resultado com os backups antes da ativação.

3. Revisar e ativar

Veja o que os vilões usarão:

sudo wicked show-config

Verifique se a bond0lista inclui os membros pretendidos, se os arquivos de membros não configuram endereços separados e se o protocolo e o modo desejados estão presentes. Corrija as omissões antes de prosseguir. Estabeleça a conexão com:

sudo wicked ifup all bond0

O procedimento do SUSE usa o wicked para iniciar a agregação de links. Não tente iniciar uma unidade systemd específica do dispositivo. Após editar a configuração de uma agregação de links ativa, aplique-a com sudo wicked ifreload bond0. Uma conexão remota pode cair durante alterações na rede, portanto, mantenha o acesso ao console disponível.

Use LACP somente com coordenação de comutadores.

Para um canal de porta LACP configurado em um switch, use esta opção mantendo o monitoramento de link:

BONDING_MODULE_OPTS='mode=802.3ad miimon=100'

Faça a alteração somente depois que o switch estiver configurado para agregação dinâmica IEEE 802.3ad e os links atenderem aos seus requisitos. A SUSE especifica velocidade e duplex correspondentes, além da conexão com o mesmo switch. Stacks de switches e projetos com múltiplos chassis têm requisitos específicos do fornecedor; confirme-os na documentação do switch.

Se o LACP não estiver disponível ou não estiver configurado, use-o active-backuppara failover básico. O fato de um bond do Linux estar ativo não comprova que um canal de porta do switch esteja configurado corretamente.

Verifique o resultado

Verifique o wicked, os endereços e o relatório de vinculação do kernel:

sudo wicked ifstatus --verbose bond0
ip -br addr
cat /proc/net/bonding/bond0

wicked ifstatus --verbose bond0O relatório mostra o estado do Wicked. ip -br addrIndica se bond0está ativo e se possui o endereço pretendido. O relatório do kernel mostra o modo, as interfaces membro, o status do link e o membro ativo para o modo ativo-backup.

Procure por estes sinais antes de considerar o trabalho concluído:

• bond0Está presente e operacional conforme o esperado.
• O endereço e as rotas pertencem à rede, não a um número de identificação nacional individual.
• Ambos os membros aparecem, com estados de link consistentes com a cablagem e as portas do switch.
• Em modo ativo-reserva, um membro está ativo e outro está disponível como reserva.
• Para LACP, tanto o host quanto o switch mostram a agregação esperada. Um link Linux ativo por si só não comprova um LACP íntegro.

Quando autorizado, teste o failover desconectando ou desativando administrativamente um membro por vez, enquanto monitora a conectividade e o relatório de agregação de links. Confirme se o tráfego se recupera pelo link restante, restaure o link testado e, em seguida, teste o outro. Não interrompa um sistema remoto sem acesso ao console e uma janela de manutenção.

Solução de problemas com base nos sintomas observados

Se uma alteração desconectar o servidor, use o console para restaurar os arquivos salvos e siga os passos de recuperação de rede do site. Mantenha os backups até que a conexão seja aprovada nas verificações de reinicialização e failover.

Entenda os limites

O bonding pode lidar com a falha de um membro da rede enquanto outro permanece utilizável e o restante da rede permite que o tráfego continue. Ele não cobre automaticamente a falha de um switch, a interrupção de um roteador upstream, erros de VLAN ou problemas de roteamento. A SUSE recomenda não dividir um bonding entre vários switches na maioria das configurações de hardware; siga as recomendações do fabricante do switch para qualquer configuração com múltiplos switches.

A distribuição do tráfego depende do modo de conexão, do switch par e do padrão de fluxos ativos. Uma única conexão pode permanecer em um membro, portanto, duas portas não garantem que uma transferência dobrará sua velocidade. Meça o tráfego representativo e observe erros, descartes, taxa de transferência e comportamento de failover. Se os resultados não atenderem aos requisitos do serviço, revise o modo de conexão e a configuração do switch em vez de presumir que interfaces adicionais por si só melhorarão o desempenho.