Sélection d'une stratégie de routage - Amazon Route 53

Sélection d'une stratégie de routage

Lorsque vous créez un enregistrement, vous choisissez une stratégie de routage, qui détermine la façon dont Amazon Route 53 répond aux requêtes :

  • Simple routing policy (Stratégie de routage simple) : utilisez une stratégie de routage simple quand vous disposez d'une seule ressource qui exécute une fonction donnée pour votre domaine, comme, par exemple, un serveur web qui diffuse le contenu du site web example.com.

  • Failover routing policy (Stratégie de routage par basculement) : utilisez une stratégie de routage par basculement pour configurer le basculement actif-passif.

  • Geolocation routing policy (Stratégie de routage par géolocalisation) : utilisez la stratégie de routage par géolocalisation lorsque vous souhaitez acheminer le trafic en fonction de l'emplacement de vos utilisateurs.

  • Geoproximity routing policy (Stratégie de routage par proximité géographique) : utilisez cette stratégie lorsque vous souhaitez acheminer du trafic en fonction de l'emplacement de vos ressources et, éventuellement, détourner le trafic de vos ressources à un emplacement donné vers les ressources d'un autre emplacement.

  • Latency routing policy (Stratégie de routage avec latence) : utilisez la stratégie de routage avec latence lorsque vous disposez de ressources dans plusieurs régions AWS et que vous souhaitez acheminer le trafic vers la région qui fournit la meilleure latence avec moins de temps de transmission aller-retour.

  • Multivalue answer routing policy (Stratégie de routage de réponse multivaleur) : utilisez la stratégie de routage de réponse multivaleur lorsque vous souhaitez que Route 53 réponde aux requêtes DNS avec jusqu'à huit enregistrements sains sélectionnés de manière aléatoire.

  • Weighted routing policy (Stratégie de routage pondéré) : utilisez la stratégie de routage pondéré pour acheminer le trafic vers plusieurs ressources selon les proportions que vous spécifiez.

Routage simple

Le routage simple vous permet de configurer des enregistrements DNS standard sans routage Route 53 spécial, comme un routage pondéré ou de latence. Avec le routage simple, vous acheminez généralement le trafic vers une seule ressource, par exemple, un serveur web pour votre site web.

