Commencer à utiliser la restauration multirégionale dans Amazon Application Recovery Controller () ARC - Contrôleur Amazon Application Recovery (ARC)
Commencez avec le contrôle du routageConfiguration d'un exemple d'application

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.

Commencer à utiliser la restauration multirégionale dans Amazon Application Recovery Controller () ARC

Pour faire basculer vos applications à l'aide du contrôle de routage dans Amazon Application Recovery Controller (ARC), vous devez disposer d' AWS applications multiples Régions AWS. Pour commencer, assurez-vous d'abord que vos applications sont configurées dans des répliques cloisonnées dans chaque région, afin de pouvoir passer de l'une à l'autre lors d'un événement. Vous pouvez ensuite créer des contrôles de routage pour rediriger le trafic de l'application afin de le faire basculer d'une application principale vers une application secondaire, afin de garantir la continuité pour vos utilisateurs.

Note

Si votre application est cloisonnée par zones de disponibilité, pensez à utiliser le décalage de zone ou le décalage automatique de zone pour la reprise après incident. Aucune configuration n'est requise pour utiliser le décalage de zone ou le décalage automatique de zone afin de restaurer de manière fiable les applications en cas de détérioration de la zone de disponibilité. Pour de plus amples informations, veuillez consulter Utilisez le décalage de zone et le décalage automatique de zone pour récupérer les applications dans ARC.

Afin de pouvoir utiliser le contrôle de ARC routage pour récupérer des applications lors d'un événement, nous vous recommandons de configurer au moins deux applications qui soient des répliques l'une de l'autre. Chaque réplique, ou cellule, représente un Région AWS. Après avoir configuré les ressources de votre application pour qu'elles s'alignent sur les régions, assurez-vous que votre application est configurée pour une restauration réussie en suivant les étapes suivantes.

Conseil : Pour simplifier la configuration, nous fournissons AWS CloudFormation des modèles HashiCorp Terraform qui créent une application avec des répliques redondantes qui échouent indépendamment les unes des autres. Pour en savoir plus et télécharger les modèles, consultezConfiguration d'un exemple d'application.

Pour vous préparer à utiliser le contrôle de routage, assurez-vous que votre application est configurée pour être résiliente en procédant comme suit :

  1. Créez des copies indépendantes de votre pile d'applications (couche réseau et couche informatique) qui sont des répliques les unes des autres dans chaque région afin de pouvoir transférer le trafic de l'une à l'autre en cas d'événement. Assurez-vous que le code de votre application ne comporte aucune dépendance entre régions susceptible d'avoir un impact sur l'autre en cas de défaillance d'une réplique. Pour réussir à passer de l'une à l' Régions AWS autre, les limites de votre pile doivent se situer dans une région.

  2. Dupliquez toutes les données dynamiques requises pour votre application sur les répliques. Vous pouvez utiliser les services AWS de base de données pour vous aider à répliquer vos données.

Commencez avec le contrôle du routage pour le basculement du trafic

Le contrôle du routage dans Amazon Application Recovery Controller (ARC) vous permet de déclencher le basculement de votre trafic entre des copies d'applications redondantes, ou répliques, exécutées séparément. Régions AWS Le basculement est effectué avecDNS, à l'aide du plan de données Amazon Route 53.

Après avoir configuré vos répliques dans chaque région, comme décrit dans la section suivante, vous pouvez associer chacune d'elles à un contrôle de routage. Tout d'abord, vous associez les contrôles de routage aux noms de domaine de premier niveau de vos répliques dans chaque région. Vous ajoutez ensuite une vérification de l'état du contrôle de routage au contrôle de routage afin qu'il puisse activer et désactiver le flux de trafic. Cela vous permet de contrôler le routage du trafic entre les répliques de votre application.

Vous pouvez mettre à jour les états du contrôle de routage dans le AWS Management Console pour faire basculer le trafic, mais nous vous recommandons plutôt d'utiliser ARC des actions, en utilisant le API ou AWS CLI, pour les modifier. APIles actions ne dépendent pas de la console, elles sont donc plus résilientes.

Par exemple, pour passer d'une région à une autre, de us-west-1 à us-east-1, vous pouvez update-routing-control-state API utiliser l'action pour définir l'état de to et de to. us-west-1 Off us-east-1 On

Avant de créer des composants de contrôle de routage pour configurer le basculement de votre application, assurez-vous que celle-ci est cloisonnée dans des répliques régionales, afin de pouvoir basculer de l'une à l'autre. Pour en savoir plus et commencer à cloisonner une nouvelle application ou à créer un exemple de stack, consultez les sections suivantes.

Configuration d'un exemple d'application

Pour vous aider à comprendre le fonctionnement du contrôle de routage, nous vous proposons un exemple d'application appeléTicTacToe. L'exemple utilise des AWS CloudFormation modèles pour simplifier le processus, ainsi que des modèles téléchargeables AWS CloudFormation et HashiCorp Terraform avec un exemple d'application afin que vous puissiez rapidement explorer la configuration et l'utilisation ARC vous-même.

Après avoir déployé l'exemple d'application, vous pouvez utiliser les modèles pour créer des ARC composants, puis explorer l'utilisation de contrôles de routage pour gérer le flux de trafic vers l'application. Vous pouvez adapter les modèles et le processus à votre propre scénario et à vos propres applications.