A afinidade zonal, configurada no serviço de back-end do balanceador de carga, permite-lhe limitar o tráfego entre zonas, reduzir a latência e melhorar o desempenho, tudo isto mantendo as vantagens de uma arquitetura multizonal.
Os equilibradores de carga de encaminhamento interno suportam três opções de afinidade zonal que oferecem vários graus de preferência para o encaminhamento de novas ligações para back-ends elegíveis que estão na mesma zona que um cliente suportado. A afinidade zonal modifica o conjunto de back-ends elegíveis depois de o equilibrador de carga selecionar um back-end elegível para uma nova ligação. As ligações estabelecidas na tabela de acompanhamento de ligações do balanceador de carga não são afetadas pela afinidade zonal.
Compatibilidade
A afinidade zonal é compatível com balanceadores de carga de rede de encaminhamento interno que:
- São saltos seguintes para rotas estáticas ou saltos seguintes para rotas baseadas em políticas
- Tenha uma política de alternativa
A afinidade zonal é compatível com a aplicação de hash simétrica apenas quando as seguintes condições são verdadeiras:
- Ambos os balanceadores de carga de rede de passthrough internos na direção direta e inversa têm afinidade zonal ativada.
- O tráfego das VMs remetentes só é direcionado para as VMs destinatárias na mesma zona.
A afinidade zonal é incompatível com equilibradores de carga de rede de encaminhamento interno que:
- Ter a segmentação secundária ativada
- São destinos de recolha para o espelhamento de pacotes
- São usados para fornecer um serviço publicado do Private Service Connect. A afinidade zonal só é possível para clientes compatíveis que enviam pacotes para o balanceador de carga e não para um ponto final do Private Service Connect cujo produtor de serviços publicado usa um Network Load Balancer de encaminhamento interno.
Clientes compatíveis
A afinidade zonal só é possível para clientes de VMs localizados na mesma região que o balanceador de carga. A afinidade zonal não é compatível com os seguintes clientes, que funcionam sempre como se a afinidade zonal estivesse desativada:
Túneis da Cloud VPN do cliente e anexos de VLAN do Cloud Interconnect do cliente: os túneis da Cloud VPN e os anexos de VLAN do Cloud Interconnect são recursos regionais e não recursos zonais. Os pacotes encaminhados através de um túnel da Cloud VPN ou de uma associação de VLAN nunca suportam a afinidade zonal, independentemente de estarem ou não na mesma região que o balanceador de carga.
VMs de cliente em regiões que não correspondem à região do balanceador de carga: um Network Load Balancer de passagem interno localizado numa região é acessível por clientes em todas as outras regiões se o acesso global estiver ativado. Quando as VMs de cliente estão numa região diferente da região do balanceador de carga, as VMs de cliente nunca partilham uma zona comum com nenhum dos back-ends do balanceador de carga.
Correspondência zonal
Uma correspondência zonal descreve as condições em que a afinidade zonal é acionada. Em seguida, o balanceador de carga pode modificar o conjunto original de back-ends elegíveis para fornecer a afinidade zonal configurada. A modificação do conjunto original de back-ends elegíveis ocorre após o passo Identificar back-ends elegíveis no processo de seleção de back-ends e acompanhamento da ligação.
Para que a lógica de afinidade zonal seja acionada, tem de ocorrer a seguinte sequência de eventos:
A afinidade zonal tem de estar ativada
Se a afinidade zonal estiver ativada, tem de determinar se o cliente é um cliente compatível.
Determine se o cliente é um cliente compatível
Se o cliente for compatível, determine se pode ocorrer uma correspondência zonal.
Determine se pode ocorrer uma correspondência zonal
Uma correspondência zonal significa que a VM do cliente está numa zona que contém, pelo menos, um back-end configurado do tipo relevante. Os diferentes backends que podem ser configurados estão descritos na secção Condições de correspondência zonal.
Uma correspondência zonal nunca é possível se alguma das seguintes afirmações for verdadeira:
- A afinidade zonal está desativada
- O cliente não é um cliente compatível
Aplique a lógica de afinidade zonal
Se ocorrer uma correspondência zonal, aplique a lógica de afinidade zonal consoante a opção de afinidade zonal configurada. As opções que ativam a afinidade zonal são as seguintes:
ZONAL_AFFINITY_STAY_WITHIN_ZONEZONAL_AFFINITY_SPILL_CROSS_ZONEcom uma taxa de transbordo de0ZONAL_AFFINITY_SPILL_CROSS_ZONEcom uma proporção de transbordo diferente de zero
Após uma correspondência zonal e consoante o tipo de opção de afinidade zonal configurada, o conjunto original de backends elegíveis pode ser refinado, substituído ou permanecer inalterado. Todas as novas ligações do cliente são encaminhadas para este conjunto modificado de back-ends elegíveis.
Condições de correspondência zonais
A tabela seguinte determina se o balanceador de carga pode restringir o tráfego à zona do cliente. Se a condição na terceira coluna não for cumprida, a afinidade zonal é ignorada e as novas ligações são encaminhadas para qualquer back-end elegível.
| Configuração de alternativa | Back-ends elegíveis1 | Condição para correspondência zonal |
|---|---|---|
| Nenhuma política de alternativa | Todos os back-ends em bom estado de funcionamento ou todos os back-ends | A VM do cliente está numa zona que contém, pelo menos, um backend configurado. O back-end configurado pode ou não ser um back-end elegível. |
| Política de alternativa configurada | Todos os back-ends principais em bom estado de funcionamento ou todos os back-ends principais2 | A VM do cliente está numa zona que contém, pelo menos, um backend principal configurado. O back-end principal configurado pode ou não ser um back-end elegível. |
| Política de alternativa configurada | Todos os back-ends de comutação por falha em bom estado de funcionamento3 | A VM do cliente está numa zona que contém, pelo menos, um back-end de failover configurado. O back-end de alternativa configurado pode ou não ser um back-end elegível. |
2 O balanceador de carga está no modo de retorno.
3 O balanceador de carga está no modo de failover.
Exemplo de correspondência zonal
Considere a seguinte situação para determinar se existe uma correspondência ao nível da zona:
- A política de alternativa está configurada
- A afinidade zonal está ativada
- O cliente está na zona A
- Os backends principais estão apenas na zona B e na zona C
- Não existem back-ends principais na zona A
Agora, mesmo que a afinidade zonal esteja ativada e exista um cliente compatível, não ocorre nenhuma correspondência zonal porque não existe um back-end principal na zona A, que é a zona da VM do cliente. Por conseguinte, a afinidade zonal é ignorada.
Opções de afinidade zonal
Os balanceadores de carga de rede de encaminhamento interno suportam as seguintes opções de afinidade zonal:
ZONAL_AFFINITY_DISABLED(predefinição): a afinidade zonal está desativada. O equilibrador de carga seleciona um back-end elegível para uma nova ligação sem modificar o conjunto de back-ends elegíveis.ZONAL_AFFINITY_STAY_WITHIN_ZONE: a afinidade zonal está ativada. Quando ocorre uma correspondência zonal, o balanceador de carga mantém o tráfego na zona do cliente refinando o conjunto original de back-ends elegíveis ou substituindo o conjunto original de back-ends elegíveis por um novo conjunto. Para ver detalhes sobre esta opção, consulte Como funciona oZONAL_AFFINITY_STAY_WITHIN_ZONE.ZONAL_AFFINITY_SPILL_CROSS_ZONE: a afinidade zonal está ativada. Quando ocorre uma correspondência zonal, o balanceador de carga pode refinar o conjunto de back-ends elegíveis ou pode deixar o conjunto original de back-ends elegíveis inalterado. Esta opção permite que o tráfego transborde para outras zonas se não existirem back-ends em bom estado na zona do cliente. O transbordo é controlado pela taxa de transbordo. Para mais informações sobre esta opção, consulte o artigo ComoZONAL_AFFINITY_SPILL_CROSS_ZONEfuncionam a taxa de preenchimento e a taxa de transbordo.
Para saber como configurar a afinidade zonal no serviço de back-end de um Network Load Balancer de encaminhamento interno, consulte o artigo Use a afinidade zonal.
Como funciona o ZONAL_AFFINITY_STAY_WITHIN_ZONE
Se a afinidade zonal estiver definida como ZONAL_AFFINITY_STAY_WITHIN_ZONE e ocorrer uma correspondência zonal, o balanceador de carga mantém o tráfego na zona do cliente através de uma das seguintes ações:
Refine o conjunto original de backends elegíveis
Se, pelo menos, um back-end elegível estiver na zona do cliente, o equilibrador de carga refina o conjunto de back-ends elegíveis fazendo o seguinte:
- Rejeitar todos os back-ends elegíveis que não estejam na zona do cliente
- Usar apenas back-ends elegíveis que estejam na zona do cliente
O conjunto refinado de backends elegíveis é um subconjunto do conjunto original de backends elegíveis.
Substitua o conjunto original de backends elegíveis
Se não existirem back-ends elegíveis na zona do cliente, existem outros back-ends configurados (não no conjunto de back-ends elegíveis) na zona do cliente porque ocorreu uma correspondência zonal para acionar a afinidade zonal. Nesta situação, o balanceador de carga substitui o conjunto de back-ends elegíveis por um novo conjunto que inclui back-ends não íntegros na zona do cliente, com base no facto de existir ou não uma política de comutação por falha configurada e, se existir, no estado de comutação por falha.
Este novo conjunto de backends elegíveis substituídos consiste num dos seguintes elementos:
Se não for configurada uma política de comutação por falha, o conjunto de substituição de back-ends elegíveis consiste em todos os back-ends não íntegros na zona do cliente.
Se for configurada uma política de alternativa e os back-ends elegíveis originais forem back-ends principais, o conjunto de substituição de back-ends elegíveis consiste em todos os back-ends principais não íntegros na zona do cliente.
Se for configurada uma política de alternativa e os backends elegíveis originais forem backends de alternativa, o conjunto de substituição de backends elegíveis consiste em todos os backends de alternativa não íntegros na zona do cliente.
A tabela seguinte resume todos os cenários de refinamento e substituição para a opção ZONAL_AFFINITY_STAY_WITHIN_ZONE:
| Conjunto original de back-ends elegíveis | Se, pelo menos, um back-end elegível (do conjunto original de back-ends elegíveis) estiver na zona do cliente: | Se não existirem backends elegíveis (do conjunto original de backends elegíveis) na zona do cliente: |
|---|---|---|
| Política de failover não configurada | ||
| Todos os back-ends em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Substituir o conjunto original de backends elegíveis. O novo conjunto de back-ends elegíveis consiste em todos os back-ends não íntegros na zona do cliente. |
| Todos os backends | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Esta situação não pode existir.1 |
| Política de alternativa configurada | ||
| Todos os back-ends principais em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Substituir o conjunto original de backends elegíveis. O novo conjunto de back-ends elegíveis consiste em todos os back-ends principais não íntegros na zona do cliente. |
| Todos os back-ends de comutação em caso de falha em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Substituir o conjunto original de backends elegíveis. O novo conjunto de back-ends elegíveis consiste em todos os back-ends de comutação por falha não íntegros na zona do cliente. |
| Todos os backends principais | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Esta situação não pode existir.2 |
1 A afinidade zonal requer uma correspondência zonal. Quando não é configurada uma política de alternativa, uma correspondência zonal requer, pelo menos, um back-end configurado na mesma zona que o cliente. Quando todos os back-ends elegíveis são back-ends configurados, existe sempre, pelo menos, um back-end elegível na mesma zona que o cliente.
2 A afinidade zonal requer uma correspondência zonal. Quando uma política de comutação por falha está configurada e os backends elegíveis são backends principais, uma correspondência zonal requer, pelo menos, um backend principal configurado na mesma zona que o cliente. Quando os backends elegíveis são todos backends principais configurados, existe sempre, pelo menos, um backend elegível na mesma zona que o cliente.
É importante ter em atenção o seguinte para a opção ZONAL_AFFINITY_STAY_WITHIN_ZONE:
- Esta opção de afinidade zonal nunca deixa o conjunto original de back-ends elegíveis inalterado.
- Esta opção de afinidade zonal favorece os back-ends na zona do cliente, mesmo que isso signifique usar back-ends não íntegros, partindo do princípio de que é cumprida uma condição de correspondência zonal.
Como funcionam a ZONAL_AFFINITY_SPILL_CROSS_ZONE e a taxa de transbordo
Se a afinidade zonal estiver definida como ZONAL_AFFINITY_SPILL_CROSS_ZONE e ocorrer uma correspondência zonal, o conjunto de back-ends elegíveis para o cliente pode ser refinado ou também pode não haver alterações ao conjunto de back-ends elegíveis.
No caso em que o conjunto original de back-ends elegíveis permanece inalterado, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. Esta distribuição depende de uma proporção de transbordo configurável que determina quando o tráfego começa a transbordar para backends elegíveis noutras zonas.
Uma taxa de transbordo configurável indica o valor limite para manter o tráfego na zona do cliente. Se a proporção de backends íntegros e elegíveis for inferior à proporção de transbordo definida, todas as novas ligações de clientes na zona são distribuídas a backends elegíveis noutras zonas. O valor da taxa de transbordo pode variar entre 0.0 e 1.0, inclusive.
Se não especificar uma taxa de transbordo ao configurar a afinidade zonal,Google Cloud usa um valor predefinido de 0.0.ZONAL_AFFINITY_SPILL_CROSS_ZONE
Rácio de transbordo zero
Se o rácio de transbordo configurado for 0.0, o balanceador de carga refina o conjunto de back-ends elegíveis ao rejeitar todos os back-ends elegíveis que não estejam na zona do cliente, desde que uma das seguintes condições seja verdadeira:
- Se não for configurada uma política de comutação por falha, os backends elegíveis são todos backends em bom estado e, pelo menos, um backend elegível está na zona do cliente
- Se for configurada uma política de comutação por falha, os backends elegíveis são todos backends principais em bom estado e, pelo menos, um backend elegível está na zona do cliente
- Se for configurada uma política de comutação por falha, os back-ends elegíveis são todos back-ends de comutação por falha em bom estado e, pelo menos, um back-end elegível está na zona do cliente
Se não existirem backends elegíveis na zona do cliente:
- O balanceador de carga mantém o conjunto original de back-ends elegíveis
- As novas ligações podem ser transferidas para back-ends elegíveis noutras zonas
A tabela seguinte resume todos os cenários de refinamento para a opção ZONAL_AFFINITY_SPILL_CROSS_ZONE quando a taxa de transbordo configurada é 0.0:
| Conjunto original de back-ends elegíveis | Se, pelo menos, um back-end elegível (do conjunto original de back-ends elegíveis) estiver na zona do cliente: | Se não existirem backends elegíveis (do conjunto original de backends elegíveis) na zona do cliente: |
|---|---|---|
| Política de failover não configurada | ||
| Todos os back-ends em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações são transferidas para back-ends elegíveis noutras zonas. |
| Todos os backends | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. | Esta situação não pode existir.1 |
| Política de alternativa configurada | ||
| Todos os back-ends principais em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações são transferidas para back-ends elegíveis noutras zonas. |
| Todos os back-ends de comutação em caso de falha em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações são transferidas para back-ends elegíveis noutras zonas. |
| Todos os backends principais | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. | Esta situação não pode existir.2 |
1 A afinidade zonal requer uma correspondência zonal. Quando não é configurada uma política de alternativa, uma correspondência zonal requer, pelo menos, um back-end configurado na mesma zona que o cliente. Quando todos os back-ends elegíveis são back-ends configurados, existe sempre, pelo menos, um back-end elegível na mesma zona que o cliente.
2 A afinidade zonal requer uma correspondência zonal. Quando uma política de comutação por falha está configurada e os backends elegíveis são backends principais, uma correspondência zonal requer, pelo menos, um backend principal configurado na mesma zona que o cliente. Quando os backends elegíveis são todos backends principais configurados, existe sempre, pelo menos, um backend elegível na mesma zona que o cliente.
Rácio de transbordo diferente de zero
Se a relação de transbordo configurada for superior a 0.0, mas inferior ou igual a 1.0, o balanceador de carga calcula primeiro uma das seguintes relações:
Se não for configurada uma política de alternativa, a proporção calculada é o número de back-ends elegíveis e em bom estado na zona do cliente dividido pelo número de back-ends configurados na zona do cliente.
$$ \frac{\text{count}(\text{Eligible and healthy backends})_{\text{Client's zone}}}{\text{count}(\text{Configured backends})_{\text{Client's zone}}} $$Se for configurada uma política de comutação por falha e todos os back-ends elegíveis forem back-ends principais, a proporção calculada é o número de back-ends elegíveis e em bom estado na zona do cliente dividido pelo número de back-ends principais configurados na zona do cliente.
$$ \frac{\text{count}(\text{Eligible and healthy primary backends})_{\text{Client's zone}}}{\text{count}(\text{Configured primary backends})_{\text{Client's zone}}} $$Se estiver configurada uma política de comutação por falha e todos os back-ends elegíveis forem back-ends de comutação por falha, a proporção calculada é o número de back-ends elegíveis e em bom estado na zona do cliente dividido pelo número de back-ends de comutação por falha configurados na zona do cliente.
$$ \frac{\text{count}(\text{Eligible and healthy failover backends})_{\text{Client's zone}}}{\text{count}(\text{Configured failover backends})_{\text{Client's zone}}} $$
Em seguida, o balanceador de carga compara a proporção calculada com a proporção de transbordo. Se o rácio calculado for igual ou superior ao rácio de transbordo, o balanceador de carga refina o conjunto de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. Caso contrário, o balanceador de carga usa os back-ends elegíveis originais.
Ao calcular a taxa calculada, lembre-se do seguinte:
Os back-ends elegíveis podem ser todos os back-ends em bom estado de funcionamento, todos os back-ends, todos os back-ends principais em bom estado de funcionamento, todos os back-ends de alternativa em bom estado de funcionamento ou todos os back-ends principais.
Exceto quando os backends elegíveis consistirem em todos os backends ou todos os backends principais, o conjunto de backends configurados, backends principais configurados ou backends de alternativa configurados contém mais do que apenas backends elegíveis.
Uma taxa de transbordo de
1.0indica que uma das seguintes opções é verdadeira:Se não for configurada uma política de alternativa, o conjunto de backends elegíveis tem de ser todos os backends em bom estado, e o número de backends elegíveis na zona do cliente tem de ser igual ao número de backends configurados na zona do cliente.
Se for configurada uma política de comutação por falha e todos os backends elegíveis forem backends principais, o conjunto de backends elegíveis tem de conter todos os backends principais em bom estado, e o número de backends elegíveis na zona do cliente tem de ser igual ao número de backends principais configurados na zona do cliente.
Se for configurada uma política de comutação por falha e todos os backends elegíveis forem backends de comutação por falha, o conjunto de backends elegíveis tem de conter todos os backends de comutação por falha em bom estado, e o número de backends elegíveis na zona do cliente tem de ser igual ao número de backends de comutação por falha configurados na zona do cliente.
A tabela seguinte resume todos os cenários de refinamento para a opção ZONAL_AFFINITY_SPILL_CROSS_ZONE quando a taxa de transbordo configurada não é 0.0:
| Conjunto original de back-ends elegíveis | Rácio calculado >= rácio de transbordo | Rácio calculado < rácio de transbordamento |
|---|---|---|
| Política de failover não configurada | ||
| Todos os back-ends em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. |
| Todos os backends | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. |
| Política de alternativa configurada | ||
| Todos os back-ends principais em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. |
| Todos os back-ends de comutação em caso de falha em bom estado de funcionamento | Refine o conjunto original de back-ends elegíveis rejeitando todos os back-ends elegíveis que não estejam na zona do cliente. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. |
| Todos os backends principais | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. | Sem alterações: use o conjunto original de backends elegíveis. Nesta situação, as novas ligações podem ser enviadas para back-ends elegíveis na zona do cliente ou podem ser transferidas para back-ends elegíveis noutras zonas. |
Exemplos de taxa de transbordo
Os exemplos seguintes mostram como a ZONAL_AFFINITY_SPILL_CROSS_ZONE funciona quando não existe uma política de alternativa configurada.
Para que a afinidade zonal se aplique quando configura uma taxa de transbordo de
1.0, tem de se verificar o seguinte:- O conjunto de back-ends elegíveis tem de ser composto por todos os back-ends em bom estado.
- O número de back-ends elegíveis em bom estado na zona do cliente tem de ser igual ao número de back-ends configurados na zona do cliente.
Uma taxa de transbordo de
1.0indica que 100% dos back-ends elegíveis na zona do cliente têm de estar em bom estado para que todas as novas ligações sejam distribuídas apenas pelos back-ends na zona do cliente. Mesmo que um back-end fique indisponível, o equilibrador de carga distribui algumas novas ligações para back-ends noutras zonas.Para que a afinidade zonal se aplique quando configura uma taxa de transbordo de
0.8, tem de se verificar o seguinte:- O conjunto de back-ends elegíveis tem de ser composto por todos os back-ends em bom estado.
- O número de back-ends elegíveis em bom estado na zona do cliente
dividido pelo número de back-ends configurados na zona do cliente
tem de ser, pelo menos,
0.8.
Uma taxa de transbordo de
0.8indica que, pelo menos, 80% dos back-ends elegíveis na zona do cliente têm de estar em bom estado para que todas as novas ligações sejam distribuídas apenas pelos back-ends na zona do cliente. Se menos de 80% dos back-ends na zona do cliente estiverem em bom estado, o balanceador de carga distribui algumas novas ligações a back-ends noutras zonas.Para que a afinidade zonal se aplique quando configura uma taxa de transbordo de
0.0, tem de se verificar o seguinte:- O conjunto de back-ends elegíveis tem de ser composto por todos os back-ends em bom estado.
- Tem de existir, pelo menos, um back-end elegível em bom estado na zona do cliente.
Uma relação de transbordo de
0.0significa que, desde que exista, pelo menos, um back-end em bom estado na zona do cliente, todas as novas ligações são distribuídas pelos back-ends na zona do cliente. Se a taxa de transbordo for0.0e não existir um back-end em bom estado na zona do cliente, o balanceador de carga distribui todas as novas ligações para back-ends em bom estado em zonas que não sejam a zona do cliente.
O diagrama seguinte mostra uma taxa de transbordo de 0.8:
As zonas 1 e 2 contêm cinco back-ends configurados cada.
O conjunto original de backends elegíveis consiste em oito dos dez backends configurados:
Todos os cinco back-ends configurados na zona 1 estão em bom estado.
Três back-ends configurados na zona 2 estão em bom estado.
Para um cliente compatível que esteja na zona 1:
Uma correspondência zonal ocorre porque existe, pelo menos, um back-end configurado na zona 1.
A proporção de back-ends elegíveis em bom estado na zona 1 em relação a todos os back-ends configurados na zona 1 é
5/5=1.0.Para o cliente compatível na zona 1: uma vez que a proporção calculada de
1.0é superior à proporção de transbordo de0.8, o balanceador de carga refina o conjunto de back-ends elegíveis ao rejeitar todos os back-ends elegíveis que não estejam na zona 1. Consequentemente, as novas ligações do cliente compatível na zona 1 são distribuídas exclusivamente entre os cinco backends elegíveis em bom estado na zona 1.
Para um cliente compatível que esteja na zona 2:
Uma correspondência zonal ocorre porque existe, pelo menos, um back-end configurado na zona 2.
A proporção de back-ends elegíveis em bom estado na zona 2 para todos os back-ends configurados na zona 2 é
3/5=0.6.Para o cliente compatível na zona 2: uma vez que a proporção calculada de
0.6não é superior ou igual à proporção de transbordo de0.8, o balanceador de carga não faz alterações ao conjunto de back-ends elegíveis. Consequentemente, as novas ligações do cliente compatível na zona 2 são distribuídas entre o conjunto original de oito back-ends elegíveis em bom estado (cinco na zona 1 e três na zona 2).
O que se segue?
- Para configurar o Cloud Monitoring para balanceadores de carga de rede de encaminhamento interno, consulte o artigo Registo e monitorização do balanceador de carga de rede de encaminhamento interno.
- Para resolver problemas com o balanceador de carga de rede de encaminhamento interno, consulte o artigo Resolva problemas de balanceadores de carga de rede de encaminhamento interno.