O Que é Balanceamento de Carga (Load Balancer)

13 de junho de 2026

Todo sistema tem um limite. Um único servidor, por mais robusto que seja, aguenta apenas um certo número de usuários simultâneos antes de ficar lento ou simplesmente parar de responder. E há um problema ainda maior: se toda a sua operação depende de um só servidor, o dia em que ele falhar, e todo servidor um dia falha, sua empresa fica inteiramente fora do ar. O balanceamento de carga resolve os dois problemas de uma vez. Ele distribui o trabalho entre vários servidores, permitindo atender muito mais usuários e garantindo que a queda de um servidor não derrube a operação. Neste artigo você vai entender o que é balanceamento de carga, como o load balancer funciona, quais algoritmos ele usa, a diferença entre as camadas 4 e 7, o papel dos health checks e quando faz sentido adotá-lo.

O que é balanceamento de carga

Balanceamento de carga é a técnica de distribuir requisições e tráfego de rede entre múltiplos servidores, de forma que nenhum deles fique sobrecarregado enquanto outros ficam ociosos. O componente responsável por fazer essa distribuição é o load balancer, ou balanceador de carga, que fica entre os usuários e o conjunto de servidores, recebendo todas as requisições e decidindo, a cada uma, para qual servidor enviá-la.

A analogia mais direta é a de uma fila em um banco ou supermercado. Se houvesse um único caixa para atender todos os clientes, a fila seria enorme e o atendimento, lento. Com vários caixas e alguém organizando quem vai para qual, a espera cai e o atendimento flui. O load balancer é esse organizador: ele olha para os caixas disponíveis, os servidores, e direciona cada cliente para o que pode atendê-lo melhor naquele momento.

Do ponto de vista do usuário, tudo isso é invisível. Ele acessa um único endereço, o do site ou sistema, sem saber que por trás existem vários servidores trabalhando em conjunto. O load balancer apresenta um ponto de entrada único e esconde toda a complexidade da distribuição por trás dele. É essa transparência que torna o balanceamento tão poderoso: dá para adicionar ou remover servidores sem que o usuário perceba.

Por que balancear carga: os dois grandes objetivos

O balanceamento de carga entrega dois benefícios fundamentais que sustentam praticamente qualquer operação séria na internet.

O primeiro é a escalabilidade. Quando um único servidor não dá conta do volume de usuários, a solução é adicionar mais servidores e distribuir a carga entre eles. Isso é chamado de escalabilidade horizontal, crescer somando máquinas em vez de trocar uma máquina por outra maior. O load balancer é o que torna a escalabilidade horizontal possível, porque é ele quem distribui a carga entre as máquinas novas. Precisa aguentar o dobro de acessos numa data de pico? Adiciona servidores ao grupo, e o balanceador passa a usá-los.

O segundo é a alta disponibilidade. Ao ter vários servidores atendendo, a operação deixa de depender de um único ponto. Se um servidor falha, o load balancer simplesmente para de enviar tráfego para ele e redistribui a carga entre os que continuam saudáveis. O usuário nem percebe. Essa eliminação do ponto único de falha é, para muitas empresas, a razão mais importante para adotar o balanceamento. A diferença entre um servidor que cai e leva tudo junto e um servidor que cai sem ninguém notar é, quase sempre, um load balancer bem configurado.

Esses dois objetivos se reforçam. Uma arquitetura balanceada é ao mesmo tempo mais capaz e mais resiliente, e essas duas qualidades são exatamente o que separa uma operação amadora de uma profissional.

Como funciona o load balancer

O load balancer opera com um princípio simples que se desdobra em várias decisões. Ele recebe cada requisição que chega, consulta a lista de servidores disponíveis, aplica uma regra para escolher um deles e encaminha a requisição. Ao mesmo tempo, ele verifica continuamente a saúde de cada servidor, para nunca enviar tráfego a uma máquina que não está respondendo bem.

Health checks: a verificação de saúde

O coração da alta disponibilidade são os health checks. O load balancer faz verificações periódicas em cada servidor, uma requisição simples para confirmar que a máquina está viva e respondendo corretamente. Se um servidor falha nessas verificações, o balanceador o marca como indisponível e para de enviar tráfego para ele imediatamente, redistribuindo a carga entre os saudáveis. Quando o servidor volta a responder, ele é reincluído automaticamente. É esse mecanismo silencioso que garante que a falha de uma máquina não vire indisponibilidade para o usuário.

Persistência de sessão

Alguns sistemas precisam que o mesmo usuário seja sempre atendido pelo mesmo servidor durante uma sessão, por exemplo, para manter um carrinho de compras ou um login. Isso se chama persistência de sessão, ou sticky sessions. O load balancer consegue garantir que as requisições de um mesmo usuário voltem sempre ao mesmo servidor, quando a aplicação exige esse comportamento.

