Comment fonctionne un changement de zone

Lorsque vous commencez un changement de zone pour une ressource d'équilibreur de charge, le trafic de cette ressource est déplacé hors de la zone de disponibilité que vous avez spécifiée. Pour démarrer le changement, Amazon Application Recovery Controller (ARC) demande que l'équilibre de charge soit vérifié pour que la zone de disponibilité soit définie comme non fonctionnelle, de sorte que le bilan de santé de l'équilibreur de charge échoue. En cas de mauvais état de santé, Amazon Route 53 retire automatiquement les adresses IP correspondantes à la ressourceDNS, de sorte que le trafic est redirigé depuis la zone de disponibilité. Les nouvelles connexions sont désormais routées vers d'autres zones de disponibilité Région AWS .

Il est important de noter que le changement de zone n'utilise pas de tests de santé de la manière habituelle, lorsqu'un bilan de santé surveille l'état sous-jacent des équilibreurs de charge ou des applications. ARCUtilise plutôt les bilans de santé comme mécanisme pour déplacer le trafic hors d'une zone de disponibilité. Le mécanisme demande qu'un bilan de santé soit explicitement défini sur « non sain », puis sur « sain » à nouveau, afin de modifier le flux de trafic.

Le trafic commence à se déplacer - Lorsque vous commencez un changement de zoneARC, en raison des étapes liées au flux de trafic, il se peut que vous ne voyiez pas le trafic quitter immédiatement la zone de disponibilité. L'établissement des connexions existantes en cours dans la zone de disponibilité peut également prendre un certain temps, en fonction du comportement du client et de la réutilisation des connexions. En fonction de vos DNS paramètres et d'autres facteurs, les connexions existantes peuvent être établies en quelques minutes ou prendre plus de temps. Pour plus d'informations, consultez la section Veiller à ce que les changements de trafic se terminent rapidement.

Fin du transfert de trafic : lorsqu'un changement de zone expire ou que vous l'annulez, des mesures sont ARC prises pour arrêter le transfert de trafic. Il inverse le processus de démarrage d'un changement de trafic et demande que les bilans de santé de la Route 53 soient remis en état de fonctionnement. Des bilans de santé sains permettent de restaurer les adresses IP zonales d'origine. Désormais, la zone de disponibilité récupérée est à nouveau incluse dans le routage de l'équilibreur de charge et le trafic recommence à circuler vers l'AZ.

Vous devez configurer tous les décalages de zone pour qu'ils expirent lorsque vous commencez les changements de zone. Vous pouvez initialement définir un décalage de zone pour qu'il expire dans un délai maximum de trois jours (72 heures). Vous pouvez toutefois mettre à jour un décalage de zone pour définir une nouvelle date d'expiration à tout moment. Vous pouvez également annuler un changement de zone avant son expiration, si vous êtes prêt à rétablir le trafic vers la zone de disponibilité.

Quand le trafic ne s'éloigne pas

Dans des scénarios spécifiques, un changement de zone ne déplace pas le trafic depuis la zone de disponibilité. Supposons, par exemple, que vous commenciez un changement de zone pour un équilibreur de charge lorsque les groupes cibles de l'équilibreur de charge AZs n'ont aucune instance ou si toutes les instances ne fonctionnent pas correctement. Dans ce scénario, l'équilibreur de charge est en état d'ouverture automatique et le lancement d'un changement de zone n'entraîne pas de perte de trafic.

Avant de commencer un changement de zone pour une ressource, assurez-vous que toutes les conditions d'un changement de zone réussi sont réunies. Pour plus d'informations sur la prise en charge du décalage zonal, consultezRessources et scénarios pris en charge pour le changement de zone et le changement automatique de zone.