Si vous choisissez la stratégie de routage simple dans la console Route 53, vous ne pouvez pas créer plusieurs enregistrements ayant le même nom et le même type, mais vous pouvez spécifier plusieurs valeurs dans le même enregistrement, par exemple plusieurs adresses IP. (Si vous choisissez la stratégie de routage simple pour un enregistrement d'alias, vous pouvez spécifier une seule ressource AWS ou un seul enregistrement dans la zone hébergée actuelle.) Si vous spécifiez plusieurs valeurs dans un enregistrement, Route 53 renvoie toutes les valeurs au résolveur récursif dans un ordre aléatoire, puis le résolveur renvoie les valeurs au client (comme un navigateur web) qui a envoyé la requête DNS. Le client sélectionne ensuite une valeur et renvoie la requête.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage simple pour créer des enregistrements, consultez les rubriques suivantes :

Routage par basculement

Le routage par basculement vous permet d'acheminer le trafic vers une ressource lorsqu'elle est saine ou vers une autre ressource si la première ressource n'est pas saine. L'enregistrement principal et l'enregistrement secondaire peuvent acheminer le trafic de différents types d'éléments, d'un compartiment Amazon S3 configuré comme site web à une arborescence complexe d'enregistrements. Pour plus d'informations, consultez Basculement actif-passif.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage de basculement pour créer des enregistrements, consultez les rubriques suivantes :

Routage par géolocalisation

Le routage par géolocalisation vous permet de choisir les ressources qui servent le trafic en fonction de la localisation géographique de vos utilisateurs, c'est-à-dire de l'emplacement d'où proviennent les requêtes DNS. Par exemple, vous souhaitez peut-être que toutes les requêtes d'Europe soient acheminées vers Equilibreur de charge ELB dans la région de Francfort.

Quand vous utilisez le routage par géolocalisation, vous pouvez localiser votre contenu et présenter tout ou partie de votre site web dans la langue de vos utilisateurs. Vous pouvez aussi utiliser le routage par géolocalisation pour limiter la distribution de contenu aux seuls emplacements dans lesquels vous avez des droits de distribution. Une autre utilisation possible consiste à équilibrer la charge entre les points de terminaison d'une manière prévisible et simple à gérer, afin que chaque emplacement d'utilisateur soit dirigé de manière fiable vers le même point de terminaison.

Vous pouvez spécifier des emplacements géographiques par continent, par pays ou par état des États-Unis. Si vous créez des enregistrements distincts pour des régions géographiques qui se chevauchent (par exemple, un pour l'Amérique du Nord et un autre pour le Canada), la région géographique la plus petite est prioritaire. Cela vous permet d'acheminer des requêtes concernant un continent vers une ressource et celles concernant des pays sélectionnés sur ce continent vers une autre ressource. (Pour obtenir la liste des pays de chaque continent, consultez Emplacement.)

La géolocalisation se base sur le mappage d'adresses IP à des emplacements. Cependant, certaines adresses IP ne sont pas mappées à des emplacements géographiques. Ainsi, même si vous créez des enregistrements de géolocalisation couvrant les sept continents, Amazon Route 53 recevra des requêtes DNS à partir d'emplacements qu'il n'est pas en mesure d'identifier. Vous pouvez créer un enregistrement par défaut pour gérer les requêtes provenant d'adresses IP qui ne sont mappées à aucun emplacement et les requêtes issues d'emplacements pour lesquels vous n'avez pas créé d'enregistrements de géolocalisation. Si vous ne créez pas d'enregistrement par défaut, Route 53 renvoie un message « aucune réponse » pour les requêtes provenant de ces emplacements.

Pour plus d'informations, consultez Comment Amazon Route 53 utilise EDNS0 pour estimer l'emplacement d'un utilisateur.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage par géolocalisation pour créer des enregistrements, consultez les rubriques suivantes :

Routage par proximité géographique (flux de trafic uniquement)

Avec le routage par proximité géographique, Amazon Route 53 achemine le trafic vers vos ressources en fonction de l'emplacement géographique de vos utilisateurs et ressources. Vous pouvez également, si vous le souhaitez, choisir d'acheminer davantage ou moins de trafic vers une ressource donnée en spécifiant une valeur, appelée écart. Un écart augmente ou réduit la taille de la région géographique à partir de laquelle le trafic est acheminé vers une ressource.

Pour utiliser le routage par proximité géographique, vous devez utiliser le flux de trafic Route 53. Vous créez des règles de proximité géographique pour vos ressources et spécifiez l'une des valeurs suivantes pour chaque règle :

  • Si vous utilisez des ressources AWS, la région AWS dans laquelle vous avez créé la ressource

  • Si vous utilisez des ressources en dehors AWS, la latitude et la longitude de la ressource

(Facultatif) Pour modifier la taille de la région géographique à partir de laquelle Route 53 achemine le trafic vers une ressource, spécifiez la valeur d'écart applicable :

  • Pour étendre la taille de la région géographique à partir de laquelle Route 53 achemine le trafic vers une ressource, spécifiez un nombre entier positif compris entre 1 et 99 en tant que valeur d'écart. Route 53 diminue la taille des régions adjacentes.

  • Pour réduire la taille de la région géographique à partir de laquelle Route 53 achemine le trafic vers une ressource, spécifiez une valeur d'écart négative comprise entre -1 et -99. Route 53 étend la taille des régions adjacentes.

La carte suivante montre quatre régions AWS (numérotées de 1 à 4) et un emplacement à Johannesbourg, Afrique du Sud spécifié par ses latitude et longitude (5).


					Une carte du monde qui illustre la façon dont le trafic est acheminé lorsque vous avez des enregistrements de proximité géographique pour des ressources dans les régions AWS suivantes : USA Ouest (Oregon), USA Est (Virginie du Nord), UE Ouest (Paris) et Asie-Pacifique (Tokyo), ainsi qu'un enregistrement pour une ressource non-AWS à Johannesbourg, Afrique du Sud.

La carte suivante montre ce qui se produit si vous ajoutez un écart de +25 pour la région USA Est (Virginie du Nord) (numéro 2 sur la carte). Le trafic est acheminé vers la ressource dans cette région à partir d'une plus grande partie de l'Amérique du Nord que précédemment, et à partir de l'ensemble de l'Amérique du Sud.


					Une carte du monde qui illustre la façon dont le trafic est acheminé lorsque vous ajoutez un écart de +25 dans la région USA Est (Virginie du Nord).

La carte suivante montre ce qui se produit si vous modifiez l'écart à -25 pour la région USA Est (Virginie du Nord). Le trafic est acheminé vers la ressource dans cette région à partir de plus petites parties d'Amérique du Nord et du Sud que précédemment, et davantage de trafic est acheminé vers les ressources dans les régions adjacentes 1, 3 et 5.


					Une carte du monde qui illustre la façon dont le trafic est acheminé lorsque vous ajoutez un écart de -25 dans la région USA Est (Virginie du Nord).

L'impact de la valeur d'écart de vos ressources dépend d'un certain nombre de facteurs, dont les éléments suivants :

  • Le nombre de ressources dont vous disposez.

  • La proximité des ressources les unes par rapport aux autres.

  • Le nombre de vos utilisateurs se trouvant à proximité de la zone frontalière entre les régions géographiques. Supposons, par exemple, que vous avez des ressources dans les régions AWS USA Est (Virginie du Nord) et USA Ouest (Oregon) et qu'un grand nombre de vos utilisateurs se trouvent à Dallas, Austin et San Antonio, Texas, États-Unis. Ces villes se trouvent à peu près à égale distance entre vos ressources. Dès lors, une légère modification de l'écart pourrait entraîner un important basculement du trafic des ressources d'une région AWS à l'autre.

Nous vous recommandons de modifier la valeur d'écart par petits incréments afin d'éviter de surcharger vos ressources en raison d'un basculement inattendu du trafic.

Pour plus d'informations, consultez Comment Amazon Route 53 utilise EDNS0 pour estimer l'emplacement d'un utilisateur.

Comment Amazon Route 53 utilise une valeur d'écart pour acheminer le trafic

Voici la formule utilisée par Amazon Route 53 pour déterminer la manière d'acheminer le trafic :

Valeur d'écart positive

Biased distance = actual distance * [1 - (bias/100)]

Valeur d'écart négative

Biased distance = actual distance / [1 + (bias/100)]

Lorsque la valeur d'écart est positive, Route 53 traite la source d'une requête DNS et la ressource que vous spécifiez dans un enregistrement de proximité géographique (par exemple, une instance EC2 dans une région AWS) comme si elles étaient plus proches l'une de l'autre qu'elles ne le sont en réalité. Supposons par exemple que vous disposez des enregistrements de proximité géographique suivants :

  • Un enregistrement pour un serveur Web A, qui possède une valeur d'écart positive de 50

  • Un enregistrement pour un serveur Web B qui ne possède aucune valeur d'écart

Lorsqu'un enregistrement de proximité géographique possède une valeur d'écart positive de 50, Route 53 divise par deux la distance entre la source d'une requête et la ressource correspondant à cet enregistrement. Route 53 détermine ensuite par des calculs la ressource la plus proche de la source de la requête. Supposons qu'un serveur Web A se trouve à 150 kilomètres de la source d'une requête et que le serveur Web B se trouve à 100 kilomètres de la source de la requête. Si aucun enregistrement n'avait eu de valeur d'écart, Route 53 aurait acheminé la requête vers le serveur Web B, en raison de sa proximité. Cependant, puisque l'enregistrement pour le serveur Web A s'accompagne d'une valeur d'écart positive de 50, Route 53 considère que le serveur Web A se trouve à 75 kilomètres de la source de la requête. Route 53 va donc acheminer la requête vers le serveur Web A.

Voici le calcul pour une valeur d'écart positive de 50 :

Bias = 50 Biased distance = actual distance * [1 - (bias/100)] Biased distance = 150 kilometers * [1 - (50/100)] Biased distance = 150 kilometers * (1 - .50) Biased distance = 150 kilometers * (.50) Biased distance = 75 kilometers

Routage basé sur la latence

Si votre application est hébergée dans plusieurs régions AWS, vous pouvez améliorer les performances de vos utilisateurs en répondant à leurs demandes à partir de la région AWS qui fournit la latence la plus faible.

Note

Les données relatives à la latence entre les utilisateurs et vos ressources sont entièrement basées sur le trafic entre les utilisateurs et les centres de données AWS. Si vous n'utilisez pas de ressources dans une région AWS, la latence réelle entre vos utilisateurs et vos ressources peut varier considérablement par rapport aux données de latence AWS. Cela est vrai même si vos ressources sont situées dans la même ville qu'une région AWS.

Pour utiliser le routage basé sur la latence, vous créez des enregistrements pour vos ressources dans plusieurs régions AWS. Lorsque Route 53 reçoit une requête DNS pour votre domaine ou un sous-domaine (exemple.com ou acme.exemple.com), il détermine les régions AWS pour lesquelles vous avez créé des enregistrements de latence, les régions offrant aux utilisateurs la latence la plus faible, puis sélectionne un enregistrement de latence pour cette région. Route 53 répond avec la valeur de l'enregistrement sélectionné, telle que l'adresse IP d'un serveur Web.

Par exemple, si vous disposez d'équilibreurs de charge ELB dans la région USA Ouest (Oregon) et la région Asie-Pacifique (Singapour). Vous avez créé un enregistrement de latence pour chaque équilibreur de charge. Voici ce qui se produit quand un utilisateur basé à Londres entre le nom de votre domaine dans un navigateur :

  1. DNS achemine la requête vers un serveur de noms Route 53.

  2. Route 53 consulte ses données relatives à la latence entre Londres et la région Singapour, et entre Londres et la région Oregon.

  3. Si la latence est inférieure entre les régions de Londres et de l'Oregon, Route 53 répond à la requête avec l'adresse IP de l'équilibreur de charge de l'Oregon. Si la latence est inférieure entre les régions de Londres et de Singapour, Route 53 répond avec l'adresse IP de l'équilibreur de charge de Singapour.

La latence entre les hôtes sur Internet peut évoluer au fil du temps, suite à des modifications de connectivité réseau et de routage. Le routage basé sur la latence s'appuie sur des mesures de latence effectuées sur une période donnée. Ces mesures reflètent ces évolutions. Une demande acheminée vers la région de l'Oregon une semaine peut être acheminée vers la région de Singapour la semaine suivante.

Note

Lorsqu'un navigateur ou une autre visionneuse utilise un résolveur DNS qui prend en charge l'extension edns-client-subnet d'EDNS0, le résolveur DNS envoie à Route 53 une version tronquée de l'adresse IP de l'utilisateur. Si vous configurez le routage en fonction de la latence, Route 53 tient compte de cette valeur lors de l'acheminement du trafic vers vos ressources. Pour plus d'informations, consultez Comment Amazon Route 53 utilise EDNS0 pour estimer l'emplacement d'un utilisateur.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage de latence pour créer des enregistrements, consultez les rubriques suivantes :

Multivalue answer routing (Routage de réponse multivaleur)

Le routage de réponse multivaleur vous permet de configurer Amazon Route 53 pour renvoyer plusieurs valeurs, comme des adresses IP pour vos serveurs web, en réponse aux requêtes DNS. Vous pouvez spécifier plusieurs valeurs pour la plupart des enregistrements, mais le routage de réponse multivaleur vous permet également de vérifier l'intégrité de chaque ressource. Route 53 renvoie donc uniquement les valeurs des ressources saines. Il ne constitue pas de substitut pour un équilibreur de charge, mais la capacité de retourner plusieurs adresses IP dont l'intégrité est vérifiable permet d'utiliser DNS pour améliorer la disponibilité et l'équilibrage de charge.

Pour acheminer le trafic approximativement de manière aléatoire vers plusieurs ressources, comme des serveurs web, vous créez un enregistrement de réponse multivaleur pour chaque ressource et, facultativement, vous associez une vérification de l'état Route 53 à chaque enregistrement. Route 53 répond aux requêtes DNS par jusqu'à huit enregistrements et fournit des réponses distinctes aux différents résolveurs DNS. Si un serveur web devient indisponible après qu'un résolveur met une réponse en cache, le logiciel client peut essayer une autre adresse IP dans la réponse.

Remarques :

  • Si vous associez une vérification de l'état à un enregistrement de réponse multivaleur, Route 53 répond aux requêtes DNS avec l'adresse IP correspondante uniquement lorsque la vérification de l'état est saine.

  • Si vous n'associez pas de vérification de l'état à un enregistrement de réponse multivaleur, Route 53 considère toujours l'enregistrement comme sain.

  • Si vous disposez de huit enregistrements sains ou moins, Route 53 répond à toutes les requêtes DNS par tous les enregistrements sains.

  • Lorsque tous les enregistrements sont non sains, Route 53 répond à toutes les requêtes DNS par jusqu'à huit enregistrements non sains.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la politique de routage de réponse multivaleur pour créer des enregistrements, veuillez consulter Valeurs spécifiques pour les enregistrements de réponses multivaleur et Valeurs communes à toutes les politiques de routage.

Weighted routing (Routage pondéré)

Le routage pondéré vous permet d'associer plusieurs ressources à un nom de domaine unique (par exemple, example.com) ou à un nom de sous-domaine (par exemple, acme.example.com) et de choisir le volume de trafic acheminé vers chaque ressource. Cela peut vous être utile pour de nombreuses actions, notamment l'équilibrage de charge et le test de nouvelles versions de logiciels.

Pour configurer un acheminement pondéré, créez des enregistrements avec les mêmes valeurs pour les champs Nom et Type que celles de vos ressources. Vous attribuez à chaque enregistrement une pondération relative correspondant au volume de trafic à envoyer à chaque ressource. Amazon Route 53 retourne le trafic vers une ressource en fonction de la pondération attribuée à l'enregistrement par rapport au poids total des enregistrements dans le groupe :


					Formule pour le calcul de la quantité de trafic acheminée vers une ressource donnée : poids d'un enregistrement spécifié/somme des poids de tous les enregistrements.

Par exemple, si vous souhaitez envoyer une petite partie de votre trafic vers une ressource et que le reste soit acheminé vers une autre ressource, vous pouvez spécifier des pondérations de 1 à 255. La ressource ayant une pondération de 1 obtient 1/256e du trafic (1/(1+255)) et l'autre ressource obtient 255/256e (255/(1+255)). Vous pouvez progressivement modifier l'équilibre en changeant les pondérations. Si vous arrêtez d'envoyer du trafic vers une ressource, vous pouvez passer la pondération de cette ressource à 0.

Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage pondéré pour créer des enregistrements, consultez les rubriques suivantes :

Comment Amazon Route 53 utilise EDNS0 pour estimer l'emplacement d'un utilisateur

Pour améliorer la précision du routage par géolocalisation, par proximité géographique et la latence, Amazon Route 53 prend en charge l'extension edns-client-subnet de EDNS0. (EDNS0 ajoute plusieurs extensions facultatives au protocole DNS.) Route 53 peut utiliser edns-client-subnet uniquement lorsque les résolveurs DNS prennent en charge :

  • Lorsqu'un navigateur ou une autre visionneuse utilise un résolveur DNS qui ne prend pas en charge edns-client-subnet, Route 53 utilise l'adresse IP source du résolveur DNS pour estimer l'emplacement de l'utilisateur et répond aux requêtes de géolocalisation avec l'enregistrement DNS de l'emplacement du résolveur.

  • Lorsqu'un navigateur ou une autre visionneuse utilise un résolveur DNS qui prend en charge edns-client-subnet, le résolveur DNS envoie à Route 53 une version tronquée de l'adresse IP de l'utilisateur. Route 53 détermine l'emplacement de l'utilisateur en fonction de l'adresse IP tronquée plutôt que de l'adresse IP source du résolveur DNS ; cela fournit généralement une estimation plus précise de l'emplacement de l'utilisateur. Route 53 répond ensuite aux requêtes de géolocalisation avec l'enregistrement DNS correspondant à l'emplacement de l'utilisateur.

Pour plus d'informations sur edns-client-subnet, consultez le projet IETF Client Subnet in DNS Requests.