Os algoritmos de balanceamento

A regra que o load balancer usa para escolher o servidor de destino é chamada de algoritmo de balanceamento. Existem vários, cada um adequado a uma situação. Conhecer os principais ajuda a entender o comportamento da sua arquitetura.

Round robin: distribui as requisições em rodízio, uma para cada servidor em sequência, repetindo o ciclo. É simples e funciona bem quando os servidores têm capacidade parecida e as requisições são semelhantes.
Round robin ponderado: semelhante ao anterior, mas atribui pesos aos servidores, de modo que máquinas mais potentes recebem proporcionalmente mais tráfego. Útil quando os servidores têm capacidades diferentes.
Least connections (menos conexões): envia cada nova requisição ao servidor que está com o menor número de conexões ativas no momento. Adapta-se melhor quando as requisições têm durações muito diferentes.
Least response time (menor tempo de resposta): direciona para o servidor que está respondendo mais rápido, combinando o número de conexões com a latência medida.
IP hash: usa o endereço do cliente para decidir o servidor, garantindo que o mesmo cliente vá sempre para a mesma máquina, uma forma de obter persistência.

Não existe o melhor algoritmo em abstrato. O round robin é excelente pela simplicidade quando tudo é uniforme, mas em cenários com requisições de durações muito variadas, o least connections costuma distribuir melhor. A escolha certa depende do perfil real da sua aplicação e da carga.

Camada 4 e camada 7: os dois tipos de load balancer

Uma distinção técnica importante separa os balanceadores em dois grandes tipos, conforme a camada da rede em que atuam. Entender essa diferença ajuda a escolher a ferramenta certa.

O balanceamento de camada 4 (transporte) atua no nível de TCP e UDP. Ele distribui o tráfego olhando apenas para informações de rede, como endereços e portas, sem examinar o conteúdo das requisições. É extremamente rápido e eficiente, porque não precisa abrir e interpretar cada mensagem. É a escolha quando o desempenho bruto é a prioridade e não há necessidade de decisões baseadas no conteúdo.

O balanceamento de camada 7 (aplicação) atua no nível do protocolo HTTP e entende o conteúdo das requisições. Ele consegue tomar decisões inteligentes com base na URL, nos cabeçalhos, nos cookies e em outros detalhes. Por exemplo, pode enviar as requisições que começam com /api para um grupo de servidores e as de /imagens para outro. Essa inteligência tem um custo de processamento maior, mas abre possibilidades que a camada 4 não oferece, como roteamento por conteúdo, terminação de criptografia e integração com regras de segurança.

Nível de atuação TCP/UDP HTTP/HTTPS Base da decisão Endereços e portas URL, cabeçalhos, cookies Desempenho Muito alto Alto, com mais processamento Inteligência de roteamento Limitada Rica, por conteúdo Casos típicos Alto volume, baixa latência Aplicações web, roteamento por rota Terminação de criptografia Geralmente não Sim, comum

Muitas arquiteturas modernas usam os dois em conjunto: um balanceador de camada 4 na borda para absorver volume com eficiência, e balanceadores de camada 7 mais adiante para o roteamento inteligente das aplicações. A combinação entrega desempenho e flexibilidade ao mesmo tempo.

Load balancer físico, virtual e na nuvem

O balanceamento de carga pode ser entregue de formas diferentes, e vale conhecer as opções. Existem appliances físicos, equipamentos dedicados de alto desempenho instalados no data center, tradicionalmente usados por grandes operações. Existem balanceadores por software, que rodam em servidores comuns ou máquinas virtuais, oferecendo flexibilidade e menor custo. E existem os balanceadores como serviço na nuvem, oferecidos pelos grandes provedores, que entregam balanceamento escalável e gerenciado sem que a empresa precise se preocupar com o equipamento por baixo.

Para a maioria das empresas de 20 a 500 funcionários hoje, os balanceadores por software e os serviços de nuvem cobrem muito bem as necessidades, com a vantagem de escalar sob demanda e não exigir grande investimento inicial em hardware dedicado. A escolha certa depende de onde a aplicação roda, do volume esperado e da estratégia de infraestrutura da empresa.

Cuidados na hora de balancear

Balanceamento de carga é fundamental, mas mal configurado pode criar seus próprios problemas. Alguns pontos merecem atenção.

O primeiro é não transformar o load balancer no novo ponto único de falha. Se toda a arquitetura tem vários servidores mas um único balanceador, e ele cai, tudo cai junto. Por isso, arquiteturas sérias usam balanceadores redundantes, em par, para que a falha de um não derrube a operação.

O segundo é configurar bem os health checks. Verificações mal calibradas podem tanto deixar tráfego indo para um servidor problemático quanto tirar de operação um servidor que está saudável. O health check precisa refletir de verdade se a aplicação está funcionando, não apenas se o servidor está ligado.

