Multi-Region: recuperação

Valida a recuperação para outra região em relação aos seus objetivos de recuperação, não apenas à resiliência na região.

Você escolhe quais dependências devem ser prejudicadas na região primária, para poder praticar a detecção e a recuperação.

O teste se integra ao switch ARC Region para que você possa acompanhar os detalhes da execução do plano no relatório de teste.

É um teste de recuperação. A contagem regressiva do RTO começa quando as ações de teste começam. O teste será aprovado se todos os alarmes de sucesso voltarem ao OK estado em seu Multi-Region RTO e permanecerem lá até que as ações de teste terminem. Seu serviço deve ter uma política de resiliência com um Multi-Region RTO definido.

Escolha dependências na região prejudicada que sejam significativas o suficiente para acionar seu procedimento de recuperação. Escolha dependências rígidas ou endpoints de DNS que, se bloqueados, prejudicariam significativamente essa região.

O teste injeta falhas na região afetada — você mesmo executa a ação de recuperação (por exemplo, acionando o plano de troca de failover/ARC região). O teste verifica se sua região de recuperação está saudável em seu RTO avaliando o estado do alarme.

Escolha alarmes de sucesso na região de recuperação que validem seu tráfego de atendimento ou use alarmes global/application de nível que reflitam a experiência geral do cliente.

Considere definir uma duração maior do que seu RTO para validar se a recuperação é sustentada.

Garanta que suas dependências sejam usadas ativamente durante o teste (o tráfego está fluindo para elas) — isso valida que o bloco está surtindo efeito. Considere adicionar alarmes ou métricas que rastreiem o uso da dependência (por exemplo, contagem de solicitações ou erros de conexão) para verificar se a dependência está sendo exercida durante o teste.

As dependências devem ser endpoints de DNS resolvíveis.

O bloqueio de dependências que acionam falhas na verificação de saúde pode fazer com que a computação (por exemplo, tarefas do Amazon ECS) seja substituída. A ação de perda de pacotes não se aplica novamente às tarefas de substituição e pode ser relatada como falhada.

Região prejudicada — A região onde as falhas são injetadas.

Região de recuperação — A região para a qual você espera que seu serviço se recupere.

Duração — O período de tempo em que as ações de teste são executadas. Depois, são necessários mais alguns minutos para coletar os resultados finais antes que o teste termine. O padrão é o Multi-Region RTO de sua política de serviço mais 30 minutos quando você cria o teste pela primeira vez.

Dependências a serem bloqueadas — Escolha dependências que, se bloqueadas, prejudicariam significativamente seu serviço e ajudariam a validar o failover para outra região. Por padrão, a dependência rígida descoberta com o maior volume de consultas é pré-selecionada. Se nenhuma dependência tiver sido classificada como difícil, nenhuma será selecionada. Você pode ajustar ou adicionar manualmente dependências por nome de domínio DNS. As dependências adicionais adicionadas aqui são usadas somente para esse teste e não serão salvas na descoberta de dependências do serviço. Esses padrões se aplicam ao console; ao usar a API, você fornece as dependências explicitamente.

Plano de troca de região (opcional) — anexar um plano de troca de região ARC permite que a próxima geração do Resilience Hub inclua o cronograma real de failover em seus resultados de teste e relatório. Se você usar o failover manual ou uma automação personalizada, deixe isso em branco.