Multi-Region: rétablissement

Valide la reprise vers une autre région par rapport à vos objectifs de reprise, et pas seulement par rapport à la résilience de la région.

Vous choisissez les dépendances à modifier dans la région principale, afin de pouvoir pratiquer la détection et la restauration.

Le test s'intègre au commutateur de région ARC afin que vous puissiez suivre les détails de l'exécution du plan dans le rapport de test.

Il s'agit d'un test de récupération. Le compte à rebours RTO commence lorsque les actions de test commencent. Le test est réussi si toutes les alarmes de réussite reviennent à OK l'état de votre Multi-Region RTO et y restent jusqu'à la fin des actions de test. Votre service doit disposer d'une politique de résilience avec un Multi-Region RTO défini.

Choisissez des dépendances dans la région altérée qui sont suffisamment importantes pour déclencher votre procédure de restauration. Choisissez des dépendances physiques ou des points de terminaison DNS qui, s'ils étaient bloqués, affecteraient de manière significative cette région.

Le test injecte les défauts dans la région altérée : vous effectuez vous-même l'action de restauration (par exemple, en déclenchant le plan de changement de failover/ARC région). Le test vérifie si votre région de récupération est saine dans votre RTO en évaluant l'état de l'alarme.

Choisissez des alarmes de réussite dans la région de reprise qui confirment qu'elle dessert le trafic, ou utilisez des alarmes de global/application niveau qui reflètent l'expérience globale du client.

Envisagez de définir une durée supérieure à votre RTO pour vous assurer que la restauration est maintenue.

Assurez-vous que vos dépendances sont utilisées activement pendant le test (le trafic y circule). Cela confirme que le blocage a un effet. Envisagez d'ajouter des alarmes ou des mesures qui suivent l'utilisation des dépendances (par exemple, le nombre de demandes ou les erreurs de connexion) pour vérifier que la dépendance est exercée pendant le test.

Les dépendances doivent être des points de terminaison DNS résolvables.

Le blocage des dépendances qui déclenchent des échecs du bilan de santé peut entraîner le remplacement du calcul (par exemple, les tâches Amazon ECS). L'action de perte de paquets ne s'applique pas de nouveau aux tâches de remplacement et peut être signalée comme ayant échoué.

Région altérée  : région dans laquelle les défauts sont injectés.

Région de restauration  : région dans laquelle vous souhaitez que votre service soit rétabli.

Durée  : durée pendant laquelle les actions de test sont exécutées. Il faut ensuite quelques minutes supplémentaires pour recueillir les résultats finaux avant la fin du test. La valeur par défaut est votre Multi-Region RTO selon votre politique de service, plus 30 minutes lorsque vous créez le test pour la première fois.

Dépendances à bloquer  : choisissez les dépendances qui, si elles étaient bloquées, affecteraient considérablement votre service et aideraient à valider le basculement vers une autre région. Par défaut, la dépendance matérielle découverte avec le volume de requêtes le plus élevé est présélectionnée. Si aucune dépendance n'a été classée comme étant difficile, aucune n'est sélectionnée. Vous pouvez ajuster ou ajouter manuellement des dépendances par nom de domaine DNS. Les dépendances supplémentaires ajoutées ici ne sont utilisées que pour ce test et ne seront pas enregistrées lors de la découverte des dépendances par le service. Ces valeurs par défaut s'appliquent dans la console ; lorsque vous utilisez l'API, vous fournissez les dépendances de manière explicite.

Plan de changement de région (facultatif) — L'ajout d'un plan de commutateur de région ARC permet à la prochaine génération de Resilience Hub d'inclure le calendrier de basculement réel dans les résultats de vos tests et dans votre rapport. Si vous utilisez le basculement manuel ou une automatisation personnalisée, laissez ce champ vide.