O terceiro é cuidar da persistência de sessão quando a aplicação exige. Ignorar isso em um sistema que precisa de sticky sessions gera bugs difíceis de rastrear, como carrinhos que somem e logins que caem.

Nenhum desses pontos é impeditivo, mas todos exigem conhecimento e planejamento. É a diferença entre um balanceamento que aumenta a resiliência e um que introduz novos pontos frágeis.

Quando adotar balanceamento de carga

O balanceamento de carga faz sentido com clareza em vários cenários:

Sites e aplicações com tráfego relevante: quando um servidor já não dá conta ou está perto do limite, balancear é o caminho natural para crescer.
Operações que não podem parar: qualquer sistema em que a indisponibilidade gera prejuízo direto se beneficia da alta disponibilidade que o balanceamento oferece.
Picos sazonais: empresas com datas de grande movimento precisam adicionar capacidade temporariamente, e o balanceamento viabiliza isso.
Arquiteturas modernas: aplicações em contêineres, microsserviços e nuvem dependem de balanceamento como parte natural do desenho.
Necessidade de manutenção sem downtime: com balanceamento, dá para atualizar um servidor por vez, tirando-o do grupo, atualizando e recolocando, sem que o usuário perceba.

Esse último ponto é subestimado. A capacidade de fazer manutenção e atualizações sem derrubar o sistema é um ganho operacional enorme para quem precisa manter a operação de pé enquanto evolui.

Como um parceiro de TI ajuda

Projetar uma arquitetura balanceada e de alta disponibilidade exige conhecimento de rede, servidores, aplicação e nuvem, além de operação contínua para manter os health checks calibrados, os balanceadores redundantes e a capacidade dimensionada. Para a maioria das empresas, montar e sustentar isso internamente é caro e exige competências que nem sempre estão disponíveis no time.

Um parceiro de outsourcing de TI faz esse trabalho de ponta a ponta. Desenha a arquitetura balanceada adequada à sua operação, implanta os balanceadores com a redundância certa, configura os health checks e os algoritmos apropriados, e mantém tudo monitorado no dia a dia, ajustando capacidade e reagindo a falhas em tempo real. Alta disponibilidade não é projeto de uma vez só: é operação viva que precisa de acompanhamento constante.

Conclusão

Balanceamento de carga distribui o tráfego entre vários servidores por meio de um load balancer, entregando dois benefícios fundamentais: escalabilidade, para atender muito mais usuários somando máquinas, e alta disponibilidade, para que a falha de um servidor não derrube a operação. O load balancer usa algoritmos como round robin e least connections para escolher o destino, verifica a saúde dos servidores com health checks e pode atuar na camada 4, priorizando desempenho, ou na camada 7, com roteamento inteligente por conteúdo. Bem configurado, ele torna a operação ao mesmo tempo mais capaz e mais resiliente.

A Ródio Tech está no mercado desde 2004 e cuida da infraestrutura das empresas de ponta a ponta, do desenho da arquitetura à operação diária. Ajudamos a sua empresa a montar uma arquitetura balanceada e de alta disponibilidade, e a mantê-la monitorada todos os dias. Conheça nossa terceirização de TI em /outsourcing e como monitoramos sua operação em /monitoração.

Referências

Cloudflare. "What is load balancing?". https://www.cloudflare.com/learning/performance/what-is-load-balancing/
NIST. "SP 800-204: Security Strategies for Microservices-based Application Systems". https://csrc.nist.gov/pubs/sp/800/204/final
AWS. "Elastic Load Balancing documentation". https://docs.aws.amazon.com/elasticloadbalancing/
Microsoft Learn. "What is Azure Load Balancer?". https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview
IETF. "RFC 9293: Transmission Control Protocol (TCP)". https://www.rfc-editor.org/rfc/rfc9293

Principais pontos

Definição: balanceamento de carga é a técnica de distribuir requisições entre múltiplos servidores, e o load balancer é o componente que decide, a cada requisição, para qual servidor enviá-la.
Dois objetivos centrais: escalabilidade horizontal (crescer somando máquinas) e alta disponibilidade (a falha de um servidor não derruba a operação).
Health checks: verificações periódicas que confirmam se cada servidor está respondendo corretamente; um servidor que falha é retirado da rotação e reincluído automaticamente quando volta a responder.
Camada 4 x camada 7: o balanceamento de camada 4 (TCP/UDP) prioriza desempenho bruto, enquanto o de camada 7 (HTTP) permite roteamento inteligente por URL, cabeçalhos e cookies.
Cuidado crítico: usar um único load balancer sem redundância transforma o próprio balanceador no novo ponto único de falha da arquitetura.