Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Tutoriel : Exécution d'un flux de travail RDS après restauration
Ce didacticiel vous explique comment exécuter un flux de travail après restauration après un basculement RDS réussi. Cette exécution après restauration rétablit la redondance en rétablissant la réplication entre régions pour la base de données RDS, garantissant ainsi que votre base de données RDS est prête pour les futurs événements régionaux.
Dans ce didacticiel, vous allez effectuer les étapes suivantes :
Vérifiez les conditions préalables à l'exécution après la restauration
Créez un flux de travail après la restauration avec le bloc d'exécution RDS Create Cross-Region Replica
Exécuter le flux de travail après la restauration
Conditions préalables
Avant de commencer ce didacticiel, vérifiez que vous disposez des éléments suivants :
Un active/passive plan de changement de région avec un flux de travail d'activation incluant un bloc d'exécution RDS Promote Read Replica
Une exécution d'activation réussie qui a favorisé la lecture d'une réplique dans l'autre région
Les deux régions sont saines et accessibles
L'ID d'exécution de la dernière exécution de restauration
Étape 1 : créer un flux de travail après la restauration
-
Dans la console de changement de région, choisissez le plan, choisissez Modifier les flux de travail, sélectionnez Config, cochez la case Inclure le flux de travail post-restauration dans le plan et enregistrez.
-
Sur la page Modifier les flux de travail, sélectionnez le menu déroulant Sélectionnez un flux de travail pour ajouter des étapes et choisissez Post-restauration.
-
Choisissez Ajouter une étape.
-
Sélectionnez le bloc d'exécution Amazon RDS Create cross-Region Replica.
-
Dans le panneau de droite, configurez le bloc :
Nom de l'étape : Entrez « Créer une réplique de lecture interrégionale »
Description de l'étape (facultatif)
ARN de l'instance de base de données RDS pour la région principale : l'ARN de la base de données de la région principale doit être identique à l'étape de promotion et de lecture de la réplique
ARN de l'instance de base de données RDS pour la région secondaire : l'ARN de la base de données promue dans la base de données secondaire doit être le même que celui de l'étape de promotion et de lecture de la réplique
Délai d'expiration (facultatif) : entrez une valeur de délai, telle que 90 minutes
Pour plus d'informations sur les autorisations IAM requises pour ce bloc d'exécution, consultezExemple de politique relative aux blocs d'exécution Amazon RDS.
-
Choisissez Enregistrer l'étape.
-
Choisissez Enregistrer le flux de travail.
Étape 2 : Exécuter le flux de travail après la restauration
-
Sur la page des détails du plan de changement de région, en haut à droite, choisissez Execute post-recovery.
-
Entrez les détails de l'exécution :
ID d'exécution de la restauration : entrez l'ID d'exécution de la dernière exécution de restauration. Ce champ est utilisé pour identifier la région actuellement active.
Région dans laquelle exécuter : sélectionnez la région inactive qui ne reçoit aucun trafic d'application. Il s'agit de la région dans laquelle une réplique en lecture sera créée.
-
Passez en revue les étapes d'exécution et confirmez l'exécution.
-
Choisissez Démarrer une exécution.
-
Surveillez la progression de l'exécution sur la page des détails de l'exécution. Le bloc d'exécution RDS Create Cross-Region Replica renommera votre ancienne instance principale et créera une nouvelle réplique en lecture dans la région précédemment altérée.
Une fois l'exécution post-restauration terminée avec succès, la réplication entre régions de votre application sera rétablie et vous serez prêt pour les futurs événements régionaux. Vous pouvez vérifier si la nouvelle réplique de lecture a été créée en vérifiant la console RDS dans la région cible. L'ancien serveur principal sera renommé et étiqueté avec renamedByRegionSwitch.
Important
Le changement de région vérifie que l'ID d'exécution de la restauration correspond à la dernière exécution connue du plan. Si l'ID d'exécution n'est pas valide ou s'il ne s'agit pas de l'ID de la dernière exécution de restauration connue, l'exécution postérieure à la restauration ne sera pas exécutée.
