Stratégies de routage : simple, pondérée et selon la latence

Les politiques de routage de Route 53 déterminent la manière dont les requêtes DNS reçoivent une réponse lorsque plusieurs ensembles d'enregistrements de ressources partagent le même nom DNS. La politique indique à Route 53 quelle adresse IP ou quel nom DNS renvoyer, ainsi que les conditions à respecter. Le choix de la bonne politique de routage est l'un des sujets les plus fréquemment évalués à l'examen SAA-C03.

Politiques de routage disponibles : simple, pondérée, fondée sur la latence, de basculement, géolocalisée, de proximité géographique et à réponses multiples. Chacune répond à un cas d'utilisation différent. La plupart peuvent être associées à des contrôles d'état pour permettre un basculement automatique.

Le routage simple associe un nom DNS à une ou plusieurs adresses IP (pour les enregistrements A) ou à un autre nom d'hôte (pour les CNAME/ALIAS). Lorsqu'une seule valeur est configurée, Route 53 renvoie toujours cette valeur. Lorsque plusieurs valeurs sont configurées, Route 53 renvoie toutes les valeurs dans un ordre aléatoire, et le client en choisit une.

Le routage simple est la politique par défaut et convient particulièrement aux configurations à ressource unique qui ne nécessitent ni contrôles d'état, ni répartition du trafic, ni différenciation géographique. Il ne prend pas en charge les contrôles d'état : si la ressource n'est pas saine, Route 53 renvoie tout de même son adresse.

Le routage pondéré répartit les requêtes DNS entre plusieurs ressources selon les poids que vous leur attribuez. Chaque enregistrement reçoit un poids numérique compris entre 0 et 255. Route 53 renvoie chaque enregistrement proportionnellement à son poids divisé par la somme de tous les poids.

Exemple : trois enregistrements ayant des poids de 70, 20 et 10 reçoivent respectivement environ 70 %, 20 % et 10 % du trafic. Un poids de 0 signifie que l'enregistrement est exclu du routage, mais pas supprimé ; cette valeur est utile pour interrompre temporairement le trafic sans retirer l'enregistrement. Le routage pondéré est généralement utilisé pour les tests A/B, les déploiements canary et les basculements blue-green.

Le routage pondéré est particulièrement adapté aux scénarios de déploiement et de test :

• Version canary : envoyez 5 % du trafic vers une nouvelle version (poids 5) et 95 % vers la version stable (poids 95), puis modifiez progressivement les poids à mesure que la confiance augmente
• Déploiement blue-green : commencez à 100/0 (tout le trafic vers green), passez progressivement à 50/50, puis à 0/100 (tout le trafic vers blue), avant de supprimer l'enregistrement green
• Test de charge : envoyez une petite partie du trafic de production vers un environnement de test afin de valider les performances sous une charge réelle

Le routage pondéré fonctionne avec les contrôles d'état. Si le contrôle d'état d'un enregistrement pondéré échoue, Route 53 cesse de l'inclure dans les réponses et redistribue son poids entre les enregistrements sains.

Le routage fondé sur la latence dirige chaque requête DNS vers la Region AWS qui offre la latence réseau la plus faible pour l'utilisateur final. Route 53 mesure la latence entre les résolveurs DNS mondiaux et les Region AWS, puis achemine les requêtes vers la Region dont la latence mesurée est la meilleure.

Vous créez un enregistrement par Region dans laquelle vous disposez de ressources, chacun ayant le type LATENCY et indiquant la Region. Route 53 sélectionne l'option présentant la latence la plus faible pour chaque requête sans comparer les ressources réelles : il utilise les mesures de latence d'AWS, et non des mesures en temps réel effectuées depuis l'emplacement de l'utilisateur.

Le routage selon la latence et le routage selon la géolocalisation sont souvent confondus à l’examen :

• Routage selon la latence : achemine les utilisateurs en fonction des performances du réseau afin de minimiser le temps aller-retour — un utilisateur au Japon peut être acheminé vers us-west-2 si la latence y est alors inférieure à celle d’ap-northeast-1
• Routage selon la géolocalisation : achemine les utilisateurs en fonction de leur origine géographique dans la requête DNS — un utilisateur au Japon est toujours acheminé vers l’enregistrement du Japon, quelle que soit la latence

Utilisez le routage selon la latence pour l’optimisation des performances ; utilisez le routage selon la géolocalisation pour la personnalisation du contenu, la conformité réglementaire ou le contenu propre à une langue.

