Algoritmo do Balanceador de Carga do Azure

O Balanceador de Carga do Azure é o Balanceador de Carga de maior desempenho do Azure, mantendo a latência ultrabaixa. Para saber mais sobre o Balanceador de Carga do Azure, visite Visão geral do Balanceador de Carga do Azure ou Componentes do Balanceador de Carga do Azure.

O Balanceador de Carga do Azure usa uma dispersão baseada em tupla como algoritmo de balanceamento de carga.

Algoritmo de balanceamento de carga

Ao criar uma regra de balanceamento de carga, pode distribuir os fluxos de tráfego de entrada do frontend de um balanceador de carga para os seus pools de backend. Quando a sonda de saúde do balanceador de carga indica um endpoint de back-end saudável, as instâncias de back-end ficam disponíveis para receber novos fluxos de tráfego.

Distribuição de fluxos por quíntuplo

Por predefinição, o Balanceador de Carga do Azure utiliza um hash de cinco tuplos para distribuir os fluxos de entrada, em vez de bytes individuais. Os cinco campos são:

  • Endereço IP de origem
  • Porta de origem
  • Endereço IP de destino
  • Porta de destino
  • Protocolo IP

Para outros modos de distribuição e mais detalhes sobre o algoritmo, veja distribuição baseada em hash.

Você também pode usar o modo de distribuição de afinidade de sessão que usa balanceamento de carga baseado em duas ou três tuplas.

Comportamento da Camada 4 e TLS

O Balanceador de Carga do Azure opera na Camada 4 e suporta aplicações TCP e UDP. Não fecha nem origina fluxos, não inspeciona cargas úteis de aplicações, não reescreve cabeçalhos HTTP ou HTTPS, não fornece funcionalidade de gateway na camada de aplicação nem descarrega TLS. Reescreve os cabeçalhos de fluxo TCP e UDP ao direcionar tráfego para instâncias backend, enquanto handshakes de protocolo e TLS ocorrem diretamente entre o cliente e a instância backend selecionada. Terminar o TLS nas VMs backend permite que a capacidade da sessão TLS escale com o tipo e número de VMs no pool backend.

Preservação do endereço IP de origem

Uma VM backend gera uma resposta a um fluxo de entrada, e o endereço IP de origem original é preservado quando o fluxo chega a essa VM. Por exemplo, um handshake TCP ocorre entre o cliente e a VM de back-end selecionada. Validar com sucesso a conectividade a um frontend valida assim a conectividade para pelo menos uma VM backend.

Próximos passos

  • Last updated on