Em servidores de produção que atendem cargas críticas de aplicação, banco de dados ou virtualização, depender de uma única placa de rede é um risco inaceitável. O Bond (Network Bonding), também conhecido como Link Aggregation ou NIC Teaming, resolve esse problema agregando múltiplas interfaces físicas em uma interface lógica única, entregando redundância automática e, em vários modos, soma de largura de banda. Segundo o IEEE 802.3ad (2020), a agregação de links é um dos mecanismos mais consolidados para escalar rede em datacenters modernos.
TL;DR
- Bond combina 2 ou mais NICs físicas em uma interface lógica (bond0) para alta disponibilidade e throughput.
- O Linux oferece 7 modos de bonding; LACP (802.3ad) é o padrão IEEE mais usado em datacenters.
- No Windows, o equivalente é NIC Teaming (LBFO), com modos Switch Independent e Switch Dependent.
Como funciona o Network Bonding
Network Bonding é a técnica que combina múltiplas interfaces de rede físicas em uma única interface lógica, coordenada pelo sistema operacional ou hypervisor. O kernel cria uma interface virtual chamada bond0 (ou team0, no Windows) que recebe o endereço IP e as configurações de rede. As placas físicas (eth0, eth1, enp1s0) passam a operar como escravas (slaves) desse bond, e o driver decide como distribuir os pacotes de entrada e saída conforme o modo escolhido.
Segundo a Linux Kernel Documentation (2024), o módulo bonding do kernel Linux suporta detecção de falhas via MII (Media Independent Interface) monitoring ou ARP monitoring, com failover típico abaixo de 1 segundo quando bem configurado.
Por que usar Network Bonding
Bond entrega três benefícios técnicos que sustentam o SLA de qualquer servidor de produção:
- Alta disponibilidade: se uma NIC, cabo ou porta de switch falha, o tráfego migra automaticamente para as interfaces restantes, sem interromper conexões TCP ativas.
- Aumento de throughput: modos como LACP e balance-xor somam a banda das placas agregadas — 2x10Gbps podem entregar até 20Gbps agregados, distribuídos entre fluxos diferentes.
- Load balancing: distribui a carga entre múltiplas NICs, evitando gargalo em uma única interface e reduzindo latência sob picos.
Segundo a Red Hat (2024), servidores críticos em datacenter corporativo devem operar com no mínimo 2 NICs em bond ativo-ativo, garantindo continuidade mesmo em manutenção de switches redundantes.
Os 7 modos de Bonding no Linux
O módulo bonding do Linux oferece 7 modos, cada um com trade-offs entre requisitos de switch, redundância e distribuição de tráfego:
- mode 0 — balance-rr (round-robin): distribui pacotes sequencialmente entre as slaves. Oferece redundância e throughput, mas pode causar reordenação de pacotes. Exige switch dedicado.
- mode 1 — active-backup: apenas uma NIC transmite; as demais ficam em standby. É o modo mais simples, funciona com qualquer switch e oferece failover puro sem ganho de banda.
- mode 2 — balance-xor: hash entre MAC de origem/destino define qual slave usar. Cada conexão fica presa a uma NIC específica.
- mode 3 — broadcast: transmite tudo em todas as slaves. Uso raro (aplicações tolerantes a duplicação).
- mode 4 — 802.3ad (LACP): agregação dinâmica padrão IEEE. Requer switch com LACP configurado. É o modo mais usado em datacenter.
- mode 5 — balance-tlb (adaptive transmit load balancing): distribui o tráfego de saída conforme a carga; recepção via slave primária.
- mode 6 — balance-alb (adaptive load balancing): como o TLB, mas também balanceia recepção via ARP negotiation. Não requer configuração no switch.
LACP (Link Aggregation Control Protocol) — 802.3ad
LACP é o protocolo padrão IEEE 802.3ad que negocia dinamicamente a agregação de links entre servidor e switch. O protocolo troca mensagens LACPDU a cada segundo para verificar se os links estão saudáveis e adicioná-los ao grupo agregado. Segundo Cisco (2023), o LACP é o modo preferido em ambientes corporativos porque oferece descoberta automática, falha rápida e compatibilidade multivendor.
O balanceamento de carga no LACP é sempre baseado em hash — de MAC, IP ou porta TCP/UDP — o que significa que um único fluxo TCP nunca ultrapassa a banda de uma NIC individual. Para saturar 20Gbps num bond LACP 2x10G, é preciso ter múltiplos fluxos paralelos. Segundo a IEEE (2020), esse é o comportamento esperado do padrão 802.3ad e não uma limitação de implementação.
Modos comparados
| Modo | Requer switch | Redundância | Throughput agregado | Quando usar |
|---|---|---|---|---|
| 0 (balance-rr) | Sim (dedicado) | Sim | Sim | Lab, testes com switch dedicado |
| 1 (active-backup) | Não | Sim | Não | Padrão simples, switches distintos |
| 2 (balance-xor) | Sim (estático) | Sim | Sim (por conexão) | Etherchannel estático |
| 4 (LACP 802.3ad) | Sim (LACP) | Sim | Sim (por hash) | Datacenter, padrão corporativo |
| 6 (balance-alb) | Não | Sim | Sim (Tx e Rx) | Sem controle sobre switch |
Exemplos práticos em servidores B2B
Servidor de banco de dados PostgreSQL: 2 NICs 10Gbps em bond LACP conectadas a dois switches em stack. Segundo Red Hat (2023), essa topologia é padrão para HA de banco corporativo, com failover abaixo de 500ms e throughput agregado suficiente para replicação síncrona.
VMware ESXi com NIC teaming: hosts de virtualização tipicamente usam 4 NICs — 2 em team para tráfego de VMs (Load Based Teaming) e 2 em team para vMotion e storage. Segundo VMware (2024), o teaming baseado em carga do vSphere Distributed Switch distribui VMs entre uplinks a cada 30 segundos, sem exigir LACP.
Storage NAS Synology/QNAP: aparelhos corporativos suportam LACP nativo para agregar 2 ou 4 portas 1GbE ou 10GbE, entregando throughput escalar para múltiplos clientes simultâneos.
Como configurar Bond no Linux (Ubuntu/RHEL)
No Ubuntu 22.04+, a configuração é feita via netplan. Exemplo de bond LACP:
- Editar /etc/netplan/01-bond.yaml
- Definir ethernets eth0 e eth1 sem IP
- Criar bonds.bond0 com mode: 802.3ad, lacp-rate: fast, interfaces: [eth0, eth1]
- Atribuir IP ao bond0
- Aplicar com netplan apply
No RHEL/CentOS/AlmaLinux, o método recomendado é o NetworkManager via nmcli: nmcli con add type bond ifname bond0 mode 802.3ad, seguido de nmcli con add type ethernet slave-type bond master bond0 para cada NIC. Segundo Red Hat (2024), o nmcli é o método suportado oficialmente em RHEL 8+ e substitui as configurações legadas em /etc/sysconfig/network-scripts.
E-book – Tudo sobre Automação de Marketing
E-book – Tudo sobre Automação de Marketing
Mais Informações
NIC Teaming no Windows Server
No Windows Server 2012 R2 até 2022, o LBFO (Load Balancing and Failover) permite criar teams via Server Manager ou PowerShell (New-NetLbfoTeam). Os modos são:
- Switch Independent: não exige configuração no switch. Failover puro ou balanceamento adaptativo.
- Static Teaming: equivalente ao balance-xor. Switch e NICs configurados estaticamente.
- LACP: negociação dinâmica via 802.3ad, requer switch compatível.
Tipos de load balancing suportados: Address Hash (hash IP/porta), Hyper-V Port (bind por vNIC) e Dynamic (o padrão, combina hash com rebalanceamento). Segundo Microsoft Docs (2024), o Windows Server 2025 recomenda usar SET (Switch Embedded Teaming) via Hyper-V para novos deployments, deixando LBFO para cenários legados.
Bonding vs Bridging vs MLAG
Bonding agrega NICs num mesmo servidor. Bridging (br0) une interfaces em um switch virtual, típico em VMs e containers. MLAG (Multi-Chassis Link Aggregation) ou VPC (Virtual Port Channel, na Cisco) permite agregar links do servidor para dois switches físicos distintos que aparecem como um único LACP peer — combinação ideal para HA de rede em datacenter corporativo.
Erros comuns em Network Bonding
- Configurar LACP no servidor sem configurar no switch: o bond fica com apenas uma NIC ativa e sem throughput agregado.
- Hash inadequado: usar hash L2 (MAC) em ambiente onde todo tráfego vai para o mesmo gateway concentra tudo em uma NIC.
- Modo balance-rr fora de switch dedicado: gera storm de pacotes fora de ordem e degrada TCP.
- Falta de monitoramento: uma NIC pode cair sem alarme. Sempre exportar métricas de /proc/net/bonding/bond0 para Prometheus ou similar.
- MTU inconsistente: jumbo frames de um lado e MTU 1500 do outro geram fragmentação e perda.
Como testar Network Bonding — passo a passo
- Validar interface: cat /proc/net/bonding/bond0 e verificar se todas as slaves estão up.
- Testar failover: desconectar cabo de eth0 e observar se o tráfego continua sem perda perceptível.
- Medir throughput: rodar iperf3 em múltiplos fluxos paralelos (-P 8) para saturar o LACP.
- Verificar distribuição: monitorar bwm-ng ou iftop para confirmar que múltiplas slaves estão ativas.
- Testar reconexão: religar o cabo e conferir se a NIC volta ao grupo automaticamente.
- Validar no switch: comando show lacp neighbor (Cisco) confirma se o peer está agregado.
- Documentar tempo de failover para incluir no runbook de operação.
Bond e a Shiftmind
Configurar Network Bonding corretamente é parte do trabalho de arquitetura de infraestrutura crítica. A Shiftmind implanta bonds LACP em servidores dedicados de clientes B2B, garantindo continuidade mesmo em manutenção de switches. Nossos serviços de hospedagem WordPress gerenciada aplicam agregação de links quando o cliente precisa de SLA elevado.
Também oferecemos suporte e manutenção WordPress com monitoramento contínuo de rede, além de proteção antivírus e segurança de websites integrada à camada de rede. Para novos projetos, a criação de sites WordPress pode nascer já hospedada em infraestrutura com bonding configurado.
Perguntas frequentes sobre Network Bonding
Qual a diferença entre bonding e teaming?
Bonding é o termo usado no Linux (via módulo bonding do kernel) para agregação de NICs. Teaming aparece em duas variações: no Linux, o teamd é uma alternativa mais moderna ao bonding com daemon em user-space; no Windows Server, NIC Teaming (LBFO) e Switch Embedded Teaming (SET) são as implementações Microsoft. Funcionalmente, os três resolvem o mesmo problema — agregação, redundância, load balance —, mas diferem em arquitetura, ferramentas de configuração e recursos suportados.
LACP dobra a velocidade da rede?
Não literalmente. LACP com 2 NICs de 10Gbps oferece 20Gbps agregados, mas cada fluxo TCP individual continua limitado a 10Gbps porque o balanceamento é baseado em hash. Para aproveitar os 20Gbps, é preciso ter múltiplos fluxos simultâneos entre origens/destinos diferentes. Segundo IEEE (2020), essa é a característica esperada do padrão 802.3ad e não uma limitação da implementação Linux ou de switches específicos.
Preciso de switch especial para fazer bond?
Depende do modo. Os modos mode 1 (active-backup), mode 5 (balance-tlb) e mode 6 (balance-alb) funcionam com qualquer switch, inclusive dois switches distintos. Os modos mode 2 (balance-xor) e mode 4 (LACP) exigem switch compatível e configuração coordenada (Etherchannel estático ou LACP dinâmico). Já o mode 0 (balance-rr) exige switch dedicado com todas as portas na mesma agregação para evitar reordenação massiva de pacotes.
Bond funciona em VMs e containers?
Sim, mas o valor depende do contexto. VMs em hypervisor (KVM, VMware) geralmente recebem apenas uma vNIC — o bonding é feito no host. Em containers Docker/Kubernetes, o bonding também é responsabilidade do host ou do node. Configurar bond dentro de uma VM só faz sentido se ela recebe múltiplas vNICs conectadas a redes diferentes, o que é raro. Segundo VMware (2024), a prática recomendada é agregar no host e expor uma vNIC única para cada VM.
Qual o tempo típico de failover?
Com MII monitoring configurado em 100ms (padrão) e mode active-backup ou LACP, o failover ocorre tipicamente entre 200ms e 1 segundo. Segundo Red Hat (2023), configurações otimizadas com LACP fast rate (LACPDU a cada 1 segundo) e miimon=100 conseguem failover consistente abaixo de 500ms, tempo suficiente para que a maioria das conexões TCP sobreviva sem timeout, especialmente em aplicações com keepalive ativado.
Termos relacionados
- Bandwidth (Largura de Banda)
- Alta Disponibilidade (High Availability)
- Blade Server
- Bare Metal
- BGP (Border Gateway Protocol)
Conclusão
Network Bonding é uma técnica fundamental para servidores B2B que exigem alta disponibilidade e throughput consistente. Escolher o modo certo — LACP para datacenter, active-backup para simplicidade, balance-alb quando não há controle sobre o switch — depende do contexto e do que o ambiente permite. Segundo IEEE 802.3ad (2020), a agregação de links continua sendo a solução consolidada para escalar rede em servidores modernos.
Última atualização: Agosto/2026.
Precisa configurar Network Bonding em servidores corporativos com SLA garantido? A Shiftmind implanta e mantém infraestrutura com bonding LACP em servidores dedicados e cloud. Fale com nossos especialistas.
