Acerca do estado de funcionamento do Private Service Connect para a comutação por falha automática entre regiões
O estado de funcionamento do Private Service Connect permite que os produtores de serviços definam estados de funcionamento que suportam a comutação por falha automática entre regiões para consumidores de serviços que usam backends do Private Service Connect. Estes estados de saúde baseiam-se na saúde agregada dos back-ends do produtor do serviço (VMs ou pontos finais de rede), o que fornece aos consumidores um sinal de comutação por falha mais preciso do que a deteção de valores atípicos, que infere a saúde a partir de falhas de resposta.
Para ativar a comutação por falha entre regiões, o produtor e o consumidor do serviço têm de usar uma implementação multirregional. Quando configura o estado de funcionamento do Private Service Connect, o estado de funcionamento de cada serviço publicado regional é propagado automaticamente ao equilibrador de carga do consumidor. Se uma instância de serviço numa região ficar em mau estado, o balanceador de carga do consumidor deixa de encaminhar tráfego para esse serviço e, em vez disso, encaminha tráfego para uma instância de serviço em bom estado numa região alternativa.
Requisitos de implementação
Para usar a verificação de estado do Private Service Connect para a comutação por falha automática, o produtor de serviços e o consumidor de serviços têm de configurar os respetivos recursos para uma implementação em várias regiões, conforme descrito nesta secção. Para mais informações sobre os requisitos dos tipos de balanceadores de carga e back-end, consulte as Especificações.
Configuração do produtor:
- Implemente o serviço em cada região. Cada instância regional do serviço tem de ser configurada num balanceador de carga regional que suporta o acesso por um back-end.
- Crie um anexo de serviço para publicar cada instância regional do serviço.
Configuração do consumidor:
- Crie um back-end do Private Service Connect para aceder aos serviços publicados. O back-end
tem de se basear num
balanceador de carga que suporte a comutação por falha entre regiões
e incluir a seguinte configuração:
- Um NEG do Private Service Connect em cada região que aponta para a associação do serviço dessa região
- Um serviço de back-end global que contém os back-ends do NEG

