Modos de distribuição do Balanceador de Carga do Azure

  • Artigo

O Azure Load Balancer dá suporte aos seguintes modos de distribuição para rotear conexões para instâncias no pool de back-end:

Modo de distribuição Baseado em hash Persistência da sessão: IP do cliente Persistência da sessão: IP do cliente e protocolo
Descrição geral Tráfego do mesmo IP de cliente roteado para qualquer instância íntegra no pool de back-end O tráfego do mesmo IP do cliente é roteado para a mesma instância de back-end O tráfego do mesmo IP e protocolo do cliente é roteado para a mesma instância de back-end
Tuplas cinco-tupla duas tuplas três-tuplas
Configuração do portal do Azure Persistência de sessão: Nenhuma Persistência da sessão: IP do cliente Persistência da sessão: IP do cliente e protocolo
API REST "loadDistribution":"Default" "loadDistribution":SourceIP "loadDistribution":SourceIPProtocol

Não há tempo de inatividade ao alternar de um modo de distribuição para outro em um balanceador de carga.

Baseado em hash

O Azure Load Balancer usa um modo de distribuição baseado em hash de cinco tuplas por padrão.

As cinco tuplas consistem em:

  • IP de origem
  • Porta de origem
  • IP de destino
  • Porto de destino
  • Tipo de protocolo

O hash é usado para rotear o tráfego para instâncias de back-end íntegras dentro do pool de back-end. O algoritmo fornece aderência apenas dentro de uma sessão de transporte. Quando o cliente inicia uma nova sessão a partir do mesmo IP de origem, a porta de origem muda e faz com que o tráfego vá para uma instância de back-end diferente.

Para configurar a distribuição baseada em hash, você deve selecionar persistência de sessão como Nenhum no portal do Azure. Isso especifica que solicitações sucessivas do mesmo cliente podem ser tratadas por qualquer máquina virtual.

Diagrama ilustrando o modo de distribuição padrão baseado em hash de cinco tuplas com máquinas virtuais.

Persistência da sessão

A persistência da sessão também é conhecida como afinidade de sessão, afinidade de IP de origem ou afinidade de IP de cliente. Esse modo de distribuição usa um hash de duas tuplas (IP de origem e IP de destino) ou de três tuplas (IP de origem, IP de destino e tipo de protocolo) para rotear para instâncias de back-end. Ao usar a persistência de sessão, as conexões do mesmo cliente vão para a mesma instância de back-end dentro do pool de back-end.

O modo de persistência da sessão tem dois tipos de configuração:

  • IP do cliente (2 tuplas) - Especifica que solicitações sucessivas do mesmo endereço IP do cliente são tratadas pela mesma instância de back-end.
  • IP e protocolo do cliente (3 tuplas) - Especifica que solicitações sucessivas do mesmo endereço IP do cliente e combinação de protocolo são tratadas pela mesma instância de back-end.

A figura a seguir ilustra uma configuração de duas tuplas. Observe como a tupla dupla é executada através do balanceador de carga para a máquina virtual 1 (VM1). O backup do VM1 é feito pelo VM2 e pelo VM3.

Modo de distribuição de afinidade de sessão de duas tuplas

Casos de utilização

A afinidade de IP de origem com o IP do cliente e o protocolo (afinidade IP de origem de três tuplas), resolve uma incompatibilidade entre o Balanceador de Carga do Azure e o Gateway de Área de Trabalho Remota (Gateway de Área de Trabalho Remota).

Outro cenário de caso de uso é o upload de mídia. O carregamento de dados acontece através de UDP, mas o plano de controlo é conseguido através de TCP:

  • Um cliente inicia uma sessão TCP para o endereço público com balanceamento de carga e é direcionado para um DIP específico. O canal é deixado ativo para monitorar a integridade da conexão.
  • Uma nova sessão UDP do mesmo computador cliente é iniciada no mesmo ponto de extremidade público com balanceamento de carga. A conexão é direcionada para o mesmo ponto de extremidade DIP que a conexão TCP anterior. O upload de mídia pode ser executado em alta taxa de transferência, mantendo um canal de controle através de TCP.

Nota

Quando os membros do pool de back-end do Balanceador de Carga são alterados removendo ou adicionando uma máquina virtual, a distribuição das solicitações do cliente é recalculada. Você não pode depender de novas conexões de clientes existentes para acabar no mesmo servidor. Além disso, usar o modo de distribuição de afinidade IP de origem pode causar uma distribuição desigual do tráfego. Os clientes que são executados atrás de proxies podem ser vistos como um aplicativo cliente exclusivo.

Próximos passos

Para obter mais informações sobre como configurar o modo de distribuição do Azure Load Balancer, consulte Configurar o modo de distribuição para o Azure Load Balancer.