./prontouso

Simulador de Load Balancer

Simule como os algoritmos round robin, round robin ponderado e menor número de conexões distribuem requisições entre servidores.

Roda localmente no seu navegador. Esta ferramenta não faz upload da sua entrada.

Simulador de Load Balancer

Algoritmo

Servidores

  • Servidor 1Peso:
  • Servidor 2Peso:
  • Servidor 3Peso:

O peso só afeta o algoritmo round robin ponderado.

Distribuição

  • Servidor 1
    7 requisições (35%)
  • Servidor 2
    7 requisições (35%)
  • Servidor 3
    6 requisições (30%)

Como funciona o simulador de load balancer

Simule como os algoritmos round robin, round robin ponderado e menor número de conexões distribuem um fluxo de requisições entre servidores.

Os três algoritmos

  • Round robin — percorre os servidores em uma ordem fixa, ignorando a carga.
  • Round robin ponderado — a mesma rotação, mas servidores com peso maior recebem proporcionalmente mais vezes (usando o algoritmo suave que o nginx usa internamente).
  • Menor número de conexões — direciona cada nova requisição para o servidor que atualmente tem menos requisições ativas.

Como usar

  • Escolha um algoritmo e adicione ou remova servidores simulados.
  • Defina um peso por servidor (usado apenas pelo round robin ponderado).
  • Defina quantas requisições simular e quanto tempo cada uma ocupa um servidor.

O que a "duração da requisição" representa

O menor número de conexões só se diferencia do round robin quando as requisições levam mais de um tick para terminar — é isso que permite que alguns servidores ainda estejam "ocupados" quando a próxima requisição chega, exatamente a condição para a qual o algoritmo de menor número de conexões foi projetado para reagir.

Privacidade

Executa localmente no seu navegador. Nenhum dado é enviado ao servidor.

Perguntas frequentes

Qual algoritmo devo usar de verdade em produção?

Round robin funciona bem quando todo servidor tem o mesmo porte e as requisições têm custo parecido. Round robin ponderado serve para uma mistura de tamanhos de servidor. Menor número de conexões costuma performar melhor quando a duração das requisições varia bastante.

É exatamente assim que um load balancer real funciona?

Modela corretamente a lógica de decisão principal (incluindo o algoritmo real de round robin ponderado suave do nginx), mas um load balancer de produção também lida com health checks, drenagem de conexões e afinidade de sessão, que este simulador não cobre.

Por que o menor número de conexões precisa de uma duração de requisição?

Sem ela, toda requisição seria considerada "terminada" instantaneamente, e todo servidor sempre mostraria zero conexões ativas — tornando o menor número de conexões indistinguível do round robin.