Este exemplo mostra um equilibrador de carga de aplicações externo global de consumidor que se liga a um serviço publicado em várias regiões. O acesso a um serviço multirregião com um balanceador de carga global ou entre regiões suportado permite que o consumidor do serviço tire partido do estado de funcionamento do Private Service Connect para a comutação por falha entre regiões automática (clique para aumentar).
Componentes de saúde do Private Service Connect
O estado de funcionamento do Private Service Connect usa os seguintes componentes para suportar a comutação por falha automática entre regiões.
Este diagrama mostra os principais componentes do estado de funcionamento do Private Service Connect. As políticas de agregação de saúde definem condições para que as fontes de saúde sejam consideradas saudáveis. Os estados de saúde das origens de saúde individuais são combinados num único estado por uma verificação de saúde composta, e o resultado é enviado para um destino de saúde.
Política de agregação de saúde
Uma política de agregação de saúde é um recurso que cria para definir as condições que um serviço de back-end tem de cumprir para ser considerado saudável. Uma política agrega os estados de saúde dos backends de um serviço de backend (VMs num grupo de instâncias ou pontos finais de rede num NEG), conforme determinado por verificações de saúde regulares.
Um serviço de back-end é considerado em bom estado se forem cumpridas duas condições configuráveis:
Percentagem de pontos finais em bom estado: a percentagem mínima de back-ends que têm de estar em bom estado. A predefinição é 60%.
Número mínimo de pontos finais saudáveis: o número mínimo de back-ends que têm de estar saudáveis. O valor predefinido é 1.
Por exemplo, pode criar uma política que especifique que um serviço de back-end tem de ter, pelo menos, 75% dos respetivos back-ends em bom estado e, pelo menos, três back-ends em bom estado. Se o número de backends em bom estado ficar abaixo de qualquer um desses limites, o serviço de backend é considerado em mau estado.
Fonte de saúde
Uma fonte de saúde é um recurso que disponibiliza a saúde de um único serviço de back-end para agregação como parte de uma verificação de saúde composta. Quando cria uma origem de saúde, especifica o seguinte:
- Um serviço de back-end a monitorizar
- Uma política de agregação de estado que determina o estado do serviço de back-end
A origem de saúde usa as condições definidas na política de agregação de saúde para determinar o estado de saúde do serviço de back-end associado.
Verificação de funcionamento composta
Uma verificação de estado de saúde composta é um recurso que agrega os estados de saúde de uma ou mais fontes de saúde para produzir um único estado de saúde composto para um serviço publicado regionalmente. O serviço publicado é considerado em bom estado se cada uma das fontes de saúde associadas estiver em bom estado. Se alguma das origens de saúde estiver em mau estado, o serviço é considerado em mau estado.
Destino de saúde
Um destino de saúde recebe o estado de saúde composto final de uma verificação de estado composta. Para um serviço publicado, o destino de verificação do estado é a regra de encaminhamento do balanceador de carga do produtor. O estado de saúde é propagado automaticamente aos equilibradores de carga do consumidor que se ligam a esta regra de encaminhamento.
Especificações
O estado de funcionamento do Private Service Connect tem as seguintes especificações.
Comportamento:
- O estado dos back-ends individuais num serviço de back-end é determinado por verificações de funcionamento padrão.
- Uma política de agregação de estado de saúde configurável determina o estado de saúde geral de um serviço de back-end com base no estado de saúde dos respetivos back-ends individuais.
- Uma verificação de funcionamento composta agrega os estados de funcionamento de um ou mais serviços de back-end configurados como fontes de funcionamento, criando um estado de funcionamento composto.
- O estado de saúde composto é fornecido a um destino de saúde, que tem de ser a regra de encaminhamento de um serviço publicado.
- O estado de saúde composto é propagado automaticamente para os equilibradores de carga do consumidor ligados, onde os estados não saudáveis acionam a comutação por falha automática entre regiões.
Configuração:
- O produtor e o consumidor do serviço têm de configurar recursos numa implementação em várias regiões.
- Cada instância de serviço publicada tem de ser publicada com um equilibrador de carga que suporte a comutação por falha entre regiões.
- Os serviços de back-end que usa como origens de saúde têm de ter um esquema de equilíbrio de carga de
INTERNAL
ouINTERNAL_MANAGED
. - As instâncias de serviços publicados têm de ter um dos seguintes tipos de back-end:
- As instâncias de serviço publicadas têm de ser acedidas por back-ends do Private Service Connect baseados em balanceadores de carga que suportam a verificação de estado do Private Service Connect.
- Todos os recursos de saúde do Private Service Connect são regionais e têm de estar na mesma região que o serviço que está a monitorizar.
- Um recurso de origem de saúde tem de fazer referência exatamente a um serviço de back-end.
- Um recurso de verificação de saúde composto tem de fazer referência a 1 a 10 fontes de saúde.
- Uma regra de encaminhamento só pode ser o destino de estado de funcionamento de uma verificação de estado de funcionamento composta.
Limitações
O estado de funcionamento do Private Service Connect tem as seguintes limitações:
- Os estados de saúde compostos produzidos pela verificação de saúde do Private Service Connect só são visíveis para o equilibrador de carga do consumidor e não podem ser vistos nos registos.
- Todos os recursos de verificação do estado do Private Service Connect, incluindo os serviços de back-end e as regras de encaminhamento a que fazem referência, têm de existir no mesmo projeto.
- Não pode usar o estado de saúde composto de um serviço como origem de saúde para outro serviço.
- Não existe um modo para testar uma configuração de verificação de estado que não afete os consumidores ligados. Quaisquer verificações de funcionamento compostas configuradas podem acionar imediatamente a comutação por falha.
- A verificação de estado do Private Service Connect só suporta back-ends do Private Service Connect que acedem a serviços publicados.
Preços
Não existe nenhum custo adicional para usar o Private Service Connect health. No entanto, são-lhe cobrados recursos e tráfego de rede na sua rede VPC.
Para mais informações, consulte os preços da VPC.
O que se segue?
- Para configurar o estado de funcionamento do Private Service Connect, consulte o artigo Configure o estado de funcionamento do Private Service Connect para a comutação por falha automática entre regiões.