Basculement et routage par géolocalisation

Le routage Failover met en œuvre une configuration active-passive : un enregistrement est désigné comme Primary et un autre comme Secondary. Route 53 renvoie toujours l’enregistrement Primary tant que son contrôle d’intégrité réussit. Si Primary devient non sain, Route 53 renvoie automatiquement l’enregistrement Secondary.

Le routage Failover est le modèle privilégié pour les scénarios de reprise après sinistre dans lesquels vous disposez d’un environnement de production (principal) et d’un environnement de secours (secondaire), qui ne doit recevoir du trafic qu’en cas d’indisponibilité de l’environnement principal.

Pour configurer le routage Failover, créez deux enregistrements portant le même nom DNS : l’un avec Failover=PRIMARY et l’autre avec Failover=SECONDARY. Associez un contrôle d’intégrité à l’enregistrement Primary. L’enregistrement Secondary devrait également avoir un contrôle d’intégrité s’il pointe vers une ressource susceptible de tomber en panne indépendamment.

L’enregistrement Secondary sert de solution de repli statique : il peut pointer vers un site web statique S3, une page de maintenance ou un environnement de secours aux capacités réduites. Même si Secondary n’a aucun contrôle d’intégrité, Route 53 utilise toujours cet enregistrement comme solution de repli lorsque Primary échoue.

Le routage Failover crée une configuration active-passive : seul Primary dessert le trafic en fonctionnement normal ; Secondary reste inactif en attendant de prendre le relais. Cela réduit le coût de l’environnement de secours, mais entraîne un temps de récupération légèrement plus long, correspondant notamment au délai d’expiration du TTL DNS et au basculement de Route 53.

Pour les configurations active-active, dans lesquelles les deux ressources desservent simultanément le trafic, utilisez le routage pondéré avec des poids égaux ou le routage selon la latence. Si une ressource tombe en panne, son contrôle d’intégrité échoue et Route 53 la supprime automatiquement des réponses DNS, ce qui permet d’obtenir une configuration active-active avec basculement intégré.

Le routage Geolocation achemine les requêtes DNS en fonction de la localisation géographique du résolveur DNS, généralement celui du fournisseur d’accès de l’utilisateur ou AWS Route 53 Resolver. Vous créez des enregistrements pour des continents, des pays ou des États des US spécifiques, et Route 53 renvoie l’enregistrement dont la localisation correspond le plus précisément à la source de la requête.

Si aucun enregistrement correspondant à une localisation précise n’est trouvé, Route 53 renvoie un enregistrement par défaut, s’il est configuré. Sans enregistrement par défaut, les requêtes provenant de localisations non correspondantes reçoivent NODATA. Créez toujours un enregistrement par défaut afin de gérer les utilisateurs provenant de localisations que vous n’avez pas configurées explicitement.

Principaux cas d’utilisation du routage Geolocation :

• Contenu propre à une langue : acheminez les utilisateurs francophones vers une origine CDN en français et les utilisateurs germanophones vers une origine en allemand
• Conformité réglementaire : veillez à ce que les données des utilisateurs de l’UE restent dans les Régions de l’UE (GDPR), ou bloquez l’accès depuis certains pays
• Tarification ou disponibilité localisée : affichez des prix propres à une région ou limitez les services aux territoires pris en charge
• Blocage géographique : renvoyez une page de blocage ou une réponse vide aux utilisateurs provenant de localisations restreintes en faisant pointer leur enregistrement de géolocalisation vers un point de terminaison de maintenance

Route 53 applique la géolocalisation la plus précise : un enregistrement au niveau d’un État est prioritaire sur un enregistrement au niveau d’un pays, lui-même prioritaire sur un enregistrement au niveau d’un continent, qui est prioritaire sur l’enregistrement par défaut. La géolocalisation au niveau des États des US n’est disponible que pour les États-Unis.

Si vous omettez l’enregistrement par défaut et que la localisation d’un utilisateur ne correspond à aucun enregistrement configuré, Route 53 renvoie NXDOMAIN ou NODATA, ce qui bloque silencieusement l’accès des utilisateurs des régions non configurées. Ajoutez toujours un enregistrement Geolocation par défaut servant de règle générale afin d’éviter ces échecs silencieux.

