View a markdown version of this page

Tutorial: Executar um fluxo de trabalho pós-recuperação do RDS - Amazon Application Recovery Controller (ARC)

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Tutorial: Executar um fluxo de trabalho pós-recuperação do RDS

Este tutorial orienta você na execução de um fluxo de trabalho pós-recuperação após um failover bem-sucedido do RDS. Essa execução pós-recuperação restaura a redundância ao restabelecer a replicação entre regiões para o banco de dados do RDS, garantindo que seu banco de dados do RDS esteja preparado para futuros eventos regionais.

Você concluirá as seguintes etapas neste tutorial:

  • Verifique os pré-requisitos para execução pós-recuperação

  • Crie um fluxo de trabalho pós-recuperação com o bloco de execução RDS Create Cross-Region Replica

  • Execute o fluxo de trabalho pós-recuperação

Pré-requisitos

Antes de começar este tutorial, verifique se você tem o seguinte:

  • Um active/passive plano de mudança de região com um fluxo de trabalho de ativação que inclui um bloco de execução do RDS Promote Read Replica

  • Uma execução de ativação bem-sucedida que promoveu uma réplica de leitura na outra região

  • Ambas as regiões são saudáveis e acessíveis

  • O ID de execução da execução de recuperação mais recente

Etapa 1: criar um fluxo de trabalho pós-recuperação

  1. No console do switch de região, escolha o plano, escolha Editar fluxos de trabalho, selecione Config, marque Incluir fluxo de trabalho pós-recuperação no plano e salve.

  2. Na página Editar fluxos de trabalho, selecione o menu suspenso Selecionar um fluxo de trabalho para adicionar etapas e escolha Pós-recuperação.

  3. Escolha Adicionar etapa.

  4. Selecione o bloco de execução de réplica entre regiões do Amazon RDS para criar.

  5. No painel à direita, configure o bloco:

    • Nome da etapa: insira “Criar réplica de leitura entre regiões”

    • Descrição da etapa (opcional)

    • ARN da instância de banco de dados do RDS para a região primária: o ARN do banco de dados na região primária deve ser o mesmo da etapa de promoção da réplica de leitura

    • ARN da instância de banco de dados do RDS para a região secundária: o ARN do banco de dados promovido, na secundária, deve ser o mesmo da etapa de promoção da réplica de leitura

    • Tempo limite (opcional): insira um valor de tempo limite, como 90 minutos

    Para obter informações sobre as permissões necessárias do IAM para esse bloco de execução, consulteExemplo de política de blocos de execução do Amazon RDS.

  6. Escolha Salvar etapa.

  7. Escolha Salvar fluxo de trabalho.

Etapa 2: Executar o fluxo de trabalho pós-recuperação

  1. Na página de detalhes do plano de mudança de região, no canto superior direito, escolha Executar após a recuperação.

  2. Insira os detalhes da execução:

    • ID de execução de recuperação: insira o ID de execução da execução de recuperação mais recente. Esse campo é usado para identificar a região que está ativa atualmente.

    • Região para execução: selecione a região inativa que não está recebendo nenhum tráfego do aplicativo. Essa é a região em que uma réplica de leitura será criada.

  3. Revise as etapas de execução e reconheça a execução.

  4. Escolha Start Execution.

  5. Monitore o progresso da execução na página de detalhes da execução. O bloco de execução do RDS Create Cross-Region Replica renomeará sua instância primária antiga e criará uma nova réplica de leitura na região anteriormente comprometida.

Depois que a execução pós-recuperação for concluída com êxito, sua aplicação terá a replicação entre regiões restabelecida e você estará preparado para futuros eventos regionais. Você pode verificar se a nova réplica de leitura foi criada verificando o console do RDS na região de destino. O antigo primário será renomeado e marcado com renamedByRegionSwitch.

Importante

A mudança de região valida se o ID de execução da recuperação corresponde à última execução conhecida do plano. Se o ID de execução for inválido ou não for o ID da última execução de recuperação conhecida, a execução pós-recuperação não será executada.