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.
Comment fonctionne un changement de zone
Lorsque vous commencez un changement de zone pour une ressource prise en charge, le trafic de cette ressource est déplacé hors de la zone de disponibilité (AZ) que vous avez spécifiée. Les ressources prises en charge par l'ARC fournissent des intégrations qui signalent l'AZ spécifié comme étant en mauvais état, ce qui entraîne un déplacement du trafic vers l'AZ altéré.
Le trafic commence à changer - Lorsque vous commencez un changement de zone dans ARC, il se peut que le trafic ne sorte pas immédiatement de la zone de disponibilité. 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. Les paramètres DNS et d'autres facteurs, y compris les connexions existantes, peuvent être terminés en quelques minutes, mais ils peuvent 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, l'ARC prend des mesures pour arrêter le transfert de trafic et inverse le processus de démarrage d'un changement de trafic. Désormais, l'AZ récupéré est reconnu comme étant disponible pour la ressource et le trafic reprend à 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é.
Lorsque le trafic ne s'éloigne pas : dans certains scénarios, 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. AWS les ressources gèrent différemment les changements de zone. Pour plus d'informations sur la prise en charge du décalage zonal, consultezRessources prises en charge.