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.
Simulador de Load Balancer
Servidores
- Servidor 1Peso:
- Servidor 2Peso:
- Servidor 3Peso:
O peso só afeta o algoritmo round robin ponderado.
Distribuição
- Servidor 17 requisições (35%)
- Servidor 27 requisições (35%)
- Servidor 36 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.
