Entrée automatique zonale ARC - Contrôleur Amazon Application Recovery (ARC)

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.

Entrée automatique zonale ARC

Avec l'autoshift zonal, vous autorisez AWS le transfert du trafic des ressources d'une application depuis une zone de disponibilité (AZ) lors d'événements, en votre nom, afin de réduire le délai de restauration. AWS lance un changement automatique lorsque la télémétrie interne indique une altération de la zone de disponibilité susceptible d'avoir un impact sur les clients. Lorsqu'un transfert automatique AWS démarre, le trafic des applications vers les ressources que vous avez configurées pour le transfert automatique zonal commence à s'éloigner de la zone de disponibilité.

Sachez que cela ARC n'inspecte pas l'état des ressources individuelles. AWS lance un changement automatique lorsque la AWS télémétrie détecte une altération de la zone de disponibilité susceptible d'avoir un impact sur les clients. Dans certains cas, le trafic peut être transféré vers des ressources qui ne subissent aucun impact.

Avec l'autoshift zonal, vous autorisez AWS également le transfert du trafic des ressources d'une application depuis une zone de disponibilité, en votre nom, pour des essais réguliers. Des essais d'entraînement sont nécessaires pour le changement automatique zonal. Les changements de zone qui ARC commencent pour les essais vous aident à vous assurer que le transfert du trafic d'une zone de disponibilité pendant un transfert automatique est sans danger pour votre application. Des tests pratiques permettent de vérifier régulièrement que votre application peut fonctionner normalement sans zone de disponibilité en déclenchant des décalages de zone qui déplacent le trafic vers une ressource hors d'une zone de disponibilité. Les séances d'entraînement ont lieu chaque semaine et fournissent un résultat, tel que SUCCEEDED ou, pour vous FAILED aider à comprendre si l'application fonctionne comme prévu.

Important

Avant de configurer les exécutions pratiques ou d'activer l'autoshift zonal, nous vous recommandons vivement de prédimensionner la capacité des ressources de votre application dans toutes les zones de disponibilité de la région où les ressources de votre application sont déployées. Vous ne devez pas vous fier à la mise à l'échelle à la demande lorsqu'un passage automatique ou une séance d'entraînement commence. L'autoshift zonal, y compris les essais, fonctionne indépendamment et n'attend pas la fin des actions de mise à l'échelle automatique. Si vous optez pour le dimensionnement automatique plutôt que pour le dimensionnement préalable, la restauration de votre application peut prendre plus de temps.

Si vous utilisez la mise à l'échelle automatique pour gérer des cycles de trafic réguliers, nous vous recommandons vivement de configurer la capacité minimale de votre mise à l'échelle automatique pour continuer à fonctionner normalement en cas de perte d'une zone de disponibilité.

Si vous prévoyez d'activer le décalage automatique par zone ou de configurer des exécutions pratiques, après avoir prédimensionné la capacité des ressources de votre application, vérifiez que votre application peut fonctionner normalement sans zone de disponibilité. Pour tester cela, lancez un changement de zone afin de déplacer le trafic vers une ressource hors d'une zone de disponibilité.

Pour garantir l'efficacité de vos tests avec changement de zone, il est important de vérifier que le trafic s'écoule comme prévu en provenance de l'AZ que vous quittez. Par exemple, les équilibreurs de charge d'application et les équilibreurs de charge réseau fournissent des métriques par AZ sur Amazon CloudWatch que vous pouvez utiliser pour surveiller cela. En fonction de la durée pendant laquelle un service et les clients réutilisent les connexions, le trafic peut continuer à atteindre l'AZ que vous avez quitté plus longtemps que prévu. Pour en savoir plus, consultez Limitez le temps pendant lequel les clients restent connectés à vos terminaux.

Une fois que vous avez vérifié, en démarrant et en évaluant un changement de zone, que votre application peut continuer à fonctionner normalement même si le trafic est transféré hors d'une zone de disponibilité, les essais pratiques réguliers qui s'exécutent vous aident à confirmer, de manière continue, que vous disposez d'une capacité suffisante pour ARC effectuer un changement automatique.

En plus d'activer l'autoshift zonal pour une ressource prise en charge dans la ARC console, vous avez la possibilité d'activer à la place le décalage automatique zonal pour un équilibreur de charge spécifique dans la console Amazon. EC2 Pour en savoir plus sur l'activation de l'autoshift zonal avec Elastic Load Balancing, voir Zonal Shift dans le guide de l'utilisateur d'Elastic Load Balancing.

Les changements de zone automatiques et les changements de zone pour essais sont temporaires. Avec les transferts automatiques, lorsque la zone de disponibilité affectée se rétablit, le trafic destiné aux ressources AWS cesse d'être transféré hors de la zone de disponibilité. Le trafic des applications pour les clients revient vers toutes les zones de disponibilité de la région. Lors d'une séance d'entraînement, le trafic est déplacé hors d'une zone de disponibilité pour une seule ressource pendant environ 30 minutes, puis redirigé vers toutes les zones de disponibilité de la région.

Vous pouvez configurer EventBridge les notifications Amazon pour vous avertir des changements automatiques et des essais. Pour de plus amples informations, veuillez consulter Utilisation de l'autoshift zonal avec Amazon EventBridge.

À propos de Zonal Autoshift

L'autoshift zonal est une fonctionnalité qui AWS déplace le trafic des ressources applicatives hors d'une zone de disponibilité, en votre nom. AWS lance un changement automatique lorsque la télémétrie interne indique une altération de la zone de disponibilité susceptible d'avoir un impact sur les clients. La télémétrie interne intègre des métriques provenant de plusieurs sources, notamment le AWS réseau et les services Amazon EC2 et Elastic Load Balancing.

Vous devez activer manuellement le changement automatique de zone pour les ressources prises en charge AWS .

Lorsque vous déployez et exécutez AWS des applications sur des équilibreurs de charge dans plusieurs (généralement trois) AZs d'une région, et que vous les dimensionnez à l'avance pour garantir une stabilité statique, vous AWS pouvez rapidement récupérer les applications clients dans une zone AZ en transférant le trafic grâce à un transfert automatique. En transférant le trafic des ressources vers d'autres AZs sites de la région, AWS vous pouvez réduire la durée et la gravité de l'impact potentiel causé par des pannes de courant, des problèmes matériels ou logiciels dans une AZ ou d'autres déficiences.

ARCles ressources prises en charge fournissent des intégrations qui signalent la zone de zone spécifiée comme étant défectueuse, ce qui entraîne un déplacement du trafic vers la zone de zone de zone altérée.

Lorsque vous activez l'autoshift zonal pour une ressource, vous devez également configurer un exercice d'entraînement pour la ressource. AWS effectue des séances d'entraînement environ une fois par semaine, pendant 30 minutes, afin de vous assurer que vous disposez d'une capacité suffisante pour exécuter votre application sans l'une des zones de disponibilité de la région.

Comme dans le cas du changement de zone, il existe quelques scénarios spécifiques dans lesquels le changement automatique de zone n'éloigne pas le trafic de l'AZ. Par exemple, si les groupes cibles de l'équilibreur de charge AZs ne possèdent aucune instance, ou si toutes les instances ne fonctionnent pas correctement, l'équilibreur de charge est dans un état d'ouverture défaillante et vous ne pouvez pas déplacer l'un des. AZs

Pour en savoir plus sur l'autoshift zonal, voir. Entrée automatique zonale ARC