Ao utilizar services de cloud no nível de zona como próximos saltos de rota, uma falha na zona tradicionalmente exige o redirecionamento manual de tráfego para uma instância em standby. Um grupo de destino de rota permite a configuração ativo-standby com duas instâncias de próximo salto. O sistema monitora continuamente a integridade das instâncias e executa automaticamente o failover de recuperação de desastres no nível de zona quando uma instância apresenta falha, reduzindo o objetivo de tempo de recuperação (RTO).
Funcionamento
Um grupo de destino de rota atua como intermediário entre uma entrada de rota da VPC e suas instâncias de próximo salto. Ao definir o próximo salto de uma entrada de rota como um grupo de destino de rota, todo o tráfego é direcionado à instância ativa. O monitoramento de integridade do grupo verifica continuamente ambas as instâncias e aciona o failover automaticamente.
Modelo de pesos ativo-standby
As duas instâncias membros possuem pesos fixos que determinam qual delas processa o tráfego:
|
Instância |
Peso |
Função |
|
Ativa |
100 |
Processa todo o tráfego enquanto estiver íntegra |
|
Standby |
0 |
Assume o tráfego apenas quando a instância ativa falha |
Ambas as instâncias devem ser do mesmo tipo e implantadas em zonas diferentes para habilitar a recuperação de desastres entre zonas.
Monitoramento de integridade
O sistema envia continuamente sondas de integridade para ambas as instâncias:
Detecção de falhas: Três sondas de integridade consecutivas com falha marcam a instância como
Unhealthye acionam o failover automático.Verificação de recuperação: Três sondas de integridade consecutivas com sucesso retornam o status da instância para
Healthy.
Alternância automática e manual
|
Cenário |
Acionador |
Tempo de alternância |
|
Failover |
Automático (falha no health check) |
< 30s |
|
Failback |
Manual |
< 10s |
Após a recuperação da instância ativa, o sistema não retorna o tráfego a ela automaticamente. Esse comportamento é intencional, pois o failback automático pode causar alternâncias repetidas durante instabilidades de rede ou interrupções breves de service. Execute o failback manualmente durante uma janela de manutenção ou em horários de baixa demanda.
Escopo e limites
|
Item |
Descrição |
|
Tipos de instância membro suportados |
Endpoints do Gateway Load Balancer (GWLBe) e NAT gateways. Todas as instâncias membro dentro do mesmo grupo de destino de rota devem ser do mesmo tipo. |
|
Requisitos de implantação de instância |
Uma instância ativa + uma instância em standby. Ambas devem pertencer à mesma VPC e estar implantadas em zonas diferentes para habilitar a recuperação de desastres entre zonas. Quando o tipo de instância de destino for NAT Gateway, implante single-zone NAT gateways em zonas diferentes dentro da mesma VPC. |
|
Grupos de destino de rota por VPC |
10 |
|
Tipo de entrada de rota suportado |
Apenas IPv4 |
|
Pré-requisito para alternância manual |
A instância inativa deve estar com status |
Um grupo de destino de rota suporta as mesmas operações de roteamento que suas instâncias membro. Por exemplo, se uma rota de sistema em uma tabela de rotas de gateway puder usar um endpoint GWLB como próximo salto, ela também poderá usar um grupo de destino de rota que contenha endpoints GWLB como membros.
Configure failover automático
Defina o próximo salto de uma entrada de rota como um grupo de destino de rota. O tráfego será encaminhado com base na instância atualmente ativa. Quando uma instância apresentar falha de integridade, o sistema executará automaticamente o failover de recuperação de desastres no nível de zona.
Console
-
Acesse a página VPC - Route Target Groups e clique em Create Target Group.
Campo Configuração VPC Selecione a VPC onde residem suas instâncias de destino. Mode Atualmente, apenas o Active/Standby Mode é suportado. Member Type Selecione GWLB Endpoint ou NAT Gateway. Quando o tipo de membro for NAT Gateway, apenas single-zone NAT gateways são suportados.
Member Settings Selecione uma instância ativa e uma em standby implantadas em zonas diferentes. Após a criação, modifique as instâncias inativas na página de detalhes do grupo de destino clicando em Modify Member. Não é possível modificar instâncias ativas. Instance Name, Resource Group and Tags Campos opcionais para categorização e gerenciamento de instâncias. Acesse a página VPC - Route Tables e clique no ID da tabela de rotas desejada.
-
Configure uma entrada de rota para apontar para o grupo de destino de rota. Crie uma nova entrada de rota ou modifique uma existente:
Criar uma nova entrada de rota: Na aba Custom Route, clique em Add Route Entry. Insira o Destination CIDR Block para o tráfego que precisa ser encaminhado pelas instâncias ativa e em standby. Defina o Next Hop Type como Route Target Group e selecione o grupo de destino de rota correspondente.
Modificar uma entrada de rota existente: Na aba Custom Route, localize a entrada de rota desejada e clique em Edit. Altere o Next Hop Type para Route Target Group e selecione o grupo de destino de rota correspondente.
API
Chame a operação CreateRouteTargetGroup para criar o grupo de destino de rota.
Chame a operação CreateRouteEntry para criar uma entrada de rota. Defina
NextHopTypecomoRouteTargetGroup.
Executar uma alternância manual
-
Cenários aplicáveis:
Acione manualmente o redirecionamento de tráfego entre as instâncias ativa e em standby para simulações de recuperação de desastres ou manutenções planejadas.
Para evitar alternâncias automáticas frequentes causadas por instabilidade de rede na instância ativa (interrupção de service), os grupos de destino de rota não realizam failback automático para a instância ativa após a recuperação. Após a recuperação da instância ativa, execute o failback manualmente durante horários de baixa demanda.
Restrição: A alternância não é permitida quando a instância inativa está com falha de integridade.
Console
Acesse a página VPC - Route Target Groups e clique no ID do grupo de destino de rota.
No canto superior direito, clique em Switch Member.
API
Chame a operação SwitchActiveRouteTarget para executar a alternância.
Faturamento
O recurso de grupo de destino de rota é gratuito.
As instâncias de destino e seus services de backend são cobrados de acordo com as regras de preços de cada product:
Endpoints do Gateway Load Balancer (GWLBe): Para detalhes de faturamento, consulte PrivateLink billing e GWLB billing.
NAT Gateway: Para detalhes de faturamento, consulte single-zone NAT Gateway billing.
Aplicação em produção
Risco de interrupção de conexão: Para aplicações com estado (como conexões de firewall de longa duração ou sessões NAT), uma alternância ativo-standby interrompe as conexões existentes, exigindo que os services restabeleçam as conexões. Considere implementar mecanismos de reconexão e avalie cuidadosamente o impacto momentâneo de uma alternância em seus services.
Simulação de recuperação de desastres: Antes de introduzir tráfego de produção, execute uma alternância manual durante horários de baixa demanda ou em uma janela de manutenção para realizar uma simulação de recuperação de desastres. Verifique a disponibilidade do caminho em standby, as políticas de grupo de segurança e os services de backend para garantir que o caminho de backup funcione conforme esperado durante uma falha real.