

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
<a name="arc-zonal-shift.how-it-works"></a>

Lorsque vous commencez un changement de zone pour une ressource prise en charge, le trafic de cette ressource est éloigné de la zone de disponibilité (AZ) que vous avez spécifiée. Les ressources prises en charge par ARC fournissent des intégrations qui marquent la zone Z spécifiée comme étant défectueuse, ce qui entraîne un déplacement du trafic en dehors de la zone Z altérée. 

**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'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. Les paramètres DNS et d'autres facteurs, notamment les connexions existantes, peuvent être effectués en quelques minutes, mais ils peuvent prendre plus de temps. Pour plus d'informations, consultez la section [ Veiller à ce que les quarts de circulation se terminent rapidement](route53-arc-best-practices.zonal-shifts.md#arc-zonal-shift.existing-connections).

**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. À présent, la zone de disponibilité récupérée est reconnue comme étant disponible pour la ressource et le trafic reprend son acheminement vers la zone de zone de disponibilité.

Vous devez configurer tous les décalages zonaux pour qu'ils expirent lorsque vous commencez les quarts de travail. 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 changement de zone pour définir une nouvelle 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 en provenance de la zone de disponibilité. Par exemple, supposons que vous commenciez un changement de zone pour un équilibreur de charge lorsque les groupes cibles de l'équilibreur de charge dans les zones de disponibilité ne possèdent aucune instance, ou si toutes les instances ne sont pas en bon état. Dans ce scénario, l'équilibreur de charge est en état d'échec d'ouverture et le démarrage d'un changement de zone ne déplace pas le 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, consultez[Ressources prises en charge](arc-zonal-shift.resource-types.md).