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 pour votre Application Load Balancer
Le changement de zone et le décalage automatique de zone sont des fonctionnalités d'Amazon Application Recovery Controller (ARC). Avec le changement de zone, vous pouvez déplacer le trafic hors d'une zone de disponibilité restreinte en une seule action. De cette façon, vous pouvez continuer à opérer depuis d'autres zones de disponibilité saines dans une Région AWS.
Avec l'autoshift zonal, vous autorisez AWS le transfert du trafic des ressources d'une application depuis une zone de disponibilité lors d'événements, en votre nom, afin de réduire le temps de restauration. AWS lance un changement automatique lorsque la surveillance interne indique qu'une altération de la zone de disponibilité est 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é.
Lorsque vous commencez un changement de zone, votre équilibreur de charge arrête d'envoyer du nouveau trafic pour la ressource vers la zone de disponibilité concernée. L'ARC crée le décalage de zone immédiatement. Cependant, l'établissement des connexions existantes en cours dans la zone de disponibilité peut prendre un certain temps, en fonction du comportement du client et de la réutilisation des connexions. En fonction de vos paramètres DNS et d'autres facteurs, les connexions existantes peuvent être établies en quelques minutes ou prendre plus de temps. Pour plus d'informations, consultez Limitez le temps pendant lequel les clients restent connectés à vos points de terminaison dans le manuel du développeur Amazon Application Recovery Controller (ARC).
Table des matières
Avant de commencer un changement de zone
-
Le décalage de zone est désactivé par défaut et doit être activé sur chaque Application Load Balancer. Pour de plus amples informations, veuillez consulter Activez le décalage de zone pour votre Application Load Balancer.
-
Vous pouvez démarrer un changement de zone pour un équilibreur de charge spécifique uniquement pour une zone de disponibilité unique. Vous ne pouvez pas commencer un changement de zone pour plusieurs zones de disponibilité.
-
AWS supprime de manière proactive les adresses IP des équilibreurs de charge zonaux du DNS lorsque plusieurs problèmes d'infrastructure ont un impact sur les services. Vérifiez toujours la capacité actuelle de la zone de disponibilité avant de commencer un changement de zone. Si la répartition de charge entre zones de vos équilibreurs de charge est désactivée et que vous utilisez un changement de zone pour supprimer une adresse IP d'équilibreur de charge zonal, la zone de disponibilité affectée par le changement de zone perd également sa capacité cible.
Pour plus d'informations, consultez les meilleures pratiques relatives aux changements de zone dans ARC dans le manuel du développeur Amazon Application Recovery Controller (ARC).
Equilibrage de charge entre zones
Lorsqu'un changement de zone est lancé sur un Application Load Balancer avec l'équilibrage de charge entre zones activé, tout le trafic vers les cibles est bloqué dans la zone de disponibilité concernée et les adresses IP zonales sont supprimées du DNS.
Avantages :
-
Restauration plus rapide en cas de défaillance d'une zone de disponibilité.
-
Possibilité de déplacer le trafic vers une zone de disponibilité saine si des défaillances sont détectées dans une zone de disponibilité.
-
Vous pouvez tester l'intégrité des applications en simulant et en identifiant les défaillances afin d'éviter les temps d'arrêt imprévus.
Dérogation administrative relative au changement de zone
Les cibles appartenant à un Application Load Balancer incluent un nouveau statutAdministrativeOverride, indépendant de l'TargetHealthétat.
Lorsqu'un changement de zone est lancé pour un Application Load Balancer, toutes les cibles situées dans la zone à éloigner sont considérées comme étant remplacées administrativement. L'Application Load Balancer arrête d'acheminer le nouveau trafic vers des cibles administrativement remplacées. Les connexions existantes restent intactes jusqu'à ce qu'elles soient fermées de manière organique.
Les AdministrativeOverride états possibles sont les suivants :
- inconnu
-
L'état ne peut pas être propagé en raison d'une erreur interne
- no_override
-
Aucune dérogation n'est actuellement active sur la cible
- zonal_shift_active
-
Le changement de zone est actif dans la zone de disponibilité cible