Le routage Geoproximity achemine le trafic en fonction de la distance géographique physique entre les utilisateurs et les ressources, avec un biais facultatif permettant d’agrandir ou de réduire le rayon de routage effectif de chaque ressource. Un biais positif agrandit la zone géographique desservie par une ressource ; un biais négatif la réduit.

Geoproximity est disponible uniquement via Traffic Flow, l’éditeur visuel des stratégies de routage de Route 53, et prend en charge les Régions AWS, dont Route 53 connaît automatiquement les coordonnées, ainsi que les emplacements de ressources personnalisés pour lesquels vous fournissez la latitude et la longitude.

Route 53 Traffic Flow est un éditeur visuel de stratégies qui vous permet de créer une logique de routage complexe en combinant plusieurs stratégies dans un diagramme arborescent. Par exemple, vous pouvez d’abord appliquer la géolocalisation pour séparer le trafic de l’UE, puis appliquer la latence au sein de l’UE pour choisir la Région la plus performante, et enfin utiliser le routage pondéré dans chaque Région pour les déploiements bleu-vert.

Les stratégies Traffic Flow sont versionnées, ce qui vous permet de tester les modifications en toute sécurité. Vous associez une stratégie Traffic Flow à un ou plusieurs noms DNS, et les mises à jour de la stratégie sont propagées instantanément sans recréer les enregistrements individuels.

Le routage Failover peut être imbriqué dans d’autres stratégies. Un modèle courant consiste à utiliser le routage selon la latence pour choisir la Région la plus proche, puis à utiliser dans chaque Région un enregistrement Failover afin que, si le point de terminaison principal de cette Région échoue, le trafic soit automatiquement transféré vers un point de terminaison secondaire dans la même Région.

Autre modèle : une configuration active-passive multirégion utilisant le routage selon la latence pour le point de terminaison principal. Si le contrôle d’intégrité de la Région principale échoue, Route 53 passe à la prochaine Région saine présentant la latence la plus faible, combinant ainsi l’optimisation de la latence avec le basculement de reprise après sinistre.

Pour que le routage Failover fonctionne correctement, l’enregistrement Primary doit** être associé à un contrôle d’intégrité. Sans contrôle d’intégrité, Route 53 considère que Primary est toujours sain et ne bascule jamais vers Secondary. L’enregistrement Secondary peut éventuellement avoir son propre contrôle d’intégrité ; si Secondary échoue également, Route 53 renvoie malgré tout son adresse, car il s’agit du dernier recours.

Types de contrôles d’intégrité utilisables avec Failover : contrôles de points de terminaison HTTP/HTTPS, contrôles TCP et contrôles d’alarmes CloudWatch, utiles pour les signaux d’intégrité composites d’une application qui combinent plusieurs métriques.

Cette distinction revient fréquemment à l’examen SAA-C03 :

• Geolocation : achemine les utilisateurs selon leur localisation géographique ; renvoie toujours le même point de terminaison pour un pays ou un continent donné, quelles que soient les performances ; utilisée pour la localisation du contenu et la conformité
• Latency : achemine les utilisateurs selon les performances du réseau à leur égard ; peut acheminer un utilisateur en Europe vers us-east-1 si cette Région est plus rapide que eu-west-1 à ce moment-là ; utilisée pour l’optimisation des performances

Mots-clés dans les questions d’examen : 'respecter la résidence des données', 'contenu propre à un pays', 'bloquer les utilisateurs de certaines régions' → Geolocation. 'Région la plus proche', 'latence la plus faible', 'meilleures performances pour les utilisateurs du monde entier' → Latency.

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 par basculement crée une haute disponibilité active-passive en basculant vers le serveur secondaire lorsque le contrôle d’intégrité du serveur principal échoue, que le routage par géolocalisation dirige les utilisateurs selon leur origine géographique pour assurer la conformité et la localisation, et que le routage par proximité géographique utilise la distance physique avec un biais configurable via Traffic Flow. Ajoutez toujours un enregistrement de géolocalisation par défaut pour gérer les emplacements non correspondants. Ensuite, nous examinerons en détail les contrôles d’intégrité et le basculement DNS.