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

Balanceador de Carga do Azure suporta os seguintes modos de distribuição para encaminhar ligações para instâncias no conjunto de back-end:

Modo de distribuição	Baseado em hash	Persistência da sessão: IP do Cliente	Persistência da sessão: IP e protocolo do cliente
Descrição Geral	Tráfego do mesmo IP de cliente encaminhado para qualquer instância em bom estado de funcionamento no conjunto de back-end	O tráfego do mesmo IP de cliente é encaminhado para a mesma instância de back-end	O tráfego do mesmo IP e protocolo do cliente é encaminhado para a mesma instância de back-end
Tuplas	cinco cadeias de identificação	duas cadeias de identificação	cadeia de três cadeias
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 e protocolo do cliente
API REST	"loadDistribution":"Default"	"loadDistribution":SourceIP	"loadDistribution":SourceIPProtocol

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

Baseado em hash

Balanceador de Carga do Azure utiliza um modo de distribuição baseado em hash de cinco cadeias por predefinição.

A cadeia de cinco cadeias consiste em:

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

O hash é utilizado para encaminhar o tráfego para instâncias de back-end em bom estado de funcionamento no conjunto de back-end. O algoritmo fornece a persistência apenas numa 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 hashes, tem de selecionar a persistência da sessão como Nenhum no portal do Azure. Isto especifica que os pedidos sucessivos do mesmo cliente podem ser processados por qualquer máquina virtual.

Figura: Distribuição baseada em hash de cinco cadeias predefinida

Persistência da sessão

A persistência da sessão também é conhecida afinidade de sessão, afinidade de IP de origem ou afinidade de IP do cliente. Este modo de distribuição utiliza um hash com duas cadeias de identificação (IP de origem e IP de destino) ou três cadeias de identificação (IP de origem, IP de destino e tipo de protocolo) para encaminhar para as instâncias de back-end. Ao utilizar a persistência da sessão, as ligações do mesmo cliente vão para a mesma instância de back-end no conjunto de back-end.

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

• IP do cliente (cadeia de 2 cadeias de identificação) – especifica que os pedidos sucessivos do mesmo endereço IP de cliente são processados pela mesma instância de back-end.
• IP de cliente e protocolo (3 cadeias de identificação) – especifica que os pedidos sucessivos da mesma combinação de protocolo e endereço IP cliente são processados pela mesma instância de back-end.

A figura seguinte ilustra uma configuração de duas cadeias de identificação. Repare como a cadeia de duas cadeias de identificação é executada através do balanceador de carga para a máquina virtual 1 (VM1). A VM1 tem uma cópia de segurança da VM2 e da VM3.

Casos de utilização

A afinidade de IP de origem com o IP do cliente e o protocolo (afinidade de IP de origem com três cadeias de identificação), resolve uma incompatibilidade entre o Balanceador de Carga do Azure e o Gateway de Ambiente de Trabalho Remoto (Gateway de RD).

Outro cenário de caso de utilização é o carregamento de multimédia. O carregamento de dados ocorre através do UDP, mas o plano de controlo é alcançado 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 fica ativo para monitorizar o estado de funcionamento da ligação.
• Uma nova sessão UDP do mesmo computador cliente é iniciada para o mesmo ponto final público com balanceamento de carga. A ligação é direcionada para o mesmo ponto final DIP que a ligação TCP anterior. O carregamento de multimédia pode ser executado em débito elevado, mantendo um canal de controlo através de TCP.

Nota

Quando Balanceador de Carga membros do conjunto de back-end são alterados ao remover ou adicionar uma máquina virtual, a distribuição dos pedidos de cliente é recompilada. Não pode depender de novas ligações de clientes existentes para acabar no mesmo servidor. Além disso, a utilização do 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 uma aplicação cliente exclusiva.

Passos seguintes

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