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.
Changement de zone automatique dans ARC
Avec le décalage automatique zonal, vous autorisez AWS à transférer le trafic de ressources d'une application depuis une zone de disponibilité (AZ) lors d'événements, en votre nom, afin de réduire le temps 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 décalage automatique zonal commence à s'éloigner de la zone de disponibilité.
Sachez que l'ARC n'inspecte pas l'état de santé 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 sont pas touchées.
Avec le décalage automatique zonal, vous autorisez également AWS à transférer le trafic de ressources d'une application depuis une zone de disponibilité, en votre nom, pour des essais réguliers. Des essais sont nécessaires pour le décalage automatique zonal. Les changements de zone initiés par ARC pour les essais vous aident à vous assurer que le déplacement du trafic en dehors d'une zone de disponibilité pendant un changement automatique est sans danger pour votre application. Practice effectue régulièrement des tests pour vérifier que votre application peut fonctionner normalement sans zone de disponibilité en initiant des décalages zonaux qui déplacent le trafic d'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 des exécutions pratiques ou d'activer le décalage automatique 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 autoshift ou un entraînement démarre. Le décalage automatique zonal, y compris les essais, fonctionne indépendamment et n'attend pas la fin des actions de dimensionnement automatique. Si vous vous fiez à la mise à l'échelle automatique plutôt qu'à la mise à l'échelle préalable, la restauration de votre application peut prendre plus de temps.
Si vous utilisez le dimensionnement automatique pour gérer des cycles de trafic réguliers, nous vous recommandons vivement de configurer la capacité minimale de votre système de dimensionnement automatique pour continuer à fonctionner normalement malgré la perte d'une zone de disponibilité.
Si vous envisagez 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 celle-ci peut fonctionner normalement sans zone de disponibilité. Pour tester cela, lancez un changement de zone pour déplacer le trafic d'une ressource hors d'une zone de disponibilité.
Après avoir activé le changement de zone automatique, nous vous recommandons de vérifier, en lançant et en évaluant une pratique à la demande d'exécution du changement de zone, que votre application peut continuer à fonctionner normalement avec un trafic éloigné d'une zone de disponibilité. Ensuite, les exercices d'entraînement réguliers effectués par ARC vous aident à confirmer, en permanence, que vous disposez d'une capacité suffisante pour effectuer un changement automatique.
Pour vous assurer que vos tests avec décalage de zone sont efficaces, il est important de vérifier que le trafic s'écoule comme prévu depuis la zone à partir de laquelle vous vous éloignez. 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 vers la zone de zone de sécurité que vous avez quittée plus longtemps que prévu. Pour en savoir plus, consultez Limiter la durée pendant laquelle les clients restent connectés à vos terminaux.
Vous pouvez activer le décalage automatique zonal pour une ressource prise en charge dans la console ARC. Ou, dans la console Amazon EC2, vous avez la possibilité d'activer le décalage automatique zonal pour une ressource d'équilibrage de charge spécifique. Pour en savoir plus sur l'activation du décalage automatique des zones avec Elastic Load Balancing, consultez la section Déplacement des zones dans le Guide de l'utilisateur d'Elastic Load Balancing.
Les décalages automatiques et les changements de zone pendant les entraînements sont temporaires. Avec les transferts automatiques, lorsque la zone de disponibilité affectée se rétablit, le trafic des ressources AWS cesse de quitter la zone de disponibilité. Le trafic des applications pour les clients est renvoyé vers toutes les zones de disponibilité de la région. Lors d'un exercice d'entraînement, le trafic est éloigné 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 du décalage automatique zonal avec Amazon EventBridge.
