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.
# Routage tenant compte des zones Amazon ECS Service Connect
Grâce au routage tenant compte des zones d'Amazon ECS Service Connect, le trafic reste dans la même zone de disponibilité (AZ) que le client. Cela réduit les coûts de transfert de données inter-AZ et la latence sans nécessiter de modifications supplémentaires de l'infrastructure ou du code d'application. Lorsque les terminaux sont équilibrés entre les zones de disponibilité, plus de 80 % du trafic reste local tandis que les pondérations du trafic s'ajustent dynamiquement à mesure que les terminaux évoluent afin de maintenir une charge équilibrée entre les services cibles. Zone-aware le routage est activé par défaut pour tous les services nouveaux et existants qui utilisent Service Connect.
## Comment fonctionne le routage tenant compte des zones
L'algorithme utilise la fonction de routage sensible à la zone Envoy dans le proxy Service Connect pour acheminer le trafic en fonction de la localisation du point de terminaison :
1. **Découverte ** des terminaux ‐ Le proxy découvre tous les points de terminaison disponibles pour le service de destination et leur emplacement dans la zone de disponibilité.
1. **Same-AZ priorisation ** ‐ Le proxy calcule le pourcentage du trafic qui reste dans la même zone de disponibilité en fonction du ratio de distribution des points de terminaison entre les zones de zone de zone source (client) et de destination (serveur). Lorsque les terminaux sont répartis de manière uniforme entre les zones, le trafic sur la même zone AZ dépasse généralement 80 %.
1. **Acheminement de la capacité résiduelle ** ‐ Le trafic qui ne peut pas rester dans la même zone de disponibilité est distribué aux autres zones de zone de sécurité en fonction de leur capacité résiduelle. Le proxy calcule la capacité résiduelle de chaque zone et répartit le trafic inter-AZ proportionnellement entre les zones présentant une capacité résiduelle positive. À mesure que les terminaux augmentent ou diminuent, le proxy recalcule les poids de routage en temps réel.
1. **Protection contre les surcharges et solution de secours ** ‐ Pour éviter de surcharger une seule zone de disponibilité, le proxy a besoin d'au moins 2 fois plus de points de terminaison disponibles dans le service de destination. Pour une région 3-AZ, cela signifie au moins 6 points de terminaison. En dessous de ce seuil, le routage tenant compte des zones est désactivé et le trafic est réparti de manière uniforme grâce à un équilibrage de charge circulaire. Le routage se réactive automatiquement lorsque le nombre de points de terminaison dépasse le seuil. Si les terminaux d'une même zone de disponibilité deviennent indisponibles, le trafic est redistribué entre les autres zones de disponibilité afin de maintenir la disponibilité.
## Vérifiez le routage tenant compte des zones sur Amazon EC2
Sur les instances de conteneur Amazon EC2 qui utilisent le moteur d'exécution Docker, vous pouvez consulter les statistiques du proxy Envoy dans le conteneur de l'agent Service Connect pour confirmer que le routage tenant compte des zones est actif. Cette procédure nécessite un accès hôte à AWS Systems Manager Session Manager et`docker exec`. Pour les AWS Fargate instances de conteneurs qui l'utilisent`containerd`, utilisez Amazon Virtual Private Cloud Flow Logs pour vérifier le comportement de routage, comme décrit dans[Surveillance du routage tenant compte des zones](#service-connect-zone-aware-routing-monitoring).
**Pour vérifier le routage tenant compte des zones sur Amazon EC2 avec Docker**
1. Connectez-vous à l'instance de conteneur à l'aide du gestionnaire de AWS Systems Manager session. Remplacez-le {{instance-id}} par l'ID de votre instance de conteneur.
```
aws ssm start-session --target {{instance-id}}
```
1. Ouvrez un shell dans le conteneur de l'agent Service Connect.
```
sudo docker exec -it $(sudo docker ps --filter "name=ecs-service-connect" -q | head -1) /bin/sh
```
1. Interrogez les statistiques de routage des zones depuis l'interface d'administration d'Envoy.
```
curl --unix-socket /tmp/envoy_admin.sock http://unix/stats | grep "lb_zone"
```
1. Vérifiez la sortie. Un déploiement en bonne santé avec un routage sensible aux zones actif n'entraîne aucune demande entre zones :
```
cluster.{{my-service}}.lb_zone_routing_cross_zone: 0
cluster.{{my-service}}.lb_zone_cluster_too_small: 0
```
Le tableau suivant décrit les mesures de routage des zones clés.
| Métrique | Description |
| --- | --- |
| lb\_zone\_routing\_cross\_zone | Nombre de demandes acheminées vers un point de terminaison situé dans une autre zone de disponibilité. Une valeur continue de 0 confirme que tout le trafic reste dans la même zone de zone de trafic. |
| lb\_zone\_cluster\_too\_small | Nombre de fois où le routage tenant compte des zones a été contourné parce que le nombre de points de terminaison était inférieur au seuil minimum. Non-zero les valeurs lors du déploiement initial sont attendues et disparaissent à mesure que les terminaux redeviennent sains. Un déploiement stable affiche 0. |
## Surveillance du routage tenant compte des zones
Utilisez Amazon Virtual Private Cloud Flow Logs avec le `az-id` champ pour observer les modèles de trafic au niveau du réseau. Cela indique de quelle zone de trafic provient et se termine chaque enregistrement de flux, ce qui vous permet de mesurer les ratios de trafic entre les zones de même zone de zone Z et les ratios de trafic inter-AZ. Vous pouvez également utiliser AWS Cost Explorer pour suivre les frais de transfert de données inter-AZ avant et après le redéploiement de vos services afin de permettre le routage tenant compte des zones.
Pour plus d'informations sur la configuration des journaux de flux, consultez [ VPC Flow Logs ](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) dans le guide * de l'utilisateur d'*Amazon Virtual Private Cloud.
## Considérations
Lorsque vous utilisez le routage tenant compte des zones, tenez compte des points suivants :
+ Zone-aware le routage fonctionne avec tous les types de lancements.
+ Zone-aware le routage est compatible avec les espaces de noms Service Connect inter-comptes partagés via. AWS Resource Access Manager
+ Les services existants (client et serveur) nécessitent un redéploiement unique pour activer le routage tenant compte des zones. Après le redéploiement initial, le routage s'ajuste dynamiquement à mesure que les points de terminaison changent sans autres redéploiements.