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.
Déplacement zonal pour votre équilibreur de charge d'application
Le décalage zonal et le décalage automatique zonal 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é altérée 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 le décalage automatique zonal, vous autorisez AWS à transférer le trafic de 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'il existe 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é.
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. ARC crée immédiatement le changement de zone. Toutefois, l'achèvement des connexions existantes et 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, voire plus. Pour plus d'informations, consultez la section Limiter la durée pendant laquelle les clients restent connectés à vos terminaux dans le guide 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 équilibreur de charge d'application. Pour de plus amples informations, veuillez consulter Activez le changement de zone pour votre équilibreur de charge d'application.
-
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 de multiples 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 la section Meilleures pratiques pour les changements de zone dans ARC dans le manuel Amazon Application Recovery Controller (ARC) Developer Guide.
Cross-zone équilibrage de charge
Lorsqu'un changement de zone est lancé sur un équilibreur de charge d'application avec l'équilibrage de charge entre zones activé, tout le trafic vers les cibles est bloqué dans la zone de disponibilité affectée et les adresses IP zonales sont supprimées du DNS.
Avantages :
-
Restauration plus rapide en cas de défaillance de la 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 interruptions de service imprévues.
Dérogation administrative relative au changement de zone
Les cibles qui appartiennent à un équilibreur de charge d'application incluent un nouveau statutAdministrativeOverride, qui est indépendant de l'TargetHealthétat.
Lorsqu'un changement de zone est lancé pour un équilibreur de charge d'application, toutes les cibles de la zone à déplacer sont considérées comme remplacées administrativement. L'équilibreur de charge des applications arrête d'acheminer le nouveau trafic vers des cibles remplacées administrativement. Les connexions existantes restent intactes jusqu'à leur fermeture 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