Le routage avec réponse à valeurs multiples renvoie jusqu’à 8 enregistrements sains en réponse à chaque requête DNS, ce qui permet au client d’en sélectionner un aléatoirement. Contrairement au routage simple, qui peut renvoyer des adresses IP non saines, le routage à valeurs multiples s’intègre aux contrôles d’intégrité afin de ne renvoyer que les adresses IP de ressources saines.

Le routage avec réponse à valeurs multiples ne remplace pas un équilibreur de charge : l’équilibrage de charge DNS est moins sophistiqué et les enregistrements sont mis en cache au niveau du client. Toutefois, il fournit un moyen simple et économique de répartir le trafic et d’améliorer la résilience lorsque vous disposez de plusieurs points de terminaison aux capacités équivalentes.

La plupart des stratégies de routage, toutes sauf le routage simple, peuvent être associées à des contrôles d’intégrité. Lorsqu’un contrôle d’intégrité échoue, Route 53 cesse de renvoyer cet enregistrement dans les réponses DNS. Avec le routage pondéré, le trafic de l’enregistrement exclu est redistribué entre les enregistrements pondérés sains. Avec le routage selon la latence, la prochaine Région saine présentant la latence la plus faible est utilisée.

Les contrôles d’intégrité sont évalués indépendamment des stratégies de routage et peuvent être configurés pour des points de terminaison HTTP, HTTPS et TCP. Les contrôles d’intégrité calculés combinent les résultats de plusieurs contrôles d’intégrité, selon une logique AND/OR, afin d’obtenir une évaluation composite de l’intégrité.

Guide de décision rapide pour l’examen sur les stratégies de routage :

• 'test A/B', 'canary', 'bleu-vert' → Weighted
• 'latence la plus faible', 'Région la plus proche', 'meilleures performances' → Latency
• 'ressource unique', 'configuration simple' → Simple
• 'plusieurs adresses IP toutes saines' → Multivalue Answer
• 'basculement actif-passif' → Failover
• 'contenu propre à un pays', 'restriction réglementaire' → Geolocation
• 'acheminer selon la proximité des ressources' → Geoproximity

Le routage pondéré est la stratégie recommandée pour une bascule progressive du trafic lors des migrations. Progression type :

1. Début : ancienne infrastructure avec un poids de 100, nouvelle avec un poids de 0
2. Activation de la nouvelle infrastructure : passage à 95/5, puis surveillance des taux d’erreur et de la latence
3. Augmentation progressive : 80/20 → 50/50 → 20/80 → 5/95 sur plusieurs heures ou plusieurs jours
4. Finalisation : 0/100 ; décommissionnement de l’ancienne infrastructure
5. Annulation : en cas de problème, définissez immédiatement le poids de la nouvelle infrastructure sur 0 pour arrêter le trafic

Cette méthode réduit les risques par rapport à une bascule immédiate et permet une annulation rapide en ajustant un poids DNS plutôt qu’en redéployant l’infrastructure.

Route 53 vous permet de créer un routage sophistiqué en combinant logiquement plusieurs stratégies. Par exemple, vous pouvez utiliser le routage selon la latence pour sélectionner la Région la plus proche, puis le routage pondéré au sein de cette Région pour répartir le trafic entre plusieurs points de terminaison. Pour cela, créez dans la même Région des enregistrements pondérés avec un SetIdentifier spécifique ; ils seront ensuite sélectionnés par la stratégie fondée sur la latence.

Toutefois, un même enregistrement ne peut avoir qu’une seule stratégie de routage. Pour les modèles combinés, utilisez une couche d’enregistrements pour la latence et un ensemble distinct dans chaque Région, avec des enregistrements pondérés pointant vers différents équilibreurs de charge applicatifs ou adresses IP Elastic.

Vérifiez votre compréhension des concepts AWS Solutions Architect (SAA-C03) abordés dans cette leçon.

Dans cette leçon, vous avez appris que le routage simple renvoie une ou plusieurs valeurs sans contrôle d’intégrité, que le routage pondéré répartit le trafic selon un pourcentage pour les tests A/B et les migrations progressives, et que le routage fondé sur la latence dirige les utilisateurs vers la Région présentant la latence la plus faible afin d’optimiser les performances. La plupart des stratégies s’intègrent aux contrôles d’intégrité pour assurer un basculement automatique. Nous allons maintenant étudier les stratégies de routage Failover et Geolocation.