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.
# Utilisation des enregistrements
Une fois que vous avez créé une zone hébergée pour votre domaine, par exemple, example.com, vous créez des enregistrements pour indiquer au système de noms de domaine (DNS) la façon dont le trafic doit être acheminé pour ce domaine.
Par exemple, vous pouvez créer des enregistrements entraînant le comportement DNS suivant :
+ Achemine le trafic Internet d'example.com vers l'adresse IP d'un hôte de votre centre de données.
+ Achemine l'e-mail de ce domaine (ichiro@example.com) vers un serveur de messagerie (mail.example.com).
+ Achemine le trafic d'un sous-domaine appelé operations.tokyo.example.com vers l'adresse IP d'un autre hôte.
Chaque enregistrement inclut le nom d'un domaine ou d'un sous-domaine, un type d'enregistrement (par exemple, un enregistrement avec un type d'e-mail de routage MX) et d'autres informations applicables au type de l'enregistrement (pour les enregistrements MX, le nom d'hôte d'un ou de plusieurs serveurs de messagerie et une priorité pour chaque serveur). Pour plus d'informations sur les différents types d'enregistrement, consultez [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Le nom de chaque enregistrement dans une zone hébergée doit se terminer par le nom de la zone hébergée. Par exemple, la zone hébergée example.com peut contenir des enregistrements pour les sous-domaines www.example.com et accounting.tokyo.example.com, mais ne peut pas contenir d'enregistrements pour un sous-domaine www.example.ca.
**Note**
Pour créer des enregistrements pour des configurations de routage complexes, vous pouvez également utiliser l'éditeur visuel Traffic Flow et enregistrer la configuration en tant que politique de trafic. Vous pouvez ensuite associer la stratégie de trafic à un ou plusieurs noms de domaine (par exemple, example.com) ou noms de sous-domaine (par exemple, www.example.com), dans la même zone hébergée ou dans plusieurs zones hébergées. En outre, vous pouvez restaurer les mises à jour si la nouvelle configuration ne fonctionne pas comme vous l'aviez prévu. Pour de plus amples informations, veuillez consulter [Utiliser Traffic Flow pour acheminer le trafic DNS](traffic-flow.md).
Amazon Route 53 ne facture pas les enregistrements que vous ajoutez à une zone hébergée. Pour plus d'informations sur le nombre maximum d'enregistrements que vous pouvez créer dans une zone hébergée, consultez [Quotas](DNSLimitations.md).
**Topics**
+ [Sélection d'une stratégie de routage](routing-policy.md)
+ [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md)
+ [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md)
+ [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md)
+ [Autorisations relatives aux ensembles d'enregistrements](resource-record-sets-permissions.md)
+ [Valeurs à spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53](resource-record-sets-values.md)
+ [Création d'enregistrements par importation d'un fichier de zone](resource-record-sets-creating-import.md)
+ [Modification des enregistrements](resource-record-sets-editing.md)
+ [Suppression d'enregistrements](resource-record-sets-deleting.md)
+ [Liste des enregistrements](resource-record-sets-listing.md)
# 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. Vous pouvez utiliser le routage simple pour créer des enregistrements dans une zone hébergée privée.
+ **Failover routing policy (Stratégie de routage par basculement)** : utilisez une stratégie de routage par basculement pour configurer le basculement actif-passif. Vous pouvez utiliser le routage par basculement pour créer des enregistrements dans une zone hébergée privée.
+ **Stratégie de routage de géolocalisation** : utilisez la stratégie de routage de géolocalisation lorsque vous souhaitez acheminer le trafic en fonction de l'emplacement de vos utilisateurs. Vous pouvez utiliser le routage de géolocalisation pour créer des enregistrements dans une zone hébergée privée.
+ **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. Vous pouvez utiliser le routage de géoproximité pour créer des enregistrements dans une zone hébergée privée.
+ **Politique de routage par latence** : à utiliser lorsque vous disposez de plusieurs ressources Régions AWS et que vous souhaitez acheminer le trafic vers la région offrant la meilleure latence. Vous pouvez utiliser le routage avec latence pour créer des enregistrements dans une zone hébergée privée.
+ **IP-based routing policy** (Politique de routage basée sur IP) – utilisez la politique de routage basée sur IP lorsque vous voulez acheminer le trafic en fonction de l'emplacement de vos utilisateurs, et que vous disposez des adresses IP d'où provient le trafic.
+ **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. Vous pouvez utiliser le routage de réponses à plusieurs valeurs pour créer des enregistrements dans une zone hébergée privée.
+ **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. Vous pouvez utiliser le routage pondéré pour créer des enregistrements dans une zone hébergée privée.
**Topics**
+ [Routage simple](routing-policy-simple.md)
+ [Routage par basculement](routing-policy-failover.md)
+ [Routage de géolocalisation](routing-policy-geo.md)
+ [Routage par géoproximité](routing-policy-geoproximity.md)
+ [Routage basé sur la latence](routing-policy-latency.md)
+ [Routage basé sur IP](routing-policy-ipbased.md)
+ [Multivalue answer routing (Routage de réponse multivaleur)](routing-policy-multivalue.md)
+ [Weighted routing (Routage pondéré)](routing-policy-weighted.md)
+ [Utilisation d'Amazon Route 53 EDNS0 pour estimer la position d'un utilisateur](routing-policy-edns0.md)
# 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.
Vous pouvez utiliser la stratégie de routage simple pour créer des enregistrements dans une zone hébergée privée.
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 politique de routage simple pour un enregistrement d'alias, vous ne pouvez spécifier qu'une seule AWS ressource 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. Avec une politique de routage simple, même si vous pouvez spécifier plusieurs adresses IP, aucune surveillance de l'état n'a lieu pour ces adresses IP.
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 :
+ [Valeurs spécifiques aux enregistrements simples](resource-record-sets-values-basic.md)
+ [Valeurs spécifiques aux enregistrements d'alias simples](resource-record-sets-values-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
# 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 de plus amples informations, veuillez consulter [Basculement actif-passif](dns-failover-types.md#dns-failover-types-active-passive).
Vous pouvez utiliser la stratégie de routage de basculement pour créer des enregistrements dans une zone hébergée privée.
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 :
+ [Valeurs spécifiques aux enregistrements de basculement](resource-record-sets-values-failover.md)
+ [Valeurs spécifiques aux enregistrements d'alias de basculement](resource-record-sets-values-failover-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
# Routage de géolocalisation
Le routage de 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 l'équilibreur de charge Elastic Load Balancing dans la région de Francfort.
Quand vous utilisez le routage de 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 de 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 de easy-to-manage manière prévisible, afin que chaque emplacement utilisateur soit systématiquement acheminé 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 [Location](resource-record-sets-values-geo.md#rrsets-values-geo-location).)
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.
Vous pouvez utiliser le routage de géolocalisation pour des enregistrements dans les zones hébergées publiques et privées.
Pour de plus amples informations, veuillez consulter [Utilisation d'Amazon Route 53 EDNS0 pour estimer la position d'un utilisateur](routing-policy-edns0.md).
Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la stratégie de routage de géolocalisation pour créer des enregistrements, consultez les rubriques suivantes :
+ [Valeurs spécifiques aux enregistrements de géolocalisation](resource-record-sets-values-geo.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géolocalisation](resource-record-sets-values-geo-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
# Routage de géolocalisation dans des zones hébergées privées
Pour les zones hébergées privées, Route 53 répond aux requêtes DNS en fonction Région AWS du VPC d'où provient la requête. Pour en obtenir la liste Régions AWS, consultez [Régions et zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) dans le guide de l'*utilisateur Amazon EC2*.
Si la requête DNS provient d'une partie sur site d'un réseau hybride, elle sera considérée comme provenant de la Région AWS dans laquelle se trouve le VPC.
Si vous incluez des surveillances de l'état, vous pouvez créer des enregistrements par défaut pour :
+ Les adresses IP qui ne sont pas mappées à des emplacements géographiques.
+ Les requêtes DNS qui proviennent d'emplacements pour lesquels vous n'avez pas créé d'enregistrement de géolocalisation.
Si l'enregistrement de géolocalisation pour la région de la requête DNS est défectueux, l'enregistrement par défaut sera renvoyé (s'il est sain).
Dans l'exemple de configuration illustré dans la figure suivante, les requêtes DNS provenant d'un Région AWS us-east-1 (Virginie) seront acheminées vers le point de terminaison 1.1.1.1.
![\[Une capture d'écran qui montre un enregistrement de géolocalisation pour une zone hébergée privée.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/geolocation-phz.png)
# Routage par géoproximité
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. Il achemine le trafic vers la ressource disponible la plus proche. 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.
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 AWS des ressources, spécifiez le Région AWS ou le groupe de zones local dans lequel vous avez créé la ressource.
+ Si vous n'utilisez pas de AWS ressources, spécifiez la latitude et la longitude de la ressource.
Pour utiliser AWS les Zones Locales, vous devez d'abord les activer. Pour plus d'informations, consultez [Premiers pas avec les zones locales](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) dans le *Guide de l'utilisateur des zones locales AWS *.
Pour en savoir plus sur la différence entre les zones Régions AWS et les zones locales, consultez [Régions et zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) dans le guide de l'*utilisateur Amazon EC2*.
(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. La route 53 augmente la taille des régions adjacentes.
**Note**
Nous mettons à jour la console Traffic Flow pour Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#traffic-flow-geoprox-routing-map-new)
+ [Ancienne console](#traffic-flow-geoprox-routing-map-old)
------
#### [ New console ]
La carte suivante en montre quatre Régions AWS (numérotées de 1 à 5) :
1. USA Ouest (Oregon)
1. Europe (Francfort)
1. Asie-Pacifique (Tokyo)
1. Afrique (Le Cap)
1. Middle East (Bahrain)
**Note**
Les cartes ne sont disponibles qu'avec Traffic Flow.
![\[Une carte du monde qui montre comment le trafic est acheminé lorsque vous disposez d'enregistrements de géoproximité pour des ressources situées Régions AWS dans l'ouest des États-Unis (Oregon), en Europe (Francfort), en Asie-Pacifique (Tokyo), en Afrique (Le Cap) et au Moyen-Orient (Bahreïn).\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png)
La carte suivante montre ce qui se passe si vous ajoutez un biais de \$125 pour la région USA Ouest (Oregon) (numéro **1** 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 et de toute l'Amérique du Sud qu'auparavant.
![\[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).\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png)
La carte suivante montre ce qui se passe si vous modifiez le biais à -25 pour la région de l'ouest des États-Unis (Oregon). **Le trafic est acheminé vers la ressource de cette région depuis de plus petites parties de l'Amérique du Nord et du Sud qu'auparavant, et une plus grande partie du trafic est acheminée vers les ressources des régions adjacentes **2**, **3** et 4.**
![\[Une carte du monde qui montre comment le trafic est acheminé lorsque vous ajoutez un biais de -25 dans la région USA Ouest (Oregon).\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png)
------
#### [ Old console ]
La carte suivante en montre quatre Régions AWS (numérotées de 1 à 4) et un emplacement à Johannesburg, en Afrique du Sud, indiqué par la latitude et la longitude (5).
**Note**
Les cartes ne sont disponibles qu'avec Traffic Flow.
![\[Une carte du monde qui montre comment le trafic est acheminé lorsque vous avez des enregistrements de géoproximité pour des ressources situées Régions AWS dans l'ouest des États-Unis (Oregon), dans l'est des États-Unis (Virginie du Nord), en Europe (Paris) et dans l'Asie-Pacifique (Tokyo), et que vous avez un enregistrement pour une ressource non liée à une AWS ressource à Johannesburg, en Afrique du Sud.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png)
La carte suivante montre ce qui se produit si vous ajoutez un écart de \$125 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).\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png)
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).\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png)
------
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 disposiez de ressources dans l'est des Régions AWS États-Unis (Virginie du Nord) et dans l'ouest des États-Unis (Oregon), et que vous ayez de nombreux utilisateurs à Dallas, Austin et San Antonio, au Texas, aux États-Unis. Ces villes étant approximativement à égale distance entre vos ressources, un léger changement de biais pourrait entraîner une importante variation du trafic entre les ressources. Région AWS
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 de plus amples informations, veuillez consulter [Utilisation d'Amazon Route 53 EDNS0 pour estimer la position d'un utilisateur](routing-policy-edns0.md).
## 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 :
**Écart**
`Biased distance = actual distance * [1 - (bias/100)]`
Lorsque la valeur du biais est positive, Route 53 traite la source d'une requête DNS et la ressource que vous spécifiez dans un enregistrement de géoproximité (telle qu'une instance EC2 dans un Région AWS) comme si elles étaient plus proches l'une de l'autre qu'elles ne le sont réellement. 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 sur plusieurs sites Régions AWS, vous pouvez améliorer les performances de vos utilisateurs en traitant leurs demandes à partir de la solution Région AWS offrant 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 un Région AWS, la latence réelle entre vos utilisateurs et vos ressources peut varier considérablement en fonction des données de AWS latence. 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 Elastic Load Balancing 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.
1. Route 53 se réfère à ses données relatives à la latence entre Londres et la région Singapour, et entre Londres et la région Oregon.
1. 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 réalisé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 un autre utilisateur utilise un résolveur DNS qui prend en charge l' edns-client-subnetextension de 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 de plus amples informations, veuillez consulter [Utilisation d'Amazon Route 53 EDNS0 pour estimer la position d'un utilisateur](routing-policy-edns0.md).
Vous pouvez utiliser la stratégie de routage de latence pour des enregistrements dans une zone hébergée privée.
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 :
+ [Valeurs spécifiques aux enregistrements de latence](resource-record-sets-values-latency.md)
+ [Valeurs spécifiques aux enregistrements d'alias de latence](resource-record-sets-values-latency-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
# Routage basé sur la latence dans les zones hébergées privées
Pour les zones hébergées privées, Route 53 répond aux requêtes DNS avec un point de terminaison Région AWS situé au même endroit ou le plus proche Région AWS du VPC d'où provient la requête.
**Note**
Si un point de terminaison sortant est transféré vers un point de terminaison entrant, l'enregistrement sera résolu en fonction de l'emplacement du point de terminaison entrant, et non du point de terminaison sortant.
Si vous incluez des surveillances de l'état et que l'enregistrement avec la latence la plus faible par rapport à l'origine de la requête est défectueux, un point de terminaison sain avec la latence la plus faible est renvoyé.
Dans l'exemple de configuration illustré dans la figure suivante, les requêtes DNS provenant d'un Région AWS us-east-1, ou du plus proche de celui-ci, seront acheminées vers le point de terminaison 1.1.1.1. Les requêtes DNS provenant de la région us-west-2, ou la plus proche de celle-ci, seront acheminées vers le point de terminaison 2.2.2.2.
![\[Une capture d'écran qui montre deux enregistrements de latence pour une zone hébergée privée.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/latency-phz.png)
# Routage basé sur IP
Avec le routage basé sur IP dans Amazon Route 53, vous pouvez affiner votre routage DNS en utilisant votre compréhension de votre réseau, de vos applications, et de vos clients pour prendre les meilleures décisions de routage DNS pour vos utilisateurs finaux. Le routage basé sur IP vous donne un contrôle granulaire pour optimiser les performances ou réduire les coûts du réseau en téléchargeant vos données sur Route 53 sous forme de mappages. user-IP-to-endpoint
Le routage basé sur la géolocalisation et la latence s'appuie sur les données que Route 53 collecte et tient à jour. Cette approche fonctionne bien pour la majorité des clients, mais le routage basé sur IP vous offre la possibilité supplémentaire d'optimiser le routage en fonction de la connaissance spécifique de votre clientèle. Par exemple, un fournisseur mondial de contenu vidéo peut vouloir acheminer les utilisateurs finaux à partir d'un fournisseur de services Internet (FSI) particulier.
Voici quelques cas d'utilisation courants du routage basé sur IP :
+ Vous souhaitez acheminer les utilisateurs finaux de certains points de terminaison ISPs vers des points de terminaison spécifiques afin d'optimiser les coûts ou les performances du réseau.
+ Vous voulez ajouter des surcharges aux types de routage Route 53 existants, comme le routage de géolocalisation, en fonction de votre connaissance des emplacements physiques de vos clients.
**Gérer les plages d'adresses IP et les associer à un ensemble d'enregistrements de ressources (RRSet)**
Pour IPv4, vous pouvez utiliser des blocs CIDR d'une longueur comprise entre 1 et 24 bits inclus, tandis que pourIPv6, vous pouvez utiliser des blocs d'adresse CIDR d'une longueur comprise entre 1 et 48 bits inclus. Pour définir un bloc d'adresse CIDR zéro bit (0.0.0.0/0 or ::/0), utilisez l'emplacement par défaut (« \$1 »).
Pour les requêtes DNS dont le CIDR est plus long que celui spécifié dans la collection d'adresses CIDR, Route 53 les met en correspondance avec le CIDR le plus court. Par exemple, si vous spécifiez 2001:0 DB8 : :/32 comme bloc CIDR dans votre collection CIDR et qu'une requête provient de 2001:0 DB8 : 0000:1234 : :/48, elle correspondra. Si, par contre, vous spécifiez 2001:0 DB8 : 0000:1234 : :/48 dans votre collection CIDR et qu'une requête provient de 2001:0 DB8 : :/32, cela ne correspondra pas et Route 53 répondra avec l'enregistrement correspondant à l'emplacement par défaut (« \$1 »).
Vous pouvez regrouper des jeux de blocs CIDR (ou plages IP) en emplacements CIDR, qui sont à leur tour regroupés en entités réutilisables appelées collections CIDR :
**Bloc d'adresse CIDR**
Une plage d'adresses IP en notation CIDR, par exemple 192.0.2.0/24 ou 2001 : : :/32. DB8
**Emplacement CIDR**
Une liste nommée de blocs CIDR. Par exemple, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001 : : :/32]. DB8 Les blocs d'une liste d'emplacements CIDR ne doivent pas nécessairement être adjacents ou appartenir à la même plage.
Un même emplacement peut avoir les deux IPv6 blocs IPv4 et cet emplacement peut être associé à la fois aux ensembles d'enregistrements A et AAAA, respectivement.
Le nom de l'emplacement est souvent un emplacement par convention, mais peut être n'importe quelle chaîne, par exemple *Entreprise-A*.
**Collection CIDR**
Une collection d'emplacements nommée. Par exemple, mycollection = [example-isp-seattle, example-isp-tokyo].
Les jeux d'enregistrements de ressources de routage basé sur IP font référence à un emplacement dans une collection, et tous les jeux d'enregistrements de ressources pour le même nom et type de jeu d'enregistrements doivent faire référence à la même collection. Par exemple, si vous créez des sites Web dans deux régions et que vous voulez diriger les requêtes DNS de deux emplacements CIDR différents vers un site Web spécifique en fonction des adresses IP d'origine, ces deux emplacements doivent être répertoriés dans la même collection CIDR.
Vous ne pouvez pas utiliser la politique de routage basée sur IP pour les enregistrements dans une zone hébergée privée.
Pour plus d'informations sur les valeurs que vous spécifiez lorsque vous utilisez la politique de routage basée sur IP pour créer des enregistrements, consultez les rubriques suivantes :
+ [Valeurs spécifiques aux enregistrements basés sur IP](resource-record-sets-values-ipbased.md)
+ [Valeurs spécifiques aux enregistrements d'alias basés sur IP](resource-record-sets-values-ipbased-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
**Topics**
+ [Création d'une collection CIDR avec des emplacements et des blocs CIDR](resource-record-sets-creating-cidr-collection.md)
+ [Utilisation des emplacements et des blocs CIDR](resource-record-sets-working-with-cidr-locations.md)
+ [Suppression d'une collection CIDR](resource-record-sets-delete-cidr-collection.md)
+ [Déplacement d'un routage par géolocalisation vers un routage basé sur IP](resource-record-sets-move-geolocation-to-cidr.md)
# Création d'une collection CIDR avec des emplacements et des blocs CIDR
Pour commencer, créez une collection CIDR et ajoutez-y des blocs et des emplacements CIDR.
**Pour créer une collection CIDR à l'aide de la console Route 53**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **IP-based routing** (Routage basé sur IP), puis **CIDR collections** (Collections CIDR).
1. Sélectionnez **Create CIDR collection** (Créer une collection CIDR).
1. Dans le panneau **Create CIDR collection** (Créer une collection CIDR), sous **Details** (Détails), saisissez un nom pour la collection.
1. Choisissez **Create collection** (Créer une collection) pour créer une collection vide.
- ou -
Dans la section **Créer des emplacements CIDR**, saisissez le nom de l'emplacement CIDR dans le champ **Emplacement CIDR**. Le nom de l'emplacement peut être n'importe quelle chaîne d'identification, par exemple **company 1** ou **Seattle**. Il ne doit pas nécessairement s'agir d'un emplacement géographique réel.
**Important**
Le nom de l'emplacement CIDR a une longueur maximale de 16 caractères.
Saisissez les blocs d'adresse CIDR dans le champ **Blocs CIDR**, un par ligne. Il peut s'agir IPv4 d' IPv6 adresses comprises entre /0 et /24 pour IPv4 et /0 à /48 pour. IPv6
1. Après avoir saisi les blocs CIDR, choisissez **Create CIDR collection** (Créer une collection CIDR), ou **Add another location** (Ajouter un autre emplacement) pour continuer à saisir des emplacements et un bloc CIDR. Vous pouvez saisir plusieurs emplacements CIDR par collection.
1. Après avoir saisi les emplacements CIDR, choisissez **Create CIDR collection** (Créer une collection CIDR).
# Utilisation des emplacements et des blocs CIDR
**Pour travailler avec des emplacements CIDR en utilisant la console Route 53**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **IP-based routing** (Routage basé sur IP), **CIDR collections** (Collections CIDR), puis, dans la section **CIDR collections** (Collections CIDR), cliquez sur un lien vers une collection CIDR dans la liste **Collection name** (Nom de la collection).
Sur la page **CIDR locations** (Emplacements CIDR), vous pouvez créer un emplacement CIDR, le supprimer ou modifier un emplacement et ses blocs.
+ Pour créer un emplacement, choisissez **Create CIDR location** (Créer un emplacement CIDR).
+ Dans le panneau **Create CIDR location** (Créer un emplacement CIDR), saisissez un nom pour l'emplacement, les blocs CIDR associés à l'emplacement, puis cliquez sur **Create** (Créer).
+ Pour afficher un emplacement CIDR et les blocs qu'il contient, choisissez la case d'option en regard d'un emplacement pour afficher son nom et ses blocs CIDR dans le panneau d'emplacement.
Dans ce panneau, vous pouvez également choisir **Modifier** pour mettre à jour le nom de l'emplacement ou de ses blocs CIDR. Choisissez **Save** (Enregistrer) lorsque vous avez terminé la modification.
+ Pour supprimer un emplacement CIDR et les blocs qu'il contient, sélectionnez la case d'option en regard de l'emplacement que vous voulez supprimer, puis cliquez sur **Delete** (Supprimer). Pour confirmer la suppression, saisissez le nom de l'emplacement dans la zone de saisie de texte et sélectionnez à nouveau **Delete** (Supprimer).
**Important**
La suppression d'un emplacement CIDR ne peut pas être annulée. Si vous avez des enregistrements DNS associés à l'emplacement, votre domaine peut devenir inaccessible.
# Suppression d'une collection CIDR
**Pour supprimer une collection CIDR, ses emplacements et blocs en utilisant la console Route 53**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **IP-based routing** (Routage basé sur IP), puis **CIDR collections** (Collections CIDR).
1. Dans la section **CIDR collections** (Collections CIDR), cliquez sur le nom lié de la collection que vous voulez supprimer.
1. Sur la page **CIDR locations** (Emplacements CIDR), sélectionnez chaque emplacement un par un, choisissez **Delete** (Supprimer), saisissez son nom dans la boîte de dialogue, puis choisissez **Delete** (Supprimer). Vous devez supprimer chaque emplacement associé à une collection CIDR avant de pouvoir supprimer la collection.
1. Une fois la suppression de chaque emplacement CIDR terminée, sur la page **CIDR locations** (Emplacements CIDR), choisissez le bouton radio en regard de la collection que vous voulez supprimer, puis choisissez **Delete** (Supprimer).
# Déplacement d'un routage par géolocalisation vers un routage basé sur IP
Si vous utilisez des politiques de routage par géolocalisation ou par géoproximité et que vous constatez régulièrement que des clients spécifiques sont acheminés vers un point de terminaison qui n'est pas optimal en fonction de leur emplacement physique ou de la topologie du réseau, vous pouvez mieux cibler les plages IP publiques de ces clients en utilisant le routage par IP.
Le tableau suivant contient un exemple de configuration de géolocalisation pour un routage de géolocalisation existant que nous allons acheminer avec précision pour les plages IP de Californie.
| Nom du jeu d'enregistrements | Politique et origine du routage | Adresse IP du point de terminaison de l'application |
| --- | --- | --- |
| example.com | Routage par géolocalisation (US) | `198.51.100.1` |
| example.com | Routage par géolocalisation (UE) | `198.51.100.2` |
Pour remplacer les plages IP de Californie par un nouveau point de terminaison d'application, recréez d'abord le routage de géolocalisation sous un nouveau nom de jeu d'enregistrements.
| Nom du jeu d'enregistrements | Politique et origine du routage | Adresse IP du point de terminaison de l'application |
| --- | --- | --- |
| geo.example.com | Routage par géolocalisation (US) | `198.51.100.1` |
| geo.example.com | Routage par géolocalisation (UE) | `198.51.100.2` |
Créez ensuite des enregistrements de routage basés sur IP et un enregistrement par défaut qui pointe vers votre jeu d'enregistrements de routage de géolocalisation récemment recréé.
| Nom du jeu d'enregistrements | Politique et origine du routage | Adresse IP du point de terminaison de l'application |
| --- | --- | --- |
| example.com | Routage basé sur IP (par défaut) | Enregistrement d'alias vers le point de terminaison de l'application geo.example.com que vous voulez être le point par défaut. Par exemple, `198.51.100.1`. |
| example.com | Routage basé sur IP (plages IP de Californie) | `198.51.100.3` |
# 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 surveillance 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.
Notez ce qui suit :
+ Si vous associez une surveillance 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 surveillance de l'état est saine.
+ Si vous n'associez pas de surveillance 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 registres sont non sains, Route 53 répond à toutes les requêtes DNS par jusqu'à huit registres non sains.
Vous pouvez utiliser la stratégie de routage de réponse multivaleur pour des enregistrements dans une zone hébergée privée.
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](resource-record-sets-values-multivalue.md) et [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md).
# 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.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/WRR_calculation.png)
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\$1255)) et l'autre ressource obtient 255/256e (255/(1\$1255)). 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 :
+ [Valeurs spécifiques aux enregistrements pondérés](resource-record-sets-values-weighted.md)
+ [Valeurs spécifiques aux enregistrements d'alias pondérés](resource-record-sets-values-weighted-alias.md)
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
Vous pouvez utiliser la stratégie de routage pondéré pour des enregistrements dans une zone hébergée privée.
## Surveillance de l'état et routage pondéré
Si vous ajoutez les surveillances de l'état à tous les enregistrements d'un groupe d'enregistrements pondérés, mais que vous attribuez des pondérations différentes de zéro à certains enregistrements et des pondérations égales à zéro pour d'autres, les surveillances de l'état fonctionnent de la même manière que lorsque tous les enregistrements ont des pondérations différentes de zéro, avec les exceptions suivantes :
+ Initialement, Route 53 prend uniquement en compte les enregistrements pondérés dont la pondération est différente de zéro, s'il y en a.
+ Si tous les enregistrements ayant une pondération supérieure à 0 ne sont pas sains, Route 53 prend en compte les enregistrements dont la pondération est égale à zéro.
Le tableau suivant détaille le comportement lorsque l'enregistrement à pondération nulle inclut une surveillance de l'état :
| | Enregistrement 1 | Enregistrement 2 | Enregistrement 3 |
| --- |--- |--- |--- |
| Pondération | 1 | 1 | 0 |
| Comprend la surveillance de l'état ? | Oui | Oui | Oui |
| |
| --- |
| Statut de la surveillance de l'état | Non sain | Non sain | Sain |
| Requête DNS répondue ? | Non | Non | Oui |
| |
| --- |
| Statut de la surveillance de l'état | Non sain | Non sain | Non sain |
| Requête DNS répondue ? | Oui | Oui | Non |
| |
| --- |
| Statut de la surveillance de l'état | Non sain | Sain | Non sain |
| Requête DNS répondue ? | Non | Oui | Non |
| |
| --- |
| Statut de la surveillance de l'état | Sain | Sain | Non sain |
| Requête DNS répondue ? | Oui | Oui | Non |
| |
| --- |
| Statut de la surveillance de l'état | Sain | Sain | Sain |
| Requête DNS répondue ? | Oui | Oui | Non |
Le tableau suivant détaille le comportement lorsque l'enregistrement à pondération nulle n'inclut pas une surveillance de l'état :
| | Enregistrement 1 | Enregistrement 2 | Enregistrement 3 |
| --- |--- |--- |--- |
| Pondération | 1 | 1 | 0 |
| Comprend la surveillance de l'état ? | Oui | Oui | Non |
| |
| --- |
| Statut de la surveillance de l'état | Sain | Sain | N/A |
| Requête DNS répondue ? | Oui | Oui | Non |
| |
| --- |
| Statut de la surveillance de l'état | Non sain | Non sain | N/A |
| Requête DNS répondue ? | Non | Non | Oui |
| |
| --- |
| Statut de la surveillance de l'état | Non sain | Sain | N/A |
| Requête DNS répondue ? | Non | Oui | Non |
# Utilisation d'Amazon Route 53 EDNS0 pour estimer la position d'un utilisateur
Pour améliorer la précision de la géolocalisation, de la géoproximité, du routage basé sur IP et du routage par latence, Amazon Route 53 prend en charge l'extension de. edns-client-subnet EDNS0 (EDNS0 ajoute plusieurs extensions facultatives au protocole DNS.) Route 53 ne peut être utilisée edns-client-subnet que lorsque les résolveurs DNS la prennent en charge :
+ Lorsqu'un navigateur ou un autre lecteur utilise un résolveur DNS non compatible edns-client-subnet, Route 53 utilise l'adresse IP source du résolveur DNS pour localiser approximativement l'utilisateur et répond aux requêtes de géolocalisation avec l'enregistrement DNS correspondant à l'emplacement du résolveur.
+ Lorsqu'un navigateur ou un autre utilisateur utilise un résolveur DNS compatible 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.
+ EDNS0 ne s'applique pas aux zones hébergées privées. Pour les zones hébergées privées, Route 53 utilise les données des résolveurs VPC dans lesquels se trouve la Région AWS zone hébergée privée pour prendre des décisions de géolocalisation et de routage par latence.
Pour plus d'informations edns-client-subnet, consultez la RFC relative au sous-réseau du client EDNS, sous-réseau [client dans les demandes](https://www.rfc-editor.org/rfc/rfc7871) DNS.
# Choix entre des enregistrements avec ou sans alias
Les *enregistrements d'alias* Amazon Route 53 fournissent une extension spécifique à Route 53 à la fonctionnalité DNS. Les enregistrements d'alias vous permettent d'acheminer le trafic vers AWS des ressources sélectionnées, y compris, mais sans s'y limiter, les CloudFront distributions et les compartiments Amazon S3. Elles vous permettent également d'acheminer le trafic d'un enregistrement dans une zone hébergée vers un autre enregistrement.
Contrairement à l'enregistrement CNAME, vous pouvez créer un enregistrement d'alias pour le nœud supérieur d'un espace de nom DNS, également appelé *zone apex*. Par exemple, si vous enregistrez le nom DNS example.com, la zone apex est example.com. Vous ne pouvez pas créer un enregistrement CNAME pour exemple.com, mais vous pouvez créer un enregistrement d'alias pour exemple.com qui achemine le trafic vers www.exemple.com (tant que le type d'enregistrement pour www.exemple.com n'est pas CNAME).
Quand Route 53 reçoit une requête DNS pour un enregistrement d'alias, Route 53 répond avec la valeur applicable pour cette ressource :
+ **Une API régionale Amazon API Gateway personnalisée ou une API optimisée pour les périphériques** : Route 53 répond avec une ou plusieurs adresses IP pour votre API.
+ **Un point de terminaison d'interface d'un VPC Amazon** : Route 53 répond avec une ou plusieurs adresses IP pour votre point de terminaison d'interface.
+ **Une CloudFront distribution** — Route 53 répond avec une ou plusieurs adresses IP pour les serveurs de CloudFront périphérie qui peuvent diffuser votre contenu.
+ **Service App Runner** — Route 53 répond avec une ou plusieurs adresses IP.
+ **Un environnement Elastic Beanstalk** : Route 53 répond avec une ou plusieurs adresses IP pour l'environnement.
+ **Un équilibreur de charge Elastic Load Balancing** : Route 53 répond avec une ou plusieurs adresses IP pour l'équilibreur de charge. Cela inclut Application Load Balancer, Classic Load Balancer et Network Load Balancer.
+ **Un AWS Global Accelerator accélérateur** — Route 53 répond avec les adresses IP de l'accélérateur.
+ **Un OpenSearch service** — Route 53 répond avec une ou plusieurs adresses IP pour le domaine personnalisé du OpenSearch service.
+ **Un compartiment Amazon S3 configuré comme un site web statique** : Route 53 répond avec une seule adresse IP pour le compartiment Amazon S3.
+ **Un autre enregistrement Route 53 du même type dans la même zone hébergée** – Route 53 répond comme si la requête était destinée à l'enregistrement référencé par l'enregistrement d'alias (voir [Comparaison d'enregistrements d'alias et CNAME](#resource-record-sets-choosing-alias-non-alias-comparison)).
+ **AWS AppSync nom de domaine** — Route 53 répond avec une ou plusieurs adresses IP pour le point de terminaison de votre interface.
Pour de plus amples informations, veuillez consulter [Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
Lorsque vous utilisez un enregistrement d'alias pour acheminer le trafic vers une AWS ressource, Route 53 reconnaît automatiquement les modifications apportées à la ressource. Imaginez par exemple qu'un enregistrement d'alias pour example.com pointe vers un équilibreur de charge Elastic Load Balancing à l'adresse lb1-1234.us-east-2.elb.amazonaws.com. Si l'adresse IP de l'équilibreur de charge change, Route 53 commence automatiquement à répondre aux requêtes DNS à l'aide de la nouvelle adresse IP.
Si un enregistrement d'alias pointe vers une AWS ressource, vous ne pouvez pas définir la durée de vie (TTL) ; Route 53 utilise le TTL par défaut pour la ressource. Si un enregistrement d'alias pointe vers un autre enregistrement de la même zone hébergée, Route 53 utilise la durée de vie de l'enregistrement vers lequel l'enregistrement d'alias pointe. Pour de plus amples informations sur la valeur de la durée de vie actuelle pour Elastic Load Balancing, consultez [Demande de routage](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#request-routing) dans le *Guide de l'utilisateur Elastic Load Balancing* et recherchez « ttl ».
Pour plus d'informations sur la création d'enregistrements à l'aide de la console Route 53, consultez [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md). Pour plus d'informations sur les valeurs que vous spécifiez dans les enregistrements d'alias, consultez la rubrique correspondante dans [Valeurs à spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53](resource-record-sets-values.md) :
+ [Valeurs spécifiques aux enregistrements d'alias simples](resource-record-sets-values-alias.md)
+ [Valeurs spécifiques aux enregistrements d'alias pondérés](resource-record-sets-values-weighted-alias.md)
+ [Valeurs spécifiques aux enregistrements d'alias de latence](resource-record-sets-values-latency-alias.md)
+ [Valeurs spécifiques aux enregistrements d'alias de basculement](resource-record-sets-values-failover-alias.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géolocalisation](resource-record-sets-values-geo-alias.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géoproximité](resource-record-sets-values-geoprox-alias.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
## Comparaison d'enregistrements d'alias et CNAME
Les enregistrements d'alias sont similaires aux enregistrements CNAME, mais présentent néanmoins des différences importantes : La liste suivante compare les enregistrements d'alias et les enregistrements CNAME.
**Ressources vers lesquelles vous pouvez rediriger des requêtes**
**Enregistrements d'alias**
Un enregistrement d'alias peut uniquement rediriger les requêtes vers AWS des ressources sélectionnées, y compris, mais sans s'y limiter, les suivantes :
+ Compartiments Amazon S3
+ CloudFront distributions
+ Autre enregistrement dans la même zone hébergée Route 53
Par exemple, vous pouvez créer un enregistrement d'alias nommé acme.exemple.com qui redirige les requêtes vers un compartiment Amazon S3 qui est également nommée acme.exemple.com. Vous pouvez également créer un enregistrement d'alias acme.exemple.com qui redirige les requêtes vers un enregistrement nommé zenith.exemple.com dans la zone hébergée exemple.com.
**Enregistrements CNAME**
Un enregistrement CNAME peut rediriger les requêtes DNS vers tout enregistrement DNS. Par exemple, vous pouvez créer un enregistrement CNAME qui redirige les requêtes depuis acme.exemple.com vers zenith.exemple.com ou acme.exemple.org. Vous n'avez pas besoin d'utiliser Route 53 comme service DNS pour le domaine vers lequel vous redirigez les requêtes.
**Création d'enregistrements portant le même nom que le domaine (enregistrements dans la zone apex)**
**Enregistrements d'alias**
Dans la plupart des configurations, vous pouvez créer un enregistrement d'alias portant le même nom que la zone hébergée (la zone apex). La seule exception survient lorsque vous souhaitez rediriger les requêtes depuis la zone apex (comme exemple.com) vers un enregistrement de la zone hébergée qui est de type CNAME (comme zenith.exemple.com). L'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
**Enregistrements CNAME**
Vous ne pouvez pas créer un enregistrement CNAME portant le même nom que la zone hébergée (la zone apex). Cela est vrai pour les zones hébergées pour les noms de domaine (exemple.com) et pour les zones hébergées pour les sous-domaines (zenith.exemple.com).
**Tarification des requêtes DNS**
**Enregistrements d'alias**
Route 53 ne facture pas les requêtes d'alias vers les AWS ressources. Pour plus d’informations, consultez [Tarification Amazon Route 53](https://aws.amazon.com/route53/pricing/).
**Enregistrements CNAME**
Route 53 applique des frais pour les requêtes CNAME.
Si vous créez un enregistrement CNAME qui procède à une redirection vers le nom d'un autre enregistrement dans une zone hébergée Route 53 (la même zone hébergée ou une autre zone hébergée), chaque requête DNS est facturée sur la base de deux requêtes :
+ Route 53 répond à la première requête DNS avec le nom de l'enregistrement vers lequel vous souhaitez procéder à la redirection.
+ Ensuite, le résolveur DNS doit soumettre une autre requête pour l'enregistrement dans la première réponse afin d'obtenir des informations sur l'endroit vers lequel diriger le trafic, par exemple, l'adresse IP d'un serveur Web.
Si l'enregistrement CNAME procède à la redirection vers le nom d'un enregistrement hébergé avec un autre service DNS, Route 53 facture une requête. L'autre service DNS peut facturer la deuxième requête.
**Type d'enregistrement spécifié dans la requête DNS**
**Enregistrements d'alias**
Route 53 répond à une requête DNS uniquement lorsque le nom de l'enregistrement d'alias (par exemple, acme.exemple.com) et le type de l'enregistrement d'alias (par exemple, A ou AAAA) correspondent au nom et au type dans la requête DNS.
**Enregistrements CNAME**
Un enregistrement CNAME redirige les requêtes DNS pour un nom d'enregistrement, quel que soit le type d'enregistrement spécifié dans la requête DNS (A ou AAAA, par exemple).
**Comment les enregistrements sont répertoriés dans des requêtes dig ou nslookup**
**Enregistrements d'alias**
Dans la réponse à une requête dig ou nslookup, un enregistrement d'alias est répertorié selon le type d'enregistrement que vous avez spécifié lors de la création de l'enregistrement (A ou AAAA, par exemple). (Le type d'enregistrement que vous spécifiez pour un enregistrement d'alias dépend de la ressource vers laquelle vous acheminez le trafic. Par exemple, pour acheminer le trafic vers un compartiment S3, vous spécifiez le type A.) La propriété alias n'est visible que dans la console Route 53 ou dans la réponse à une demande programmatique, telle qu'une `list-resource-record-sets` commande AWS CLI.
**Enregistrements CNAME**
Un enregistrement CNAME est répertorié en tant qu'enregistrement CNAME en réponse à des requêtes dig ou nslookup.
# Types d'enregistrements DNS pris en charge
Amazon Route 53 prend en charge les types d'enregistrement DNS qui sont répertoriés dans cette section. Chaque type d'enregistrement inclut également un exemple illustrant la façon de formater l'élément `Value` lorsque vous accédez à Route 53 à l'aide de l'API.
**Note**
Pour les types d'enregistrement qui incluent un nom de domaine, entrez un nom de domaine complet, par exemple, *www.example.com*. Le point final est facultatif ; Route 53 suppose que le nom de domaine est complet. Cela signifie que Route 53 traite *www.example.com* (sans point final) et *www.example.com.* (avec un point final) de la même façon.
Route 53 fournit une extension à la fonctionnalité DNS connue sous le nom d'enregistrement d'alias. À l'instar des enregistrements CNAME, les enregistrements d'alias vous permettent d'acheminer le trafic vers AWS des ressources sélectionnées, telles que les CloudFront distributions et les compartiments Amazon S3. Pour plus d'informations, notamment une comparaison des enregistrements d'alias et CNAME, consultez [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Type d'enregistrement](#AFormat)
+ [Type d'enregistrement AAAA](#AAAAFormat)
+ [Type d'enregistrement CAA](#CAAFormat)
+ [Type d'enregistrement CNAME](#CNAMEFormat)
+ [Type d'enregistrement DS](#DSFormat)
+ [Type d'enregistrement HTTPS](#HTTPSFormat)
+ [Type d'enregistrement MX](#MXFormat)
+ [Type d'enregistrement NAPTR](#NAPTRFormat)
+ [Type d'enregistrement NS](#NSFormat)
+ [Type d'enregistrement PTR](#PTRFormat)
+ [Type d'enregistrement SOA](#SOAFormat)
+ [Type d'enregistrement SPF](#SPFFormat)
+ [Type d'enregistrement SRV](#SRVFormat)
+ [Type d'enregistrement SSHFP](#SSHFPFormat)
+ [Type d'enregistrement SVCB](#SVCBFormat)
+ [Type d'enregistrement TLSA](#TLSAFormat)
+ [Type d'enregistrement TXT](#TXTFormat)
## Type d'enregistrement
Vous utilisez un enregistrement A pour acheminer le trafic vers une ressource, telle qu'un serveur Web, en utilisant une IPv4 adresse en notation décimale en pointillés.
**Exemple pour la console Amazon Route 53**
```
192.0.2.1
```
**Exemple pour l'API Route 53**
```
192.0.2.1
```
## Type d'enregistrement AAAA
Vous utilisez un enregistrement AAAA pour acheminer le trafic vers une ressource, telle qu'un serveur Web, en utilisant une IPv6 adresse au format hexadécimal séparé par des deux-points.
**Exemple pour la console Amazon Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
**Exemple pour l'API Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
## Type d'enregistrement CAA
Un enregistrement CAA indique quelles autorités de certification (CAs) sont autorisées à délivrer des certificats pour un domaine ou un sous-domaine. La création d'un enregistrement CAA permet d'éviter que des personnes mal CAs intentionnées ne délivrent des certificats pour vos domaines. Un enregistrement CAA ne se substitue pas exigences de sécurité formulées par votre autorité de certification, dont celle vous imposant de confirmer que vous êtes le propriétaire d'un domaine.
Vous pouvez utiliser des enregistrements CAA pour spécifier ce qui suit :
+ Quelles autorités de certification (CAs) peuvent délivrer SSL/TLS des certificats, le cas échéant
+ L'adresse e-mail ou l'URL à contacter quand une autorité de certification émet un certificat pour le domaine ou le sous-domaine
Lorsque vous ajoutez un enregistrement CAA à votre zone hébergée, vous devez spécifier trois paramètres séparés par des espaces :
`flags tag "value"`
Notez ce qui suit à propos du format des enregistrements CAA :
+ La valeur de `tag` peut uniquement contenir les caractères A-Z, a-z et 0-9.
+ Veillez à toujours placer `value` entre guillemets ("").
+ Certains CAs autorisent ou exigent des valeurs supplémentaires pour`value`. Spécifiez les valeurs supplémentaires en tant que paires nom-valeur, en les séparant par des points-virgules (;), par exemple :
`0 issue "ca.example.net; account=123456"`
+ Si une autorité de certification reçoit une demande de certificat pour un sous-domaine (par exemple, www.example.com) et s'il n'existe aucun enregistrement CAA pour le sous-domaine, l'autorité de certification soumet une requête DNS portant sur un enregistrement CAA pour le domaine parent (comme example.com). S'il existe un enregistrement pour le domaine parent et si la demande de certificat est valide, l'autorité de certification émet le certificat pour le sous-domaine.
+ Nous vous invitons à vous renseigner auprès de votre autorité de certification pour savoir quelles valeurs spécifier pour un enregistrement CAA.
+ Vous ne pouvez pas créer un enregistrement CAA et un enregistrement CNAME ayant le même nom, car DNS ne permet pas d'utiliser le même nom pour un enregistrement CNAME et pour tout autre type d'enregistrement.
**Topics**
+ [Autoriser une autorité de certification à émettre un certificat pour un domaine ou un sous-domaine](#CAAFormat-issue)
+ [Autoriser une autorité de certification à émettre un certificat générique pour un domaine ou un sous-domaine](#CAAFormat-issue-wild)
+ [Empêcher toute autorité de certification d'émettre un certificat pour un domaine ou sous-domaine](#CAAFormat-prevent-issue)
+ [Demander à n'importe quelle autorité de certification de vous contacter si elle reçoit une demande de certificat non valide](#CAAFormat-contact)
+ [Utiliser un autre paramètre pris en charge par l'autorité de certification](#CAAFormat-custom-setting)
+ [Exemples](#CAAFormat-examples)
### Autoriser une autorité de certification à émettre un certificat pour un domaine ou un sous-domaine
Pour autoriser une autorité de certification à émettre un certificat pour un domaine ou un sous-domaine, créez un enregistrement portant le même nom que le domaine ou sous-domaine, et spécifiez les paramètres suivants :
+ **flags (indicateurs)** – `0`
+ **étiquette** — `issue`
+ **value (valeur)** – le code de l'autorité de certification que vous autorisez à émettre un certificat pour le domaine ou sous-domaine
Par exemple, supposons que vous voulez autoriser ca.example.net pour émettre un certificat pour exemple.com. Vous allez créer un enregistrement CAA pour exemple.com avec les paramètres suivants :
```
0 issue "ca.example.net"
```
Pour plus d'informations sur la façon AWS Certificate Manager d'autoriser l'émission d'un certificat, voir [Configurer un enregistrement CAA](https://docs.aws.amazon.com/acm/latest/userguide/setup-caa.html) dans le *guide de AWS Certificate Manager l'utilisateur*.
### Autoriser une autorité de certification à émettre un certificat générique pour un domaine ou un sous-domaine
Pour autoriser une autorité de certification à émettre un certificat générique pour un domaine ou un sous-domaine, créez un enregistrement portant le même nom que le domaine ou sous-domaine, et spécifiez les paramètres suivants. Un certificat générique s'applique au domaine ou sous-domaine et à tous ses sous-domaines.
+ **flags (indicateurs)** – `0`
+ **étiquette** — `issuewild`
+ **value (valeur)** – le code de l'autorité de certification que vous autorisez à émettre un certificat pour le domaine ou le sous-domaine et ses sous-domaines
Par exemple, supposons que vous voulez autoriser ca.example.net à émettre un certificat générique pour example.com, qui s'applique à example.com et à l'ensemble de ses sous-domaines. Vous allez créer un enregistrement CAA pour exemple.com avec les paramètres suivants :
```
0 issuewild "ca.example.net"
```
Si vous souhaitez autoriser une autorité de certification à émettre un certificat générique pour un domaine ou un sous-domaine, créez un enregistrement portant le même nom que le domaine ou sous-domaine, et spécifiez les paramètres suivants. Un certificat générique s'applique au domaine ou sous-domaine et à tous ses sous-domaines.
### Empêcher toute autorité de certification d'émettre un certificat pour un domaine ou sous-domaine
Pour empêcher une autorité de certification d'émettre un certificat générique pour un domaine ou un sous-domaine, créez un enregistrement portant le même nom que le domaine ou sous-domaine, et spécifiez les paramètres suivants :
+ **flags (indicateurs)** – `0`
+ **étiquette** — `issue`
+ **valeur** – `";"`
Par exemple, supposons que vous ne voulez qu'aucune autorité de certification n'émette de certificat pour example.com. Vous allez créer un enregistrement CAA pour exemple.com avec les paramètres suivants :
`0 issue ";"`
Si vous ne voulez pas qu'une autorité de certification émette de certificat pour example.com ou ses sous-domaines, vous devez créer un enregistrement CAA pour example.com avec les paramètres suivants :
`0 issuewild ";"`
**Note**
Si vous créez un enregistrement CAA pour example.com et spécifiez les deux valeurs suivantes, une autorité de certification qui utilise la valeur ca.example.net peut émettre le certificat pour example.com :
```
0 issue ";"
0 issue "ca.example.net"
```
### Demander à n'importe quelle autorité de certification de vous contacter si elle reçoit une demande de certificat non valide
Si vous souhaitez qu'une autorité de certification vous contacte si elle reçoit une demande de certificat non valide, spécifiez les paramètres suivants :
+ **flags (indicateurs)** – `0`
+ **étiquette** — `iodef`
+ **value (valeur)** – l'URL ou l'adresse e-mail que vous souhaitez que l'autorité de certification contacte si elle reçoit une requête non valide demandant un certificat. Utilisez le format applicable :
`"mailto:email-address"`
`"http://URL"`
`"https://URL"`
Par exemple, si vous voulez que toute autorité de certification qui reçoit une demande de certificat non valide envoie un e-mail à admin@example.com, vous devez créer un enregistrement CAA avec les paramètres suivants :
```
0 iodef "mailto:admin@example.com"
```
### Utiliser un autre paramètre pris en charge par l'autorité de certification
Si votre autorité de certification prend en charge une fonctionnalité qui n'est pas définie dans la spécification RFC pour les enregistrements CAA, spécifiez les paramètres suivants :
+ **flags (indicateurs)** – 128 (cette valeur empêche l'autorité de certification d'émettre un certificat si celle-ci ne prend pas en charge la fonction spécifiée.)
+ **tag (balise)** – la balise que vous autorisez l'autorité de certification à utiliser
+ **value (valeur)** – la valeur qui correspond à la valeur de tag
Par exemple, supposons que votre autorité de certification envoie un SMS si elle reçoit une demande de certificat non valide. (Nous n'en connaissons aucun CAs qui supporte cette option.) Les paramètres de l'enregistrement peuvent prendre la forme suivante :
```
128 exampletag "15555551212"
```
### Exemples
**Exemple pour la console Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
**Exemple pour l'API Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
## Type d'enregistrement CNAME
Un enregistrement CNAME mappe les requêtes DNS pour le nom de l'enregistrement actuel, comme acme.example.com, à un autre domaine (example.com ou example.net) ou sous-domaine (acme.example.com ou zenith.example.org).
**Important**
Le protocole DNS ne permet pas de créer un enregistrement CNAME pour le nœud supérieur d'un espace de nom DNS, également dénommé zone apex. Par exemple, si vous enregistrez le nom DNS example.com, la zone apex est example.com. Vous ne pouvez pas créer un enregistrement CNAME pour example.com, mais vous pouvez créer des enregistrements CNAME pour www.example.com, newproduct.example.com, etc.
En outre, si vous créez un enregistrement CNAME pour un sous-domaine, vous ne pouvez pas créer d'autres enregistrements pour ce sous-domaine. Par exemple, si vous créez un enregistrement CNAME pour www.example.com, vous ne pouvez pas créer d'autres enregistrements dont la valeur du champ **Name (nom)** est www.example.com.
Amazon Route 53 prend également en charge les enregistrements d'alias, qui vous permettent d'acheminer les requêtes vers AWS des ressources sélectionnées, telles que CloudFront les distributions et les compartiments Amazon S3. Les alias sont relativement similaires au type d'enregistrement CNAME. Cependant, vous pouvez créer un alias pour la zone apex. Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Exemple pour la console Route 53**
```
hostname.example.com
```
**Exemple pour l'API Route 53**
```
hostname.example.com
```
## Type d'enregistrement DS
Un enregistrement de signataire de délégation (DS) fait référence à une clé de zone pour une zone de sous-domaine déléguée. Vous pouvez créer un enregistrement DS lorsque vous établissez une chaîne d'approbation lorsque vous configurez la signature DNSSEC. Pour plus d'informations sur la configuration DNSSEC dans Route 53, consultez [Configuration de la signature DNSSEC dans Amazon Route 53](dns-configuring-dnssec.md).
Les trois premières valeurs sont des nombres décimaux représentant la balise clé, l'algorithme et le type de prétraitement. La quatrième valeur est le prétraitement de la clé de zone. Pour plus de détails sur le format d'enregistrement DS, consultez la spécification [RFC 4034](https://www.ietf.org/rfc/rfc4034.txt).
**Exemple pour la console Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
**Exemple pour l'API Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
## Type d'enregistrement HTTPS
Un enregistrement de ressource HTTPS est une forme d'enregistrement DNS SVCB (Service Binding) qui fournit des informations de configuration étendues, permettant à un client de se connecter facilement et en toute sécurité à un service via un protocole HTTP. Les informations de configuration sont fournies dans des paramètres qui permettent la connexion en une seule requête DNS, plutôt que de nécessiter plusieurs requêtes DNS.
Le format d'un enregistrement de ressource HTTPS est le suivant :
`SvcPriority TargetName SvcParams(optional)`
Les paramètres suivants sont décrits dans la [RFC 9460, section 9.1](https://www.rfc-editor.org/rfc/rfc9460.html#section-9.1).
**SvcPriority**
Un entier qui représente la priorité. La priorité 0 signifie le mode alias et est généralement destiné à l'alias au sommet de la zone. Cette valeur est un entier compris entre 0 et 32767 pour Route 53, dont 1 à 32767 sont des enregistrements en mode service. Plus la priorité est faible, plus la préférence est élevée.
**TargetName**
Le nom de domaine de l'alias cible (pour le mode alias) ou du point de terminaison alternatif (pourServiceMode).
**SvcParams (facultatif)**
Une liste séparée par des espaces, chaque paramètre étant constitué d'une paire Key=Value ou d'une clé autonome. S'il existe plusieurs valeurs, elles sont présentées sous forme de liste séparée par des virgules. Les éléments suivants sont définis SvcParams :
+ `1:alpn`— Protocole de négociation du protocole de couche application IDs. La valeur par défaut est HTTP/1.1, `h2` HTTP/2 sur TLS et `h3` HTTP/3 (protocole HTTP sur QUIC).
+ `2:no-default-alpn`— La valeur par défaut n'est pas prise en charge et vous devez fournir un `alpn` paramètre.
+ `3:port`— le point de terminaison alternatif ou le port où le service peut être atteint.
+ `4:ipv4hint`— indications IPv4 d'adresse.
+ `5:ech`— Client crypté Bonjour.
+ `6:ipv6hint`— indications IPv6 d'adresse.
+ `7:dohpath`— Modèle DNS sur HTTPS
+ `8:ohttp`— Le service utilise une cible HTTP Oblivious
**Exemple pour la console Amazon Route 53 en mode alias**
```
0 example.com
```
**Exemple pour la console Amazon Route 53 en mode service**
```
16 example.com alpn="h2,h3" port=808
```
**Exemple d'API Amazon Route 53 pour le mode alias**
```
0 example.com
```
**Exemple d'API Route 53 pour le mode service**
```
16 example.com alpn="h2,h3" port=808
```
Pour plus d'informations, consultez la [RFC 9460, Liaison de service et spécification des paramètres via le DNS (enregistrements de ressources SVCB et HTTPS](https://datatracker.ietf.org/doc/html/rfc9460)).
**Note**
Route 53 ne prend pas en charge le format de présentation arbitraire à clé inconnue `keyNNNNN`
## Type d'enregistrement MX
Un enregistrement MX spécifie les noms de vos serveurs de messagerie et, si vous disposez de plusieurs serveurs de messagerie, l'ordre de priorité. Chaque valeur d'un enregistrement MX contient deux valeurs, la priorité et le nom de domaine.
**Priorité**
Un nombre entier qui représente la priorité pour un serveur de messagerie. Si vous ne spécifiez qu'un seul serveur, la priorité peut être n'importe quel nombre entier compris entre 0 et 65 535. Si vous spécifiez plusieurs serveurs, la valeur que vous spécifiez pour la priorité indique vers quel serveur de messagerie vous voulez que les e-mails soient acheminés en premier, en deuxième, et ainsi de suite. Le serveur avec la valeur de priorité la plus basse est prioritaire. Par exemple, si vous avez deux serveurs de messagerie et que vous spécifiez les valeurs de priorité 10 et 20, les e-mails vont toujours vers le serveur qui a la priorité 10, sauf s'il n'est pas disponible. Si vous spécifiez les valeurs 10 et 10, les e-mails sont acheminés vers les deux serveurs de façon relativement équitable.
**Nom de domaine**
Le nom de domaine du serveur de messagerie. Spécifiez le nom (par exemple mail.example.com) d'un enregistrement A ou AAAA. Dans [RFC 2181, Clarifications to the DNS Specification](https://tools.ietf.org/html/rfc2181), la section 10.3 interdit de spécifier le nom d'un enregistrement CNAME pour la valeur du nom de domaine. (Lorsque le RFC indique « alias », cela indique un enregistrement CNAME, et non un enregistrement d'alias Route 53.)
**Exemple pour la console Amazon Route 53**
```
10 mail.example.com
```
**Exemple pour l'API Route 53**
```
10 mail.example.com
```
## Type d'enregistrement NAPTR
Un pointeur d'autorité de nom (NAPTR) est un type d'enregistrement qui est utilisé par les applications DDDS (Dynamic Delegation Discovery System) pour convertir une valeur en une autre ou remplacer une valeur par une autre. Par exemple, une utilisation courante consiste à convertir des numéros de téléphone en SIP URIs.
L'élément `Value` d'un enregistrement NAPTR se compose de six valeurs séparées par des espaces :
**Ordre**
Lorsque vous spécifiez plusieurs enregistrements, l'ordre dans lequel vous souhaitez que l'application DDDS évalue les enregistrements. Valeurs valides : 0 - 65535.
**Préférence**
Lorsque vous spécifiez deux ou plusieurs enregistrements ayant le même **ordre**, votre préférence pour l'ordre dans lequel ces enregistrements sont évalués. Par exemple, si deux enregistrements ont un **ordre** de 1, l'application DDDS évalue d'abord l'enregistrement ayant la **préférence** la plus basse. Valeurs valides : 0 - 65535.
**Indicateurs**
Paramètre spécifique aux applications DDDS. Les valeurs actuellement définies dans [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt) sont les lettres **« A »**, **« P »**, **« S »** et **« U »** en majuscules et minuscules et la chaîne vide, **« »**. Placez les **indicateurs** entre guillemets.
**Service**
Paramètre spécifique aux applications DDDS. Placez le **service** entre guillemets.
Pour plus d'informations, consultez le document applicable RFCs :
+ **Application DDDS URI** — [https://tools.ietf.org/html/rfc3404](https://tools.ietf.org/html/rfc3404#section-4.4) \$1section -4.4
+ **Application DDDS S-NAPTR — /rfc3958 \$1section** [-6.5 https://tools.ietf.org/html](https://tools.ietf.org/html/rfc3958#section-6.5)
+ **Application DDDS U-NAPTR — /rfc4848 \$1section** [-4.5 https://tools.ietf.org/html](https://tools.ietf.org/html/rfc4848#section-4.5)
**Regexp**
Expression régulière que l'application DDDS utilise pour convertir une valeur d'entrée en une valeur de sortie. Par exemple, un système de téléphonie IP peut utiliser une expression régulière pour convertir un numéro de téléphone qui est entré par un utilisateur en une URI SIP. Placez **Regexp** entre guillemets. Spécifiez une valeur pour **Regexp** ou **Remplacement**, mais pas les deux.
L'expression régulière peut inclure les caractères ASCII imprimables suivants :
+ a-z
+ 0-9
+ - (trait d'union)
+ (espace)
+ \$1 \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ ] ^ \$1 ` \$1 \$1 \$1 \$1 .
+ " (guillemet). Pour inclure un guillemet dans une chaîne, faites-le précéder par un caractère \$1 : \$1".
+ \$1 (barre oblique inverse). Pour inclure une barre oblique inverse dans une chaîne, faites-la précéder par un caractère \$1 : \$1\$1.
Spécifiez toutes les autres valeurs, telles que les noms de domaine internationaux, au format octal.
Pour la syntaxe de **Regexp**, consultez la [RFC 3402, section 3.2, Substitution Expression Syntax](https://tools.ietf.org/html/rfc3402#section-3.2)
**Remplacement**
Le nom de domaine complet (FQDN) du prochain nom de domaine pour lequel vous souhaitez que l'application DDDS soumettre une requête DNS. L'application DDDS remplace la valeur d'entrée par la valeur que vous spécifiez dans **Remplacement**, le cas échéant. Spécifiez une valeur pour **Regexp** ou **Remplacement**, mais pas les deux. Si vous indiquez une valeur pour **Regexp**, spécifiez un point (**.**) pour **Remplacement**.
Le nom de domaine peut inclure a-z, 0-9 et - (tiret).
Pour plus d'informations sur les applications DDDS et sur les enregistrements NAPTR, consultez les rubriques suivantes : RFCs
+ [RFC 3401](https://www.ietf.org/rfc/rfc3401.txt)
+ [RFC 3402](https://www.ietf.org/rfc/rfc3402.txt)
+ [RFC 3403](https://www.ietf.org/rfc/rfc3403.txt)
+ [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt)
**Exemple pour la console Amazon Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
**Exemple pour l'API Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
## Type d'enregistrement NS
Un enregistrement NS identifie les serveurs de noms de la zone hébergée. Remarques :
+ L'utilisation la plus courante d'un enregistrement NS consiste à contrôler le routage du trafic Internet pour un domaine. Pour utiliser les enregistrements d'une zone hébergée pour acheminer le trafic d'un domaine, vous mettez à jour les paramètres d'enregistrement de domaine pour utiliser les quatre serveurs de noms dans l'enregistrement NS par défaut. (Il s'agit de l'enregistrement NS portant le même nom que la zone hébergée.)
+ Vous pouvez créer une zone hébergée distincte pour un sous-domaine (acme.example.com) et utiliser cette zone hébergée pour acheminer le trafic Internet pour le sous-domaine et ses sous-domaines (subdomain.acme.example.com). Vous définissez cette configuration, qualifiée de « délégation de la responsabilité d'un sous-domaine à une zone hébergée » en créant un autre enregistrement NS dans la zone hébergée pour le domaine racine (example.com). Pour de plus amples informations, veuillez consulter [Acheminement du trafic pour les sous-domaines](dns-routing-traffic-for-subdomains.md).
+ Vous utilisez également des enregistrements NS pour configurer des serveurs de noms en marque blanche. Pour de plus amples informations, veuillez consulter [Configuration de serveurs de noms en marque blanche](white-label-name-servers.md).
+ Un enregistrement NS peut également être utilisé pour les zones hébergées privées lorsque vous créez une règle de délégation pour déléguer l'autorité d'un sous-domaine à votre résolveur local. Vous devez créer cet enregistrement NS avant de créer une règle de délégation. Pour de plus amples informations, veuillez consulter [Comment les points de terminaison Resolver transfèrent les requêtes DNS de vous VPCs vers votre réseau](resolver-overview-forward-vpc-to-network.md).
Pour plus d'informations sur les enregistrements NS, consultez la section [Registres NS et SOA créés par Amazon Route 53 pour une zone hébergée publique](SOA-NSrecords.md).
**Exemple pour la console Amazon Route 53**
```
ns-1.example.com
```
**Exemple pour l'API Route 53**
```
ns-1.example.com
```
## Type d'enregistrement PTR
Un enregistrement PTR mappe une adresse IP au nom de domaine correspondant.
**Exemple pour la console Amazon Route 53**
```
hostname.example.com
```
**Exemple pour l'API Route 53**
```
hostname.example.com
```
## Type d'enregistrement SOA
Un enregistrement de source de noms (SOA) fournit des informations concernant un domaine et la zone hébergée Amazon Route 53. Pour plus d'informations sur les champs d'un enregistrement SOA, consultez [Registres NS et SOA créés par Amazon Route 53 pour une zone hébergée publique](SOA-NSrecords.md).
**Exemple pour la console Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
**Exemple pour l'API Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
## Type d'enregistrement SPF
Auparavant, les enregistrements SPF étaient utilisés pour vérifier l'identité de l'expéditeur d'e-mails. Toutefois, nous vous recommandons de ne plus créer d'enregistrements pour lesquels le type d'enregistrement est SPF. La RFC 7208, *Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, version 1,* a été mise à jour pour indiquer : «... [L] 'existence et le mécanisme définis dans [RFC4408] ont entraîné certains problèmes d'interopérabilité. Accordingly, its use is no longer appropriate for SPF version 1; implementations are not to use it. » Dans la norme RFC 7208, consultez la section 14.1 [The SPF DNS Record Type](http://tools.ietf.org/html/rfc7208#section-14.1).
Plutôt que de créer un enregistrement SPF, nous vous recommandons de créer un enregistrement TXT contenant la valeur applicable. Pour plus d'informations sur les valeurs valides, consultez l'article Wikipédia [Sender Policy Framework](https://en.wikipedia.org/wiki/Sender_Policy_Framework).
**Exemple pour la console Amazon Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Exemple pour l'API Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
## Type d'enregistrement SRV
Un élément `Value` d'un enregistrement SRV se compose de quatre valeurs séparées par des espaces. Les trois premières valeurs sont des nombres décimaux représentant la priorité, la pondération et le port. La quatrième valeur est un nom de domaine. Les enregistrements SRV sont utilisés pour accéder à des services, tels qu'un service pour le courrier électronique ou les communications. Pour plus d'informations sur le format d'enregistrement SRV, consultez la documentation du service auquel vous souhaitez vous connecter.
**Exemple pour la console Amazon Route 53**
```
10 5 80 hostname.example.com
```
**Exemple pour l'API Route 53**
```
10 5 80 hostname.example.com
```
## Type d'enregistrement SSHFP
Un enregistrement d'empreintes digitales Secure Shell (SSHFP) identifie les clés SSH associées au nom de domaine. Les enregistrements SSHFP doivent être sécurisés par le protocole DNSSEC pour qu'une chaîne de confiance soit établie. Pour plus d'informations sur le protocole DNSSEC, voir [Configuration de la signature DNSSEC dans Amazon Route 53](dns-configuring-dnssec.md)
Le format d'un enregistrement de ressource SSHFP est le suivant :
`[Key Algorithm] [Hash Type] Fingerprint`
Les paramètres suivants sont définis dans la [RFC 4255](https://datatracker.ietf.org/doc/html/rfc4255).
**Algorithme clé**
Type d'algorithme :
+ `0`— Réservé et non utilisé.
+ `1: RSA`— L'algorithme Rivest-Shamir-Adleman est l'un des premiers systèmes cryptographiques à clé publique et est toujours utilisé pour la transmission sécurisée de données.
+ `2: DSA`— L'algorithme de signature numérique est une norme fédérale de traitement de l'information pour les signatures numériques. Le DSA est basé sur l'exponentiation modulaire et les modèles mathématiques du logarithme discret.
+ `3: ECDSA`— L'algorithme de signature numérique à courbe elliptique est une variante du DSA qui utilise la cryptographie à courbe elliptique.
+ `4: Ed25519`— L'algorithme Ed25519 est le schéma de signature eDDSA qui utilise SHA-512 (SHA-2) et Curve25519.
+ `6: Ed448`— Ed448 est le schéma de signature eDDSA qui utilise et Curve448. SHAKE256
**Type de hachage**
Algorithme utilisé pour créer le hachage de la clé publique :
+ `0`—Réservé et non utilisé.
+ `1: SHA-1`
+ `2: SHA-256`
**Empreinte digitale**
Représentation hexadécimale du hachage.
**Exemple pour la console Amazon Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
**Exemple pour l'API Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
Pour plus d'informations, consultez la [RFC 4255 : Utilisation du DNS pour publier en toute sécurité les empreintes clés du protocole Secure Shell (SSH).](https://datatracker.ietf.org/doc/html/rfc4255)
## Type d'enregistrement SVCB
Vous utilisez un enregistrement SVCB pour fournir des informations de configuration permettant d'accéder aux points de terminaison du service. Le SVCB est un enregistrement DNS générique qui peut être utilisé pour négocier les paramètres de divers protocoles d'application.
Le format d'un enregistrement de ressource SVCB est le suivant :
`SvcPriority TargetName SvcParams(optional)`
Les paramètres suivants sont décrits dans la [RFC 9460, section 2.3](https://www.rfc-editor.org/rfc/rfc9460.html#section-2.3).
**SvcPriority**
Un entier qui représente la priorité. La priorité 0 signifie le mode alias et est généralement destiné à l'alias au sommet de la zone. Plus la priorité est faible, plus la préférence est élevée.
**TargetName**
Le nom de domaine de l'alias cible (pour le mode alias) ou du point de terminaison alternatif (pourServiceMode).
**SvcParams (facultatif)**
Une liste séparée par des espaces, chaque paramètre étant constitué d'une paire Key=Value ou d'une clé autonome. S'il existe plusieurs valeurs, elles sont présentées sous forme de liste séparée par des virgules. Cette valeur est un entier compris entre 0 et 32767 pour Route 53, dont 1 à 32767 sont des enregistrements en mode service. Les éléments suivants sont définis SvcParams :
+ `1:alpn`— Protocole de négociation du protocole de couche application IDs. La valeur par défaut est HTTP/1.1, `h2` HTTP/2 sur TLS et `h3` HTTP/3 (protocole HTTP sur QUIC).
+ `2:no-default-alpn`— La valeur par défaut n'est pas prise en charge et vous devez fournir un `alpn` paramètre.
+ `3:port`— le port de l'autre point de terminaison où le service peut être atteint.
+ `4:ipv4hint`— indications IPv4 d'adresse.
+ `5:ech`— Client crypté Bonjour.
+ `6:ipv6hint`— indications IPv6 d'adresse.
+ `7:dohpath`— Modèle DNS sur HTTPS
+ `8:ohttp`— Le service utilise une cible HTTP Oblivious
**Exemple pour la console Amazon Route 53 en mode alias**
```
0 example.com
```
**Exemple pour la console Amazon Route 53 en mode service**
```
16 example.com alpn="h2,h3" port=808
```
**Exemple d'API Amazon Route 53 pour le mode alias**
```
0 example.com
```
**Exemple d'API Route 53 pour le mode service**
```
16 example.com alpn="h2,h3" port=808
```
Pour plus d'informations, consultez la [RFC 9460, Liaison de service et spécification des paramètres via le DNS (enregistrements de ressources SVCB et HTTPS](https://datatracker.ietf.org/doc/html/rfc9460)).
**Note**
Route 53 ne prend pas en charge le format de présentation arbitraire à clé inconnue `keyNNNNN`
## Type d'enregistrement TLSA
Vous utilisez un enregistrement TLSA pour utiliser l'authentification des entités nommées (DANE) basée sur le DNS. Un enregistrement TLSA associe une certificate/public clé à un point de terminaison TLS (Transport Layer Security), et les clients peuvent valider la certificate/public clé à l'aide d'un enregistrement TLSA signé avec DNSSEC.
Les enregistrements TLSA ne sont fiables que si le protocole DNSSEC est activé sur votre domaine. Pour plus d'informations sur le protocole DNSSEC, voir [Configuration de la signature DNSSEC dans Amazon Route 53](dns-configuring-dnssec.md)
Le format d'un enregistrement de ressource TLSA est le suivant :
`[Certificate usage] Selector [Matching type] [Certificate association data]`
Les paramètres suivants sont spécifiés dans la [RFC 6698, section 3](https://datatracker.ietf.org/doc/html/rfc6698#section-3).
**Utilisation des certificats**
Spécifie l'association fournie qui sera utilisée pour correspondre au certificat présenté dans le handshake TLS :
+ 0 : contrainte CA — Le certificat ou la clé publique doit se trouver dans l'un des chemins de certification de l'infrastructure à clé publique (PKIX) pour le certificat d'entité finale fourni par le serveur dans TLS. Cette contrainte limite ce qui CAs peut être utilisé pour émettre des certificats pour un service spécifique.
+ 1 : Contrainte de certificat de service — Spécifie un certificat d'entité finale (ou la clé publique) qui doit correspondre au certificat d'entité finale fourni par le serveur dans TLS. Cette certification limite le certificat d'entité finale qui peut être utilisé par un service spécifique sur un hôte.
+ 2 : Une assertion d'ancrage de confiance — Spécifie un certificat (ou la clé publique) qui doit être utilisé comme « ancre de confiance » lors de la validation du certificat d'entité finale fourni par le serveur dans TLS. Permet à un administrateur de domaine de spécifier une ancre de confiance.
+ 3 : Certification délivrée par le domaine — Spécifie un certificat (ou la clé publique) qui doit correspondre au certificat d'entité finale fourni par le serveur dans TLS. Cette certification permet à un administrateur de domaine d'émettre des certificats pour un domaine sans faire appel à une autorité de certification tierce. Ce certificat n'a pas besoin de passer la validation PKIX.
**Selector**
Spécifie la partie du certificat présentée par le serveur lors de la poignée de main qui correspond à la valeur de l'association :
+ 0 : L'intégralité du certificat doit correspondre.
+ 1 : La clé publique du sujet, ou la structure binaire codée DER, doit correspondre.
**Type correspondant**
Spécifie la présentation (telle que déterminée par le champ de sélection) du certificat correspondant :
+ 0 : Correspondance exacte du contenu.
+ 1 : hachage SHA-256.
+ 2 : hachage SHA-512.
**Données d'association de certificats**
Les données à comparer en fonction des paramètres des autres champs.
**Exemple pour la console Amazon Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
**Exemple pour l'API Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
Pour plus d'informations, consultez la [RFC 6698, Protocole de sécurité de la couche de transport (TLS) basé sur le DNS pour l'authentification des entités nommées (DANE)](https://datatracker.ietf.org/doc/html/rfc6698) : TLSA.
## Type d'enregistrement TXT
Un enregistrement TXT contient une ou plusieurs chaînes entre guillemets doubles (`"`). Lorsque vous utilisez la [stratégie de routage](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) simple, incluez toutes les valeurs d'un domaine (example.com) ou d'un sous-domaine (www.example.com) dans le même enregistrement TXT.
**Topics**
+ [Saisie des valeurs d'enregistrement TXT](#TXTformat-limits)
+ [Caractères spéciaux dans une valeur d'enregistrement TXT](#TXTformat-special-characters)
+ [Majuscules et minuscules dans une valeur d'enregistrement TXT](#TXTformat-case)
+ [Exemples](#TXTformat-examples)
### Saisie des valeurs d'enregistrement TXT
Une seule chaîne peut contenir jusqu'à 255 caractères des types suivants :
+ a-z
+ A-Z
+ 0-9
+ Espace
+ - (trait d’union)
+ \$1 " \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ \$1 ] ^ \$1 ` \$1 \$1 \$1 \$1 .
Si vous devez entrer une valeur supérieure à 255 caractères, divisez-la en chaînes de 255 caractères ou moins et placez chaque chaîne entre guillemets doubles (`"`). Dans la console, listez toutes les chaînes sur la même ligne :
```
"String 1" "String 2" "String 3"
```
Pour l'API, incluez toutes les chaînes dans le même élément `Value` :
```
"String 1" "String 2" "String 3"
```
La longueur maximale d'une valeur dans un enregistrement TXT est de 4 000 caractères.
Pour entrer plusieurs valeurs TXT, entrez une valeur par ligne.
### Caractères spéciaux dans une valeur d'enregistrement TXT
Si votre enregistrement TXT contient l'un des caractères suivants, vous devez spécifier les caractères en utilisant des codes d'échappement au format `\` *three-digit octal code* :
+ Caractères 000 à 040 octal (0 à 32 décimal, 0x00 à 0x20 hexadécimal)
+ Caractères 177 à 377 octal (127 à 255 décimal, 0x7F à 0xFF hexadécimal)
Par exemple, si la valeur de votre enregistrement TXT est `"exämple.com"`, vous devez spécifier `"ex\344mple.com"`.
Pour établir un mappage entre les caractères ASCII et les codes octaux, effectuez une recherche sur Internet pour trouver des « codes octaux ASCII ». La référence [ASCII Code - The extended ASCII table](https://www.ascii-code.com/) peut vous être utile.
Pour inclure un guillemet (`"`) dans une chaîne, placez une barre oblique inversée (`\`) avant le guillemet : `\"`.
### Majuscules et minuscules dans une valeur d'enregistrement TXT
La casse étant conservée, `"Ab"` et `"aB"` sont des valeurs différentes.
### Exemples
**Exemple pour la console Amazon Route 53**
Placez chaque valeur sur une ligne distincte :
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Exemple pour l'API Route 53**
Placez chaque valeur dans un élément `Value` distinct :
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
# Création d'enregistrements à l'aide de la console Amazon Route 53
La procédure suivante explique comment créer des enregistrements à l'aide de la console Amazon Route 53. Pour plus d'informations sur la création d'enregistrements à l'aide de l'API Route 53, consultez [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)le manuel *Amazon Route 53 API Reference*.
**Note**
Pour créer des enregistrements pour des configurations de routage complexes, vous pouvez également utiliser l'éditeur visuel Traffic Flow et enregistrer la configuration en tant que politique de trafic. Vous pouvez ensuite associer la stratégie de trafic à un ou plusieurs noms de domaine (par exemple, example.com) ou noms de sous-domaine (par exemple, www.example.com), dans la même zone hébergée ou dans plusieurs zones hébergées. En outre, vous pouvez restaurer les mises à jour si la nouvelle configuration ne fonctionne pas comme vous l'aviez prévu. Pour de plus amples informations, veuillez consulter [Utiliser Traffic Flow pour acheminer le trafic DNS](traffic-flow.md).
**Pour créer un enregistrement à l'aide de la console Route 53**
1. Si vous ne créez pas d'enregistrement d'alias, passez à l'étape 2.
Passez également à l'étape 2 si vous créez un enregistrement d'alias qui achemine le trafic DNS vers une AWS ressource autre qu'un équilibreur de charge Elastic Load Balancing ou un autre enregistrement Route 53.
Si vous créez un enregistrement d'alias qui achemine le trafic vers un équilibreur de charge Elastic Load Balancing, et si vous avez créé votre zone hébergée et votre équilibreur de charge à l'aide de différents comptes, exécutez la procédure [Obtention du nom DNS d'un équilibreur de charge Elastic Load Balancing](#resource-record-sets-elb-dns-name-procedure) pour obtenir le nom DNS de l'équilibreur de charge.
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Zones hébergées**.
1. Si vous disposez déjà d'une zone hébergée pour votre domaine, passez à l'étape 5. Si ce n'est pas le cas, exécutez la procédure applicable pour créer une zone hébergée :
+ Pour acheminer le trafic Internet vers vos ressources, telles que des compartiments Amazon S3 ou des instances Amazon EC2, consultez [Création d'une zone hébergée publique](CreatingHostedZone.md).
+ Pour acheminer le trafic dans votre VPC, consultez [Création d'une zone hébergée privée](hosted-zone-private-creating.md).
1. Sur la page **Hosted zones (Zones hébergées)**, choisissez le nom de la zone hébergée dans laquelle vous voulez créer des enregistrements.
1. Choisissez **Créer un registre**.
1. Choisissez et définissez la stratégie de routage et les valeurs applicables. Pour plus d'informations, consultez la rubrique pour le type d'enregistrement que vous souhaitez créer :
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
+ [Valeurs spécifiques aux enregistrements simples](resource-record-sets-values-basic.md)
+ [Valeurs spécifiques aux enregistrements d'alias simples](resource-record-sets-values-alias.md)
+ [Valeurs spécifiques aux enregistrements de basculement](resource-record-sets-values-failover.md)
+ [Valeurs spécifiques aux enregistrements d'alias de basculement](resource-record-sets-values-failover-alias.md)
+ [Valeurs spécifiques aux enregistrements de géolocalisation](resource-record-sets-values-geo.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géolocalisation](resource-record-sets-values-geo-alias.md)
+ [Valeurs spécifiques aux enregistrements de géoproximité](resource-record-sets-values-geoprox.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géoproximité](resource-record-sets-values-geoprox-alias.md)
+ [Valeurs spécifiques aux enregistrements de latence](resource-record-sets-values-latency.md)
+ [Valeurs spécifiques aux enregistrements d'alias de latence](resource-record-sets-values-latency-alias.md)
+ [Valeurs spécifiques aux enregistrements basés sur IP](resource-record-sets-values-ipbased.md)
+ [Valeurs spécifiques aux enregistrements d'alias basés sur IP](resource-record-sets-values-ipbased-alias.md)
+ [Valeurs spécifiques pour les enregistrements de réponses multivaleur](resource-record-sets-values-multivalue.md)
+ [Valeurs spécifiques aux enregistrements pondérés](resource-record-sets-values-weighted.md)
+ [Valeurs spécifiques aux enregistrements d'alias pondérés](resource-record-sets-values-weighted-alias.md)
1. Choisissez **Créer des enregistrements**.
**Note**
La propagation de vos nouveaux registres sur les serveurs DNS Route 53 prend un certain temps. À l'heure actuelle, le seul moyen de vérifier que les modifications se sont propagées consiste à utiliser l'action [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Les changements se propagent généralement sur tous les serveurs de Route 53 en 60 secondes.
1. Si vous créez plusieurs enregistrements, répétez les étapes 7 à 8.
**Obtention du nom DNS d'un équilibreur de charge Elastic Load Balancing**
1. Connectez-vous à l' AWS Management Console aide du AWS compte qui a été utilisé pour créer le Classic, l'Application ou le Network Load Balancer pour lequel vous souhaitez créer un enregistrement d'alias.
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, choisissez **Load Balancers**.
1. Dans la liste des équilibreurs de charge, sélectionnez celui pour lequel vous souhaitez créer un enregistrement d'alias.
1. Dans l'onglet **Description**, obtenez la valeur de **DNS name**.
1. Si vous souhaitez créer des enregistrements d'alias pour d'autres équilibreurs de charge Elastic Load Balancing, répétez les étapes 4 et 5.
1. Déconnectez-vous du AWS Management Console.
1. Connectez-vous à AWS Management Console nouveau à l'aide du AWS compte que vous avez utilisé pour créer la zone hébergée Route 53.
1. Revenez à l'étape 3 de la procédure [Création d'enregistrements à l'aide de la console Amazon Route 53](#resource-record-sets-creating).
# Autorisations relatives aux ensembles d'enregistrements
Les autorisations relatives aux ensembles d'enregistrements de ressources utilisent les conditions de politique de gestion des identités et des accès (IAM) pour vous permettre de définir des autorisations granulaires pour les actions sur la console Route 53 ou pour l'utilisation de l'[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API.
Un ensembles d'enregistrements de ressources est défini comme plusieurs enregistrements de ressources portant le même nom et le même type (et la même classe, mais dans la plupart des cas, la classe est toujours IN ou Internet), cependant ils contiennent des données différentes. Par exemple, si vous choisissez le routage de géolocalisation, vous pouvez avoir plusieurs enregistrements A ou AAAA pointant vers différents points de terminaison pour le même domaine. Tous ces enregistrements A ou AAAA se combinent pour former un ensemble d'enregistrements de ressources. Pour plus d'informations sur la terminologie DNS, consultez [RFC 7719](https://datatracker.ietf.org/doc/html/rfc7719).
Avec les conditions de la politique IAM,, `route53:ChangeResourceRecordSetsNormalizedRecordNames``route53:ChangeResourceRecordSetsRecordTypes`, et`route53:ChangeResourceRecordSetsActions`, vous pouvez accorder des droits administratifs granulaires à d'autres AWS utilisateurs sur n'importe quel autre AWS compte. Cela vous permet d'accorder à quelqu'un les autorisations nécessaires pour :
+ un ensemble d'enregistrements de ressource unique ;
+ tous les ensembles d'enregistrements de ressources d'un type d'enregistrement DNS spécifique ;
+ des ensembles d'enregistrements de ressources dont les noms contiennent une chaîne spécifique.
+ Effectuez une ou toutes les `CREATE | UPSERT | DELETE ` actions lorsque vous utilisez l'[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API ou la console Route 53.
Vous pouvez également créer des autorisations d'accès qui combinent toutes les conditions de politique de Route 53. Par exemple, vous pouvez accorder à quelqu'un l'autorisation de modifier les données de l'enregistrement A pour marketing-example.com, mais ne pas autoriser cet utilisateur à supprimer des enregistrements.
Pour plus d'informations sur les autorisations relatives aux ensembles d'enregistrements de ressources et pour des exemples de leur utilisation, consultez[Utilisation de conditions de politique IAM pour un contrôle d’accès précis](specifying-conditions-route53.md).
Pour savoir comment authentifier AWS les utilisateurs, consultez [Authentification par des identités](security-iam.md#security_iam_authentication) et pour savoir comment contrôler l'accès aux ressources Route 53, voir[Contrôle d’accès](security-iam.md#access-control).
# Valeurs à spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53
Lorsque vous créez des enregistrements à l'aide de la console Amazon Route 53, les valeurs que vous spécifiez dépendent de la politique de routage que vous souhaitez utiliser et du fait que vous créez ou non des enregistrements d'alias, qui acheminent le trafic vers les AWS ressources.
Enregistrements d'alias qui acheminent le trafic vers certaines AWS ressources pour lesquelles vous spécifiez la ressource cible (par exemple, Elastic Load Balancing, CloudFront distribution, compartiment Amazon S3). Vous pouvez également éventuellement associer des contrôles de santé et configurer une évaluation de l'état cible. Les rubriques suivantes fournissent des informations détaillées sur les valeurs requises pour chaque politique de routage et chaque type d'enregistrement, afin de vous aider à configurer efficacement vos enregistrements Route 53.
**Topics**
+ [Valeurs communes à toutes les politiques de routage](resource-record-sets-values-shared.md)
+ [Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage](resource-record-sets-values-alias-common.md)
+ [Valeurs spécifiques aux enregistrements simples](resource-record-sets-values-basic.md)
+ [Valeurs spécifiques aux enregistrements d'alias simples](resource-record-sets-values-alias.md)
+ [Valeurs spécifiques aux enregistrements de basculement](resource-record-sets-values-failover.md)
+ [Valeurs spécifiques aux enregistrements d'alias de basculement](resource-record-sets-values-failover-alias.md)
+ [Valeurs spécifiques aux enregistrements de géolocalisation](resource-record-sets-values-geo.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géolocalisation](resource-record-sets-values-geo-alias.md)
+ [Valeurs spécifiques aux enregistrements de géoproximité](resource-record-sets-values-geoprox.md)
+ [Valeurs spécifiques aux enregistrements d'alias de géoproximité](resource-record-sets-values-geoprox-alias.md)
+ [Valeurs spécifiques aux enregistrements de latence](resource-record-sets-values-latency.md)
+ [Valeurs spécifiques aux enregistrements d'alias de latence](resource-record-sets-values-latency-alias.md)
+ [Valeurs spécifiques aux enregistrements basés sur IP](resource-record-sets-values-ipbased.md)
+ [Valeurs spécifiques aux enregistrements d'alias basés sur IP](resource-record-sets-values-ipbased-alias.md)
+ [Valeurs spécifiques pour les enregistrements de réponses multivaleur](resource-record-sets-values-multivalue.md)
+ [Valeurs spécifiques aux enregistrements pondérés](resource-record-sets-values-weighted.md)
+ [Valeurs spécifiques aux enregistrements d'alias pondérés](resource-record-sets-values-weighted-alias.md)
# Valeurs communes à toutes les politiques de routage
Ce sont les valeurs communes que vous pouvez spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53. Ces valeurs sont utilisées par toutes les politiques de routage.
**Topics**
+ [Nom de l’enregistrement](#rrsets-values-common-name)
+ [Valeur/acheminer le trafic vers](#rrsets-values-common-value)
+ [TTL (secondes)](#rrsets-values-common-ttl)
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
**Enregistrements CNAME**
Si vous créez un enregistrement dont la valeur est **CNAME** pour **Record type (Type d'enregistrement)**, le nom de l'enregistrement ne peut être identique à celui de la zone hébergée.
**Caractères spéciaux**
Pour plus d'informations sur la spécification d'autres caractères que a-z, 0-9 et - (trait d'union), et de noms de domaine internationaux, consultez [Format de nom de domaine DNS](DomainNameFormat.md).
**Caractères génériques**
Vous pouvez utiliser un astérisque (\$1) dans le nom. DNS traite le caractère \$1 comme un caractère générique ou comme le caractère \$1 (ASCII 42), en fonction de son emplacement dans le nom. Pour de plus amples informations, veuillez consulter [Utilisation d'un astérisque (\$1) dans les noms des zones hébergées et des enregistrements](DomainNameFormat.md#domain-name-format-asterisk).
Vous ne pouvez pas utiliser le caractère générique \$1 pour les jeux d'enregistrements de ressources de type **NS**.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
**A — IPv4 adresse**
Adresse IP au IPv4 format **192.0.2.235**, par exemple.
**AAAA — adresse IPv6 **
Une adresse IP au IPv6 format, par exemple, **2001:0 db 8:85 a 3:0:0:8 a2e : 0370:7334**.
**CAA — Autorisation de l'autorité de certification**
Trois valeurs séparées par un espace qui contrôlent les autorités de certification qui sont autorisées à émettre des certificats ou des certificats génériques pour le domaine ou le sous-domaine spécifié par **Record name (Nom de l'enregistrement)**. Vous pouvez utiliser des enregistrements CAA pour spécifier ce qui suit :
+ Quelles autorités de certification (CAs) peuvent délivrer SSL/TLS des certificats, le cas échéant
+ L'adresse e-mail ou l'URL à contacter quand une autorité de certification émet un certificat pour le domaine ou le sous-domaine
**CNAME — Nom canonique**
Nom de domaine complet (par exemple, *www.exemple.com*) que Route 53 doit renvoyer en réponse à des requêtes DNS pour cet enregistrement. Un point final est facultatif. Route 53 part du principe que le nom de domaine est complet. Cela signifie que Route 53 traite *www.example.com* (sans point final) et *www.example.com.* (avec un point final) de la même façon.
**MX — Échange de courrier**
Priorité et nom de domaine spécifiant un serveur de messagerie, par exemple, **10 mailserver.example.com**. Le point final est traité comme facultatif.
**NAPTR — Pointeur d'autorité de nom**
Six paramètres séparés par des espaces utilisés par les applications DDDS (Dynamic Delegation Discovery System) pour convertir une valeur en une autre valeur ou pour remplacer une valeur par une autre. Pour de plus amples informations, veuillez consulter [Type d'enregistrement NAPTR](ResourceRecordTypes.md#NAPTRFormat).
**PTR — Pointeur**
Nom de domaine que vous voulez que Route 53 renvoie.
**NS — Serveur de noms**
Nom de domaine d'un serveur de noms, par exemple, **ns1.example.com**.
Vous ne pouvez spécifier un enregistrement NS qu'avec une politique de routage simple.
**SPF — Sender Policy Framework**
Enregistrement SPF entre guillemets, par exemple, **"v=spf1 ip4:192.168.0.1/16-all"**. Les enregistrements SPF ne sont pas recommandés. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
**SRV — Localisateur de service**
Enregistrement SRV. Les enregistrements SRV sont utilisés pour accéder à des services, tels qu'un service pour le courrier électronique ou les communications. Pour plus d'informations sur le format d'enregistrement SRV, consultez la documentation du service auquel vous souhaitez vous connecter. Le point final est traité comme facultatif.
Le format d'un enregistrement SRV est :
**[priorité] [poids] [port] [nom d'hôte serveur]**
Par exemple :
**1 10 5269 xmpp-server.example.com.**
**TXT — Texte**
Enregistrement de type texte. Placez le texte entre guillemets, par exemple, **"Exemple d'entrée de texte"**.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
# Valeurs communes aux enregistrements d'alias pour toutes les politiques de routage
Ce sont les valeurs d'alias communes que vous pouvez spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53. Ces valeurs sont utilisées par toutes les politiques de routage.
**Topics**
+ [Nom de l’enregistrement](#rrsets-values-common-alias-name)
+ [Évaluer/acheminer le trafic vers](#rrsets-values-alias-common-target)
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
**Enregistrements CNAME**
Si vous créez un enregistrement dont la valeur est **CNAME** pour **Type**, le nom de l'enregistrement ne peut être identique à celui de la zone hébergée.
**Alias des CloudFront distributions et des compartiments Amazon S3**
La valeur que vous spécifiez dépend en partie de la AWS ressource vers laquelle vous acheminez le trafic :
+ **CloudFront distribution** — Votre distribution doit inclure un autre nom de domaine correspondant au nom de l'enregistrement. Par exemple, si le nom de l'enregistrement est **acme.example.com**, votre distribution CloudFront doit inclure **acme.example.com** parmi les autres noms de domaine. Pour plus d'informations, consultez la section [Utilisation de noms de domaine alternatifs (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) dans le manuel *Amazon CloudFront Developer Guide*.
+ **Compartiment Amazon S3** : le nom de l'enregistrement doit correspondre au nom de votre compartiment Amazon S3. Par exemple, si le nom de votre compartiment est **acme.example.com**, le nom de cet enregistrement doit également être **acme.example.com**.
En outre, vous devez configurer le compartiment pour l'hébergement de site web. Pour de plus amples informations, veuillez consulter la section [Configurer un compartiment pour l'hébergement de sites Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) dans le *Guide de l'utilisateur Amazon Simple Storage Service*.
**Caractères spéciaux**
Pour plus d'informations sur la spécification d'autres caractères que a-z, 0-9 et - (trait d'union), et de noms de domaine internationaux, consultez [Format de nom de domaine DNS](DomainNameFormat.md).
**Caractères génériques**
Vous pouvez utiliser un astérisque (\$1) dans le nom. DNS traite le caractère \$1 comme un caractère générique ou comme le caractère \$1 (ASCII 42), en fonction de son emplacement dans le nom. Pour de plus amples informations, veuillez consulter [Utilisation d'un astérisque (\$1) dans les noms des zones hébergées et des enregistrements](DomainNameFormat.md#domain-name-format-asterisk).
## Évaluer/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
**Important**
Si vous avez utilisé le même AWS compte pour créer votre zone hébergée et la ressource vers laquelle vous acheminez le trafic, et si votre ressource n'apparaît pas dans la liste des **points de terminaison**, vérifiez les points suivants :
Vérifiez que la valeur choisie pour **Record type (Type d'enregistrement)** est prise en charge. Les valeurs prise en charge dépendent de la ressource vers laquelle vous acheminez du trafic. Par exemple, pour acheminer le trafic vers un compartiment S3, vous devez choisir **A — IPv4 address** pour le **type d'enregistrement**.
Vérifiez que le compte dispose des autorisations IAM nécessaires pour répertorier les ressources applicables. Par exemple, pour que les distributions CloudFront fassent partie de la liste **Endpoint** (Point de terminaison), le compte doit être autorisé à effectuer l'action suivante : `cloudfront:ListDistributions`.
Pour obtenir un exemple de politique IAM, consultez [Autorisations requises pour utiliser la console Amazon Route 53](access-control-managing-permissions.md#console-required-permissions).
Si vous avez utilisé différents AWS comptes pour créer la zone hébergée et la ressource, la liste des **points de terminaison** n'affiche pas votre ressource. Consultez la documentation suivante correspondant à votre type de ressource afin de déterminer la valeur à saisir dans **Endpoint (Point de terminaison)**.
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Pour une API Gateway personnalisée régionale APIs et optimisée pour les périphériques APIs, effectuez l'une des opérations suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre API** : sélectionnez **Endpoint (Point de terminaison)** et choisissez une API dans la liste. Si vous en avez beaucoup APIs, vous pouvez saisir les premiers caractères du point de terminaison de l'API pour filtrer la liste.
**Note**
Le nom de l'enregistrement doit correspondre à un nom de domaine personnalisé pour votre API, tel que **api.example.com**.
+ **Si vous avez utilisé des comptes différents pour créer votre zone hébergée Route 53 et votre API** : entrez le point de terminaison d'API pour l'API, par exemple **api.example.com**.
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer une API, l'API n'apparaîtra pas dans la liste des **points de terminaison** sous **API Gateway APIs**.
Si vous avez utilisé un compte pour créer la zone hébergée actuelle et un ou plusieurs comptes différents pour créer toutes les vôtres APIs, la liste des **points de terminaison** indique qu'**aucune cible n'est disponible** sous **API Gateway APIs**. Pour de plus amples informations, veuillez consulter [Acheminer le trafic vers une API Amazon API Gateway à l'aide de votre nom de domaine](routing-to-api-gateway.md).
**CloudFront distributions**
Pour les CloudFront distributions, effectuez l'une des opérations suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre CloudFront distribution**, choisissez **Endpoint** et choisissez une distribution dans la liste. Si vous disposez de beaucoup de distributions, vous pouvez entrer les premiers caractères du nom de domaine de votre distribution afin de filtrer la liste.
Si votre distribution n'apparaît pas dans la liste, notez les points suivants :
+ Le nom de l'enregistrement doit correspondre à un autre nom de domaine dans votre distribution.
+ Si vous venez d'ajouter un autre nom de domaine à votre distribution, la propagation de vos modifications à tous les emplacements CloudFront périphériques peut prendre 15 minutes. Tant que les modifications ne sont pas propagées, Route 53 ne peut pas connaître le nouveau nom de domaine.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre distribution, entrez le nom de CloudFront domaine de la distribution**, par exemple **d111111abcdef8.cloudfront.net**.
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer une distribution, la distribution n'apparaîtra pas dans la liste des **points de terminaison**.
Si vous avez utilisé un compte pour créer la zone hébergée actuelle et un ou plusieurs comptes différents pour créer toutes vos distributions, la liste **Endpoints** indique qu'**aucune cible n'est disponible** dans le cadre des **CloudFront distributions**.
N'acheminez pas les requêtes vers une CloudFront distribution qui ne s'est pas propagée à tous les emplacements périphériques, sinon vos utilisateurs ne pourront pas accéder au contenu applicable.
Votre CloudFront distribution doit inclure un autre nom de domaine correspondant au nom de l'enregistrement. Par exemple, si le nom de l'enregistrement est **acme.exemple.com, votre CloudFront distribution doit inclure **acme.example.com**** comme l'un des noms de domaine alternatifs. Pour plus d'informations, consultez la section [Utilisation de noms de domaine alternatifs (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) dans le manuel *Amazon CloudFront Developer Guide*.
Si la distribution IPv6 est activée, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour le **type d'enregistrement**, et l'autre avec la valeur **AAAA — IPv6 adresse**. Pour de plus amples informations, veuillez consulter [Acheminement du trafic vers une CloudFront distribution Amazon en utilisant votre nom de domaine](routing-to-cloudfront-distribution.md).
**Service App Runner**
Pour le service App Runner, effectuez l'une des opérations suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre service App Runner**, choisissez le Région AWS, puis le nom de domaine de l'environnement vers lequel vous souhaitez acheminer le trafic dans la liste.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre App Runner**, entrez le nom de domaine personnalisé. Pour plus d'informations, consultez [Gestion des noms de domaine personnalisés pour App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html).
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer un App Runner, l'App Runner n'apparaîtra pas dans la liste des **points de terminaison**.
Pour de plus amples informations, veuillez consulter [Configuration d'Amazon Route 53 pour acheminer le trafic vers un service App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si le nom de domaine de votre environnement Elastic Beanstalk inclut la région dans laquelle vous avez déployé l'environnement, vous pouvez créer un enregistrement d'alias qui achemine le trafic vers l'environnement. Par exemple, le nom de domaine `my-environment.us-west-2.elasticbeanstalk.com` est un nom de domaine régionalisé.
Concernant les environnements qui ont été créés avant début 2016, le nom de domaine n'inclut pas la région. Pour acheminer le trafic vers ces environnements, vous devez créer un enregistrement CNAME au lieu d'un enregistrement d'alias. Notez que vous ne pouvez pas créer un enregistrement CNAME pour le nom de domaine racine. Par exemple, si votre nom de domaine est example.com, vous pouvez créer un enregistrement qui achemine le trafic pour acme.example.com vers votre environnement Elastic Beanstalk, mais vous ne pouvez pas créer d'enregistrement qui achemine le trafic pour example.com vers votre environnement Elastic Beanstalk.
Pour les environnements Elastic Beanstalk comportant des sous-domaines régionalisés, effectuez l'une des actions suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre environnement Elastic Beanstalk** : sélectionnez **Endpoint (Point de terminaison)** et choisissez un environnement dans la liste. Si vous disposez de beaucoup d'environnements, vous pouvez entrer les premiers caractères de l'attribut CNAME de l'environnement afin de filtrer la liste.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre environnement Elastic Beanstalk** : entrez l'attribut CNAME de l'environnement Elastic Beanstalk.
Pour de plus amples informations, veuillez consulter [Acheminement du trafic vers un AWS Elastic Beanstalk environnement](routing-to-beanstalk-environment.md).
**Équilibreurs de charge ELB**
Pour les équilibreurs de charge ELB, effectuez l'une des actions suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre équilibreur de charge** : sélectionnez **Endpoint (Point de terminaison)** et choisissez un équilibreur de charge dans la liste. Si vous disposez de beaucoup d'équilibreurs de charge, vous pouvez entrer les premiers caractères du nom DNS afin de filtrer la liste.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre équilibreur de charge** : entrez la valeur que vous avez obtenue au cours de la procédure [Obtention du nom DNS d'un équilibreur de charge Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer un équilibreur de charge, l'équilibreur de charge n'apparaîtra pas dans la liste des points de **terminaison**.
Si vous avez utilisé un compte pour créer la zone hébergée actuelle et un ou plusieurs autres comptes pour créer tous vos équilibreurs de charge, la liste **Endpoints (Points de terminaison)** affiche **No targets available (Aucune cible disponible)** sous **Elastic Load Balancers**.
La console ajoute le préfixe **dualstack.** pour l'Application et le Classic Load Balancer à partir d'un compte différent. Lorsqu'un client, tel qu'un navigateur Web, demande l'adresse IP de votre nom de domaine (exemple.com) ou de votre nom de sous-domaine (www.exemple.com), le client peut demander une IPv4 adresse (enregistrement A), une IPv6 adresse (enregistrement AAAA), ou les deux IPv4 et des IPv6 adresses (dans des demandes distinctes). La désignation **dualstack.** permet à Route 53 de répondre avec l'adresse IP appropriée pour votre équilibreur de charge en fonction du format d'adresse IP que le client a demandé.
Pour de plus amples informations, veuillez consulter [Routage du trafic vers un équilibreur de charge ELB](routing-to-elb-load-balancer.md).
**AWS Accélérateurs Global Accelerator**
Pour les accélérateurs AWS Global Accelerator, entrez le nom DNS de l'accélérateur. Vous pouvez saisir le nom DNS d'un accélérateur que vous avez créé à l'aide du AWS compte actuel ou d'un autre AWS compte.
**Compartiments Amazon S3**
Pour les compartiments Amazon S3 qui sont configurés en tant que points de terminaison de site Web, effectuez l'une des actions suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre compartiment Amazon S3** : sélectionnez **Endpoint (Point de terminaison)** et choisissez un compartiment dans la liste. Si vous disposez de beaucoup de compartiments, vous pouvez entrer les premiers caractères du nom DNS afin de filtrer la liste.
La valeur **Endpoint (Point de terminaison)** change pour le point de terminaison du site web Amazon S3 de votre compartiment.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre compartiment Amazon S3** : saisissez le nom de la région dans laquelle vous avez créé votre compartiment S3. Utilisez la valeur applicable de la colonne **Point de terminaison des sites Web** dans le tableau [Points de terminaison des sites Web Amazon S3](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) dans le *Référence générale d'Amazon Web Services*.
Si vous avez utilisé AWS des comptes autres que le compte actuel pour créer vos compartiments Amazon S3, le compartiment n'apparaîtra pas dans la liste des **points de terminaison**.
Vous devez configurer le compartiment pour l'hébergement de site web. Pour de plus amples informations, veuillez consulter la section [Configurer un compartiment pour l'hébergement de sites Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) dans le *Guide de l'utilisateur Amazon Simple Storage Service*.
Le nom de l'enregistrement doit correspondre au nom de votre compartiment Amazon S3. Par exemple, si le nom de votre compartiment Amazon S3 est **acme.example.com**, le nom de cet enregistrement doit également être **acme.example.com**.
Dans un groupe d'enregistrements d'alias pondérés, d'alias de latence, d'alias de basculement ou d'alias de géolocalisation, vous ne pouvez créer qu'un seul enregistrement qui achemine les requêtes vers un compartiment Amazon S3, car le nom de l'enregistrement doit correspondre au nom du compartiment et les noms de compartiment doivent être globalement uniques.
**Amazon OpenSearch Service**
Pour le OpenSearch service, effectuez l'une des opérations suivantes :
+ **OpenSearch Domaine personnalisé du service** : le nom de l'enregistrement doit correspondre au domaine personnalisé. Par exemple, si le nom de votre domaine personnalisé est test.example.com, le nom de cet enregistrement doit également être test.example.com.
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre domaine de OpenSearch service**, choisissez le Région AWS, puis le nom de domaine.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre domaine de OpenSearch service**, entrez le nom de domaine personnalisé. Pour plus d'informations, voir [Création d'un point de terminaison personnalisé](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer un domaine de OpenSearch service, le domaine n'apparaîtra pas dans la liste des **points de terminaison**.
Si vous avez utilisé un compte pour créer la zone hébergée actuelle et un ou plusieurs comptes différents pour créer tous vos domaines de OpenSearch service, la liste des **points de terminaison** indique qu'**aucune cible n'est disponible** sous **OpenSearch Service**.
Pour de plus amples informations, veuillez consulter [Configuration d'Amazon Route 53 pour acheminer le trafic vers un point de terminaison OpenSearch de domaine Amazon Service](routing-to-open-search-service.md#routing-to-open-search-service-configuring).
**Points de terminaison de l'interface d'un VPC Amazon**
Pour les points de terminaison d'interface d'un VPC Amazon, effectuez l'une des actions suivantes :
+ **Si vous avez utilisé le même compte pour créer votre zone hébergée Route 53 et votre point de terminaison d'interface** : sélectionnez **Endpoint (Point de terminaison)**, puis choisissez un point de terminaison d'interface dans la liste. Si vous disposez de beaucoup de points de terminaison d'interface, vous pouvez entrer les premiers caractères du nom DNS afin de filtrer la liste.
+ **Si vous avez utilisé différents comptes pour créer votre zone hébergée Route 53 et votre point de terminaison d'interface, entrez le nom d'hôte DNS du point de terminaison d'interface**, par exemple **vpce-123456789abcdef01- -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**. example-us-east
Si vous avez utilisé un AWS compte pour créer la zone hébergée actuelle et un autre compte pour créer un point de terminaison d'interface, le point de terminaison d'interface n'apparaîtra pas dans la liste des **points de terminaison** sous points de terminaison **VPC**.
Si vous avez utilisé un compte pour créer la zone hébergée actuelle et un ou plusieurs autres comptes pour créer tous vos points de terminaison d'interface, la liste **Endpoint (Point de terminaison)** affiche **No targets available (Aucune cible disponible)** sous **VPC endpoints (Points de terminaison d'un VPC)**.
Pour de plus amples informations, veuillez consulter [Acheminer le trafic vers un point de terminaison d'interface Amazon Virtual Private Cloud à l'aide de votre nom de domaine](routing-to-vpc-interface-endpoint.md).
**Enregistrements dans cette zone hébergée**
Pour les enregistrements dans cette zone hébergée, sélectionnez **Endpoint (Point de terminaison)** et choisissez l'enregistrement applicable. Si vous disposez de beaucoup d'enregistrements, vous pouvez entrer les premiers caractères du nom afin de filtrer la liste.
Si la zone hébergée contient uniquement les enregistrements NS et SOA par défaut, la liste **Endpoints (Points de terminaison)** affiche **No targets available (Aucune cible disponible)**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas choisir un enregistrement dont la valeur **Record type (Type d'enregistrement)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
# Valeurs spécifiques aux enregistrements simples
Lorsque vous créez des enregistrements simples, vous spécifiez les valeurs suivantes.
**Topics**
+ [Stratégie de routage](#rrsets-values-basic-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-basic-name)
+ [Valeur/acheminer le trafic vers](#rrsets-values-basic-value)
+ [Type de registre](#rrsets-values-basic-type)
+ [TTL (secondes)](#rrsets-values-basic-ttl)
## Stratégie de routage
Choisissez **Simple routing (Routage simple)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **NS — Serveur de noms**
Nom de domaine d'un serveur de noms, par exemple, **ns1.example.com**.
**Note**
Vous ne pouvez spécifier un enregistrement NS qu'avec une politique de routage simple.
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur pour le champ **Record type (Type d'enregistrement)** en fonction de la façon dont vous voulez que Route 53 réponde aux requêtes DNS.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
# Valeurs spécifiques aux enregistrements d'alias simples
Lorsque vous créez des enregistrements d'alias, vous spécifiez les valeurs suivantes. Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Note**
Si vous utilisez Route 53 dans le AWS GovCloud (US) Region, cette fonctionnalité comporte certaines restrictions. Pour plus d'informations, consultez la [page Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) dans le *Guide de l'utilisateur AWS GovCloud (US) *.
**Topics**
+ [Stratégie de routage](#rrsets-values-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-alias-name)
+ [Évaluer/acheminer le trafic vers](#rrsets-values-alias-alias-target)
+ [Type de registre](#rrsets-values-alias-type)
+ [Évaluer l'état de la cible](#rrsets-values-alias-evaluate-target-health)
## Stratégie de routage
Choisissez **Simple routing (Routage simple)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Évaluer/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez [les valeurs communes des enregistrements d'alias destinés au value/route trafic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Évaluer l'état de la cible
Lorsque la valeur de **Routing policy (Politique de routage)** est **Simple (Simple)**, vous pouvez choisir **No (Non)** ou la valeur par défaut **Yes (Oui)**, car **Evaluate target health (Évaluer l'état de la cible)** n'a aucun effet pour le routage **Simple (Simple)**. Si vous avez un seul enregistrement avec un nom et un type donnés, Route 53 répond aux requêtes DNS à l'aide des valeurs de cet enregistrement que la ressource soit saine ou non.
Pour les autres politiques de routage, **Evaluate target health** détermine si Route 53 vérifie l'état de santé de la ressource à laquelle l'enregistrement d'alias fait référence :
+ **Services dans lesquels l'évaluation de l'état de santé de la cible présente un avantage opérationnel** : pour les équilibreurs de charge (ELB) et AWS Elastic Beanstalk les environnements dotés d'équilibreurs de charge, le réglage de l'**état de la cible sur **Oui** permet à la** Route 53 d'acheminer le trafic loin des ressources malsaines.
+ **Services hautement disponibles** : pour des services tels que les compartiments Amazon S3, les points de terminaison d'interface VPC, Amazon API Gateway AWS Global Accelerator, Amazon Service et OpenSearch Amazon VPC Lattice**, Evaluate target** health n'apporte aucun avantage opérationnel car ces services sont conçus pour une haute disponibilité. Pour les scénarios de basculement avec ces services, utilisez plutôt les [contrôles de santé de Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html).
Pour obtenir des informations détaillées sur le fonctionnement **d'Evaluate Target Health** avec différents AWS services, consultez la [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)documentation dans la référence de l'API.
# Valeurs spécifiques aux enregistrements de basculement
Lorsque vous créez des enregistrements de basculement, vous spécifiez les valeurs suivantes.
**Note**
Pour plus d'informations sur la création d'enregistrements de basculement dans une zone hébergée privée, consultez [Configuration du basculement dans une zone hébergée privée](dns-failover-private-hosted-zones.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-failover-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-failover-name)
+ [Type de registre](#rrsets-values-failover-type)
+ [TTL (secondes)](#rrsets-values-failover-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-failover-value)
+ [Type d’enregistrement de basculement](#rrsets-values-failover-record-type)
+ [Surveillance de l'état](#rrsets-values-failover-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-failover-set-id)
## Stratégie de routage
Choisissez **Basculement**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour les deux enregistrements du groupe d'enregistrements de basculement.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la même valeur pour les enregistrements de basculement principaux et secondaires.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Type d’enregistrement de basculement
Choisissez la valeur applicable pour cet enregistrement. Pour que le basculement fonctionne correctement, vous devez créer un enregistrement de basculement principal et un secondaire.
Vous ne pouvez pas créer d'enregistrements qui ne sont pas de type basculement en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de basculement.
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes (Oui)** pour **Evaluate target health (Évaluer l'état de la cible)** pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ **Nom de domaine** correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
## ID d’enregistrement
Entrez une valeur qui identifie de façon unique les enregistrements principaux et secondaires.
# Valeurs spécifiques aux enregistrements d'alias de basculement
Lorsque vous créez des enregistrements d'alias de basculement, vous spécifiez les valeurs suivantes.
Pour plus d’informations, consultez les rubriques suivantes :
+ Pour plus d'informations sur la création d'enregistrements de basculement dans une zone hébergée privée, consultez [Configuration du basculement dans une zone hébergée privée](dns-failover-private-hosted-zones.md).
+ Pour plus d'informations sur les enregistrements d'alias, consultez [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-failover-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-failover-alias-name)
+ [Type de registre](#rrsets-values-failover-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-failover-alias-alias-target)
+ [Type d’enregistrement de basculement](#rrsets-values-failover-alias-failover-record-type)
+ [Surveillance de l'état](#rrsets-values-failover-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-failover-alias-set-id)
## Stratégie de routage
Choisissez **Basculement**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour les deux enregistrements du groupe d'enregistrements de basculement.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic. Sélectionnez la même valeur pour les enregistrements de basculement principaux et secondaires :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez [les valeurs communes des enregistrements d'alias destinés au value/route trafic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la façon de configurer Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
**Note**
Lorsque vous créez des enregistrements de basculement principaux et secondaires, vous pouvez éventuellement créer un enregistrement de basculement et un enregistrement d'*alias* de basculement ayant les mêmes valeurs pour les champs **Name (Nom)** et **Record type (Type d'enregistrement)**. Si vous mélangez des enregistrements de basculement et d'alias de basculement, n'importe lequel d'entre eux peut être l'enregistrement principal.
## Type d’enregistrement de basculement
Choisissez la valeur applicable pour cet enregistrement. Pour que le basculement fonctionne correctement, vous devez créer un enregistrement de basculement principal et un secondaire.
Vous ne pouvez pas créer d'enregistrements qui ne sont pas de type basculement en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de basculement.
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes (Oui)** pour **Evaluate target health (Évaluer l'état de la cible)** pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ **Nom de domaine** correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate Target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, un groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur qui identifie de façon unique les enregistrements principaux et secondaires.
# Valeurs spécifiques aux enregistrements de géolocalisation
Lorsque vous créez des enregistrements de géolocalisation, vous spécifiez les valeurs suivantes.
**Topics**
+ [Stratégie de routage](#rrsets-values-geo-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-geo-name)
+ [Type de registre](#rrsets-values-geo-type)
+ [TTL (secondes)](#rrsets-values-geo-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-geo-value)
+ [Location](#rrsets-values-geo-location)
+ [États des États-Unis](#rrsets-values-geo-sublocation)
+ [Surveillance de l'état](#rrsets-values-geo-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-geo-set-id)
## Stratégie de routage
Sélectionnez **Geolocation (Géolocalisation)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de géolocalisation.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de géolocalisation :
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Location
Lorsque vous configurez Route 53 pour qu'il réponde aux requêtes DNS en fonction de leur emplacement d'origine, sélectionnez le continent ou le pays pour lequel vous voulez que Route 53 réponde avec les paramètres figurant dans cet enregistrement. Si vous voulez que Route 53 réponde aux requêtes DNS pour certains États des États-Unis, sélectionnez **United States (États-Unis)** dans la liste **Location (Localisation)**, puis choisissez l'État sous le groupe **Sublocation (Sous-localisation)**.
Pour une zone hébergée privée, sélectionnez le continent, le pays ou la subdivision le plus proche de Région AWS celui dans lequel se trouve votre ressource. Par exemple, si votre ressource se trouve dans us-east-1, vous pouvez spécifier Amérique du Nord, États-Unis ou Virginie.
**Important**
Nous vous conseillons de créer un enregistrement de géolocalisation ayant la valeur **Default (Par défaut)** pour **Location (Localisation)**. Ainsi, les emplacements géographiques pour lesquels vous n'avez pas créé d'enregistrements et les adresses IP dont Route 53 ne peut identifier l'emplacement sont couverts.
Vous ne pouvez pas créer d'enregistrements qui ne sont pas de type géolocalisation en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de géolocalisation.
Pour de plus amples informations, veuillez consulter [Routage de géolocalisation](routing-policy-geo.md).
Voici les pays qu'Amazon Route 53 associe à chaque continent. Les codes des pays suivent la norme ISO 3166. Pour plus d'informations, consultez l'article Wikipédia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) :
**Afrique (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antarctique (AN)**
AQ, GS, TF
**Asie (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europe (EU)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Certains fournisseurs considèrent que TR se trouve en Asie et les adresses IP refléteront cela.
**Amérique du Nord (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Océanie (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**Amérique du Sud (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**Note**
Route 53 ne prend pas en charge la création d'enregistrements de géolocalisation pour les pays suivants : Île Bouvet (BV), Île Christmas (CX), Sahara Occidental (EH) et Île et McDonald îles Heard (HM). Aucune donnée n'est disponible sur les adresses IP pour ces pays.
## États des États-Unis
Lorsque vous configurez Route 53 pour qu'il réponde aux requêtes DNS en fonction de l'État des États-Unis dont elles proviennent, sélectionnez l'État dans la liste **U.S. states (États des États-Unis)**. Les territoires des Etats-Unis (par exemple, Porto Rico) sont répertoriés en tant que pays dans la liste **Localisation**.
**Important**
Certaines adresses IP sont associées aux États-Unis, mais pas à un état individuel. Si vous créez des enregistrements pour tous les États des États-Unis, nous vous recommandons de créer également un enregistrement pour les États-Unis pour acheminer les requêtes pour ces adresses IP non associées. Si vous ne créez pas d'enregistrement pour les États-Unis, Route 53 répond aux requêtes DNS provenant des adresses IP non associées des États-Unis avec les paramètres de l'enregistrement de géolocalisation par défaut (si vous en avez créé un) ou avec un message « aucune réponse ».
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes (Oui)** pour **Evaluate target health (Évaluer l'état de la cible)** pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ **Nom de domaine** correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
Pour les enregistrements de géolocalisation, si un point de terminaison n'est pas sain, Route 53 recherche un enregistrement pour la région géographique associée de taille supérieure. Par exemple, supposons que vous disposez d'enregistrements pour un État des États-Unis, pour les États-Unis, pour l'Amérique du Nord et pour tous les emplacements (la valeur du champ **Location [Emplacement]** est **Default [Par défaut]**). Si le point de terminaison de l'enregistrement de l'État n'est pas sain, Route 53 vérifie les enregistrements pour les États-Unis, pour l'Amérique du Nord, ainsi que pour tous les emplacements, dans cet ordre, jusqu'à ce qu'il trouve un enregistrement comportant un point de terminaison sain. Si tous les enregistrements applicables sont défaillants, y compris l'enregistrement pour tous les emplacements, Route 53 répond à la requête DNS à l'aide de la valeur pour l'enregistrement de la région géographique la plus petite.
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de géolocalisation.
# Valeurs spécifiques aux enregistrements d'alias de géolocalisation
Lorsque vous créez des enregistrements d'alias de géolocalisation, vous spécifiez les valeurs suivantes.
Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-geo-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-geo-alias-name)
+ [Type de registre](#rrsets-values-geo-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-geo-alias-alias-target)
+ [Location](#rrsets-values-geo-alias-location)
+ [États des États-Unis](#rrsets-values-geo-alias-sublocation)
+ [Surveillance de l'état](#rrsets-values-geo-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-geo-alias-set-id)
## Stratégie de routage
Sélectionnez **Geolocation (Géolocalisation)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de géolocalisation.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic. Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de géolocalisation :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez[Évaluer/acheminer le trafic vers](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Location
Lorsque vous configurez Route 53 pour qu'il réponde aux requêtes DNS en fonction de leur emplacement d'origine, sélectionnez le continent ou le pays pour lequel vous voulez que Route 53 réponde avec les paramètres figurant dans cet enregistrement. Si vous voulez que Route 53 réponde aux requêtes DNS pour certains États des États-Unis, sélectionnez **United States (ÉEtats-Unis)** dans la liste **Location (Localisation)**, puis choisissez l'État dans la liste **U.S. states (États des États-Unis)**.
Pour une zone hébergée privée, sélectionnez le continent, le pays ou la subdivision le plus proche de Région AWS celui dans lequel se trouve votre ressource. Par exemple, si votre ressource se trouve dans us-east-1, vous pouvez spécifier Amérique du Nord, États-Unis ou Virginie.
**Important**
Nous vous conseillons de créer un enregistrement de géolocalisation ayant la valeur **Default (Par défaut)** pour **Location (Localisation)**. Ainsi, les emplacements géographiques pour lesquels vous n'avez pas créé d'enregistrements et les adresses IP dont Route 53 ne peut identifier l'emplacement sont couverts.
Vous ne pouvez pas créer d'enregistrements qui ne sont pas de type géolocalisation en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de géolocalisation.
Pour de plus amples informations, veuillez consulter [Routage de géolocalisation](routing-policy-geo.md).
Voici les pays qu'Amazon Route 53 associe à chaque continent. Les codes des pays suivent la norme ISO 3166. Pour plus d'informations, consultez l'article Wikipédia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) :
**Afrique (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antarctique (AN)**
AQ, GS, TF
**Asie (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europe (EU)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Certains fournisseurs considèrent que TR se trouve en Asie et les adresses IP refléteront cela.
**Amérique du Nord (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Océanie (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**Amérique du Sud (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**Note**
Route 53 ne prend pas en charge la création d'enregistrements de géolocalisation pour les pays suivants : Île Bouvet (BV), Île Christmas (CX), Sahara Occidental (EH) et Île et McDonald îles Heard (HM). Aucune donnée n'est disponible sur les adresses IP pour ces pays.
## États des États-Unis
Lorsque vous configurez Route 53 pour qu'il réponde aux requêtes DNS en fonction de l'État des États-Unis dont elles proviennent, sélectionnez l'État dans la liste **U.S. states (États des États-Unis)**. Les territoires des Etats-Unis (par exemple, Porto Rico) sont répertoriés en tant que pays dans la liste **Localisation**.
**Important**
Certaines adresses IP sont associées aux États-Unis, mais pas à un état individuel. Si vous créez des enregistrements pour tous les États des États-Unis, nous vous recommandons de créer également un enregistrement pour les États-Unis pour acheminer les requêtes pour ces adresses IP non associées. Si vous ne créez pas d'enregistrement pour les États-Unis, Route 53 répond aux requêtes DNS provenant des adresses IP non associées des États-Unis avec les paramètres de l'enregistrement de géolocalisation par défaut (si vous en avez créé un) ou avec un message « aucune réponse ».
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP, ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
Pour les enregistrements de géolocalisation, si un point de terminaison n'est pas sain, Route 53 recherche un enregistrement pour la région géographique associée de taille supérieure. Par exemple, supposons que vous disposez d'enregistrements pour un État des États-Unis, pour les États-Unis, pour l'Amérique du Nord et pour tous les emplacements (la valeur du champ **Location [Emplacement]** est **Default [Par défaut]**). Si le point de terminaison de l'enregistrement de l'État n'est pas sain, Route 53 vérifie les enregistrements pour les États-Unis, pour l'Amérique du Nord, ainsi que pour tous les emplacements, dans cet ordre, jusqu'à ce qu'il trouve un enregistrement comportant un point de terminaison sain. Si tous les enregistrements applicables sont défaillants, y compris l'enregistrement pour tous les emplacements, Route 53 répond à la requête DNS à l'aide de la valeur pour l'enregistrement de la région géographique la plus petite.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de géolocalisation.
# Valeurs spécifiques aux enregistrements de géoproximité
Lorsque vous créez des enregistrements de géoproximité, vous spécifiez les valeurs suivantes.
**Topics**
+ [Stratégie de routage](#rrsets-values-geoprox-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-geoprox-name)
+ [Type de registre](#rrsets-values-geoprox-type)
+ [TTL (secondes)](#rrsets-values-geoprox-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-geoprox-value)
+ [Emplacement du point de terminaison](#rrsets-values-geoprox-endpoint-location)
+ [Écart](#rrsets-values-geoprox-bias)
+ [Surveillance de l'état](#rrsets-values-geoprox-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-geoprox-set-id)
## Stratégie de routage
Choisissez **Geoproximity**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de géoproximité.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de géoproximité.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Emplacement du point de terminaison
Vous pouvez spécifier l'emplacement du point de terminaison de la ressource en utilisant l'une des méthodes suivantes :
**Coordonnées personnalisées**
Spécifiez la longitude et la latitude d'une zone géographique.
**Région AWS**
Choisissez une région disponible dans la liste des **emplacements**.
Pour plus d'informations sur les régions, consultez la section [Infrastructure AWS mondiale](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Groupe de zones local**
Choisissez un groupe de zones local disponible dans la liste des **emplacements**.
Pour plus d'informations sur les zones locales, consultez la section [Zones locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) dans le *guide de l'utilisateur des zones AWS locales*. Un groupe de zones local est généralement la zone locale sans le caractère final. Par exemple, si la zone locale est `us-east-1-bue-1a` le groupe de zones local l'est`us-east-1-bue-1`.
Vous pouvez également identifier le groupe de zones locales pour une zone locale spécifique à l'aide de la commande [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI :
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Cette commande renvoie :`"GroupName": "us-west-2-den-1"`, en spécifiant que la zone locale `us-west-2-den-1a` appartient au groupe de zones locales`us-west-2-den-1`.
Vous ne pouvez pas créer d'enregistrements non liés à la géoproximité ayant les mêmes valeurs pour le **nom et le type d'enregistrement** **que pour les enregistrements** de géoproximité.
Vous ne pouvez pas non plus créer deux jeux d'enregistrements de ressources de géoproximité qui spécifient le même emplacement pour le même nom et le même type d'enregistrement.
## Écart
Un biais étend ou réduit une zone géographique à partir de laquelle la Route 53 achemine le trafic vers une ressource. Un biais positif élargit la zone et un biais négatif la réduit. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 utilise une valeur d'écart pour acheminer le trafic](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Oui** pour **Evaluate Target Health** pour un enregistrement d'alias ou pour les enregistrements d'un groupe d'alias de basculement, d'alias de géolocalisation, d'alias de géoproximité, d'alias de latence, d'alias basé sur IP ou d'enregistrement d'alias pondéré. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ **Nom de domaine** correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
Pour les enregistrements de géoproximité, si un point de terminaison est défectueux, Route 53 recherche le point de terminaison le plus proche qui est toujours sain.
## ID d’enregistrement
Entrez une valeur identifiant de manière unique cet enregistrement dans le groupe d'enregistrements de géoproximité.
# Valeurs spécifiques aux enregistrements d'alias de géoproximité
Lorsque vous créez des enregistrements d'alias de géoproximité, vous spécifiez les valeurs suivantes.
Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-geoprox-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-geoprox-alias-name)
+ [Type de registre](#rrsets-values-geoprox-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-geoprox-alias-alias-target)
+ [Emplacement du point de terminaison](#rrsets-values-geoprox-alias-endpoint-location)
+ [Écart](#rrsets-values-geoprox-alias-bias)
+ [Surveillance de l'état](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-geoprox-alias-set-id)
## Stratégie de routage
Choisissez **Geoproximity**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de géoproximité.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic. Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de géoproximité :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez[Évaluer/acheminer le trafic vers](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la façon de configurer Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Emplacement du point de terminaison
Vous pouvez spécifier l'emplacement du point de terminaison de la ressource en utilisant l'une des méthodes suivantes :
**Coordonnées personnalisées**
Spécifiez la longitude et la latitude d'une zone géographique.
**Région AWS**
Choisissez une région disponible dans la liste des **emplacements**.
Pour plus d'informations sur les régions, consultez la section [Infrastructure AWS mondiale](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Groupe de zones local**
Choisissez une région de zone locale disponible dans la liste des **emplacements**.
Pour plus d'informations sur les zones locales, consultez la section [Zones locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) dans le *guide de l'utilisateur des zones AWS locales*. Un groupe de zones local est généralement la zone locale sans le caractère final. Par exemple, si la zone locale est `us-east-1-bue-1a` le groupe de zones local l'est`us-east-1-bue-1`.
Vous pouvez également identifier le groupe de zones locales pour une zone locale spécifique à l'aide de la commande [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI :
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Cette commande renvoie :`"GroupName": "us-west-2-den-1"`, en spécifiant que la zone locale `us-west-2-den-1a` appartient au groupe de zones locales`us-west-2-den-1`.
Vous ne pouvez pas créer d'enregistrements non liés à la géoproximité ayant les mêmes valeurs pour le **nom et le type d'enregistrement** **que pour les enregistrements** de géoproximité.
Vous ne pouvez pas non plus créer deux jeux d'enregistrements de ressources de géoproximité qui spécifient le même emplacement pour le même nom et le même type d'enregistrement.
Pour plus d'informations, voir available-local-zones .html
## Écart
Un biais étend ou réduit une zone géographique à partir de laquelle la Route 53 achemine le trafic vers une ressource. Un biais positif élargit la zone et un biais négatif la réduit. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 utilise une valeur d'écart pour acheminer le trafic](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Oui** pour **évaluer l'état de santé de la cible** pour un enregistrement d'alias ou les enregistrements d'un groupe d'alias de basculement, d'alias de géolocalisation, d'alias de géoproximité, d'alias de latence, d'alias basé sur l'IP ou d'enregistrement d'alias pondéré. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
Pour les enregistrements de géoproximité, si un point de terminaison est défectueux, Route 53 recherche le point de terminaison le plus proche qui est toujours sain.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur identifiant de manière unique cet enregistrement dans le groupe d'enregistrements de géoproximité.
# Valeurs spécifiques aux enregistrements de latence
Lorsque vous créez des enregistrements de latence, vous spécifiez les valeurs suivantes.
**Topics**
+ [Stratégie de routage](#rrsets-values-latency-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-latency-name)
+ [Type de registre](#rrsets-values-latency-type)
+ [TTL (secondes)](#rrsets-values-latency-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-latency-value)
+ [Région](#rrsets-values-latency-region)
+ [Surveillance de l'état](#rrsets-values-latency-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-latency-set-id)
## Stratégie de routage
Choisissez **Latency (Latence)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de latence.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur pour le champ **Type** en fonction de la façon dont vous voulez que Route 53 réponde aux requêtes DNS.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de latence.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Région
Région Amazon EC2 où est située la ressource que vous avez spécifiée dans cet enregistrement. Route 53 recommande une région Amazon EC2 en fonction d’autres valeurs que vous avez spécifiées. Cela s'applique également aux zones hébergées privées. Nous vous conseillons de pas modifier cette valeur.
Notez ce qui suit :
+ Vous ne pouvez créer qu’un seul enregistrement de latence pour chaque région Amazon EC2.
+ Vous n’êtes pas obligé de créer des enregistrements de latence pour toutes les régions Amazon EC2. Route 53 choisit la région dotée de la meilleure latence parmi les régions pour lesquelles vous créez des enregistrements de latence.
+ Vous ne pouvez pas créer des enregistrements qui ne sont pas de type latence en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de latence.
+ Si vous créez un enregistrement balisé avec la région **cn-north-1**, Route 53 répond toujours aux requêtes en provenance de Chine en utilisant cet enregistrement, quelle que soit la latence.
Pour plus d'informations sur l'utilisation des enregistrements de latence, consultez [Routage basé sur la latence](routing-policy-latency.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP, ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de latence.
# Valeurs spécifiques aux enregistrements d'alias de latence
Lorsque vous créez des enregistrements d'alias de latence, vous spécifiez les valeurs suivantes.
Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-latency-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-latency-alias-name)
+ [Type de registre](#rrsets-values-latency-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-latency-alias-alias-target)
+ [Région](#rrsets-values-latency-alias-region)
+ [Surveillance de l'état](#rrsets-values-latency-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-latency-alias-set-id)
## Stratégie de routage
Choisissez **Latency (Latence)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de latence.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de latence.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez [les valeurs communes des enregistrements d'alias destinés au value/route trafic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Région
Région Amazon EC2 où est située la ressource que vous avez spécifiée dans cet enregistrement. Route 53 recommande une région Amazon EC2 en fonction d’autres valeurs que vous avez spécifiées. Cela s'applique également aux zones hébergées privées. Nous vous conseillons de pas modifier cette valeur.
Notez ce qui suit :
+ Vous ne pouvez créer qu’un seul enregistrement de latence pour chaque région Amazon EC2.
+ Vous n’êtes pas obligé de créer des enregistrements de latence pour toutes les régions Amazon EC2. Route 53 choisit la région dotée de la meilleure latence parmi les régions pour lesquelles vous créez des enregistrements de latence.
+ Vous ne pouvez pas créer des enregistrements qui ne sont pas de type latence en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements de latence.
+ Si vous créez un enregistrement balisé avec la région **cn-north-1**, Route 53 répond toujours aux requêtes en provenance de Chine en utilisant cet enregistrement, quelle que soit la latence.
Pour plus d'informations sur l'utilisation des enregistrements de latence, consultez [Routage basé sur la latence](routing-policy-latency.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP, ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ **Nom de domaine** correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate Target Health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de latence.
# Valeurs spécifiques aux enregistrements basés sur IP
Lorsque vous créez des enregistrements basés sur IP, vous spécifiez les valeurs suivantes.
**Note**
Bien que la création d'enregistrements basés sur IP dans une zone hébergée privée soit autorisée, elle n'est pas prise en charge.
**Topics**
+ [Stratégie de routage](#rrsets-values-ipbased-routing-policy)
+ [Nom de l'enregistrement](#rrsets-values-ibased-name)
+ [Type de registre](#rrsets-values-ibased-type)
+ [TTL (secondes)](#rrsets-values-ibased-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-ibased-value)
+ [Emplacement](#rrsets-values-ibased-location)
+ [Surveillance de l'état](#rrsets-values-ibased-associate-with-health-check)
+ [ID d'enregistrement](#rrsets-values-ipbased-set-id)
## Stratégie de routage
Choisissez **IP-based** (basé sur IP).
## Nom de l'enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Saisissez le même nom pour tous les enregistrements du groupe d'enregistrements basés sur IP.
**Enregistrements CNAME**
Si vous créez un enregistrement dont la valeur est **CNAME** pour **Record type (Type d'enregistrement)**, le nom de l'enregistrement ne peut être identique à celui de la zone hébergée.
**Caractères spéciaux**
Pour plus d'informations sur la spécification d'autres caractères que a-z, 0-9 et - (trait d'union), et de noms de domaine internationaux, consultez [Format de nom de domaine DNS](DomainNameFormat.md).
**Caractères génériques**
Vous pouvez utiliser un astérisque (\$1) dans le nom. DNS traite le caractère \$1 comme un caractère générique ou comme le caractère \$1 (ASCII 42), en fonction de son emplacement dans le nom. Pour de plus amples informations, veuillez consulter [Utilisation d'un astérisque (\$1) dans les noms des zones hébergées et des enregistrements](DomainNameFormat.md#domain-name-format-asterisk).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur pour le champ **Type** en fonction de la façon dont vous voulez que Route 53 réponde aux requêtes DNS.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements basés sur IP.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d'appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l'enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une vérification de l'état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l'état de santé.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez [Valeur/acheminer le trafic vers](resource-record-sets-values-shared.md#rrsets-values-common-value) [valeurs communes pour Valeur/Acheminement du trafic vers](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Emplacement
Le nom de l'emplacement CIDR où la ressource que vous avez spécifiée dans cet enregistrement est spécifiée par les valeurs de bloc d'adresse CIDR dans l'emplacement CIDR.
Pour plus d'informations sur l'utilisation des enregistrements basés sur IP, consultez [Routage basé sur IP](routing-policy-ipbased.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias basés sur IP, d'alias de latence ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
## ID d'enregistrement
Saisissez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements basés sur l'IP.
# Valeurs spécifiques aux enregistrements d'alias basés sur IP
Lorsque vous créez des enregistrements d'alias basés sur l'IP, vous spécifiez les valeurs suivantes.
**Note**
Bien que la création d'enregistrements d'alias basés sur IP dans une zone hébergée privée soit autorisée, elle n'est pas prise en charge.
Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-ipbased-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-ipbased-alias-name)
+ [Type de registre](#rrsets-values-ipbased-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-ipbased-alias-alias-target)
+ [Location](#rrsets-values-ipbased-alias-location)
+ [Surveillance de l'état](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-ipbased-alias-set-id)
## Stratégie de routage
Choisissez **IP-based** (basé sur IP).
**Note**
Bien que la création d'enregistrements d'alias basés sur IP dans une zone hébergée privée soit autorisée, elle n'est pas prise en charge.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Saisissez le même nom pour tous les enregistrements du groupe d'enregistrements basés sur IP.
**Enregistrements CNAME**
Si vous créez un enregistrement dont la valeur est **CNAME** pour **Record type (Type d'enregistrement)**, le nom de l'enregistrement ne peut être identique à celui de la zone hébergée.
**Alias des CloudFront distributions et des compartiments Amazon S3**
La valeur que vous spécifiez dépend en partie de la AWS ressource vers laquelle vous acheminez le trafic :
+ **CloudFront distribution** — Votre distribution doit inclure un autre nom de domaine correspondant au nom de l'enregistrement. Par exemple, si le nom de l'enregistrement est **acme.example.com**, votre distribution CloudFront doit inclure **acme.example.com** parmi les autres noms de domaine. Pour plus d'informations, consultez la section [Utilisation de noms de domaine alternatifs (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) dans le manuel *Amazon CloudFront Developer Guide*.
+ **Compartiment Amazon S3** : le nom de l'enregistrement doit correspondre au nom de votre compartiment Amazon S3. Par exemple, si le nom de votre compartiment est **acme.example.com**, le nom de cet enregistrement doit également être **acme.example.com**.
En outre, vous devez configurer le compartiment pour l'hébergement de site web. Pour de plus amples informations, veuillez consulter la section [Configurer un compartiment pour l'hébergement de sites Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) dans le *Guide de l'utilisateur Amazon Simple Storage Service*.
**Caractères spéciaux**
Pour plus d'informations sur la spécification d'autres caractères que a-z, 0-9 et - (trait d'union), et de noms de domaine internationaux, consultez [Format de nom de domaine DNS](DomainNameFormat.md).
**Caractères génériques**
Vous pouvez utiliser un astérisque (\$1) dans le nom. DNS traite le caractère \$1 comme un caractère générique ou comme le caractère \$1 (ASCII 42), en fonction de son emplacement dans le nom. Pour de plus amples informations, veuillez consulter [Utilisation d'un astérisque (\$1) dans les noms des zones hébergées et des enregistrements](DomainNameFormat.md#domain-name-format-asterisk).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic. Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements basés sur IP :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez [les valeurs communes des enregistrements d'alias destinés au value/route trafic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Location
Lorsque vous configurez Route 53 pour qu'il réponde aux requêtes DNS en fonction de leur emplacement d'origine, sélectionnez l'emplacement CIDR pour lequel vous voulez que Route 53 réponde avec les paramètres figurant dans cet enregistrement.
**Important**
Nous vous conseillons de créer un enregistrement basé sur IP ayant la valeur **Default** (Par défaut) pour **Location** (Emplacement). Ainsi, les emplacements pour lesquels vous n'avez pas créé d'enregistrements et les adresses IP dont Route 53 ne peut identifier l'emplacement sont couverts.
Vous ne pouvez pas créer d' non-IP-basedenregistrements dont les valeurs de **nom et de **type** d'enregistrement** sont les mêmes que celles des enregistrements basés sur l'adresse IP.
Pour de plus amples informations, veuillez consulter [Routage basé sur IP](routing-policy-ipbased.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de routage basé sur IP, d'alias de latence ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
Pour les enregistrements d'alias basés sur IP, si un point de terminaison n'est pas en bon état, Route 53 recherche un enregistrement dans l'emplacement associé plus grand. Par exemple, supposons que vous disposez d'enregistrements pour un État des États-Unis, pour les États-Unis, pour l'Amérique du Nord et pour tous les emplacements (la valeur du champ **Location [Emplacement]** est **Default [Par défaut]**). Si le point de terminaison de l'enregistrement de l'État n'est pas sain, Route 53 vérifie les enregistrements pour les États-Unis, pour l'Amérique du Nord, ainsi que pour tous les emplacements, dans cet ordre, jusqu'à ce qu'il trouve un enregistrement comportant un point de terminaison sain. Si tous les enregistrements applicables sont défaillants, y compris l'enregistrement pour tous les emplacements, Route 53 répond à la requête DNS à l'aide de la valeur pour l'enregistrement de la région géographique la plus petite.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un **environnement** Elastic Beanstalk dans Endpoint et que celui-ci contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs EC2 instances Amazon.) Si vous définissez **Evaluate target health** sur **Oui** et que les EC2 instances Amazon ne sont pas saines ou que l'équilibreur de charge lui-même est défaillant, Route 53 achemine les requêtes vers d'autres ressources disponibles qui sont saines, le cas échéant.
Si l'environnement contient une seule EC2 instance Amazon, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Classic Load Balancers** : si vous spécifiez un ELB Classic Load Balancer **dans** Endpoint, Elastic Load Balancing achemine les requêtes uniquement vers les instances EC2 Amazon saines enregistrées auprès de l'équilibreur de charge. Si vous définissez **Evaluate target health sur** **Oui** et qu'aucune EC2 instance n'est saine ou que l'équilibreur de charge lui-même est défaillant, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de bilans de santé Route 53 pour les EC2 instances que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Saisissez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements basés sur l'IP.
# Valeurs spécifiques pour les enregistrements de réponses multivaleur
Lorsque vous créez des enregistrements de réponse multivaleur, vous spécifiez les valeurs suivantes.
**Note**
La création d'enregistrements d'alias de réponse multivaleur n'est pas prise en charge.
**Topics**
+ [Stratégie de routage](#rrsets-values-multivalue-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-multivalue-name)
+ [Type de registre](#rrsets-values-multivalue-type)
+ [TTL (secondes)](#rrsets-values-multivalue-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-multivalue-value)
+ [Surveillance de l'état](#rrsets-values-multivalue-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-multivalue-set-identifier)
## Stratégie de routage
Choisissez **Multivalue answer (Réponse multivaleur)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements multi-valeurs.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez n'importe quelle valeur à l'exception de **NS** ou **CNAME**.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de réponse à valeurs multiples.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
**Note**
Si vous créez deux ou plusieurs enregistrements de réponse multivaleur qui ont le même nom et le même type, que vous utilisez la console et que vous spécifiez des valeurs différentes pour le **TTL**, Route 53 change la valeur du **TTL** pour tous les enregistrements à la dernière valeur que vous avez spécifiée.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Si vous entrez plusieurs valeurs, entrez chacune d'entre elles sur une ligne séparée.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la vérification de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes (Oui)** pour **Evaluate target health (Évaluer l'état de la cible)** pour chercher un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias pondérés, d'alias de latence, d'alias de géolocalisation ou d'alias de basculement. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de réponse à valeurs multiples.
# Valeurs spécifiques aux enregistrements pondérés
Lorsque vous créez des enregistrements pondérés, vous spécifiez les valeurs suivantes.
**Topics**
+ [Stratégie de routage](#rrsets-values-weighted-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-weighted-name)
+ [Type de registre](#rrsets-values-weighted-type)
+ [TTL (secondes)](#rrsets-values-weighted-ttl)
+ [Valeur/acheminer le trafic vers](#rrsets-values-weighted-value)
+ [Pondération](#rrsets-values-weighted-weight)
+ [Surveillance de l'état](#rrsets-values-weighted-associate-with-health-check)
+ [ID d’enregistrement](#rrsets-values-weighted-set-identifier)
## Stratégie de routage
Sélectionnez **Weighted (Pondéré)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements pondérés.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements pondérés.
## TTL (secondes)
Durée, en secondes, pendant laquelle vous voulez que les résolveurs DNS récursifs mettent en cache les informations relatives à cet enregistrement. Si vous spécifiez une valeur plus longue (par exemple, 172 800 secondes, soit deux jours), vous limitez le nombre d’appels que les résolveurs DNS récursifs doivent passer à Route 53 pour obtenir les dernières informations de cet enregistrement. Vous réduisez ainsi la latence et le montant de votre facture pour le service Route 53. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 achemine le trafic de votre domaine](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Cependant, si vous spécifiez une valeur de durée de vie plus longue, les modifications apportées à l’enregistrement (par exemple, une nouvelle adresse IP) mettent plus de temps à prendre effet, car les résolveurs récursifs utilisent les valeurs qui se trouvent dans leur cache pendant plus longtemps avant de demander les informations les plus récentes à Route 53. Si vous modifiez les paramètres d'un domaine ou d'un sous-domaine déjà utilisé, nous vous conseillons de spécifier initialement une valeur plus courte, par exemple 300 secondes, et d'augmenter la valeur une fois que vous avez vérifié que les nouveaux paramètres sont corrects.
Si vous associez cet enregistrement à une surveillance de l’état, nous vous recommandons de spécifier une durée de vie de 60 secondes au maximum afin que les clients répondent rapidement aux modifications de l’état de santé.
Vous devez indiquer la même valeur dans le champ **TTL (Durée de vie)** pour tous les enregistrements de ce groupe d'enregistrements pondérés.
**Note**
Si vous créez plusieurs enregistrements pondérés qui possèdent le même nom et le même type, puis que vous spécifiez des valeurs différentes pour **TTL (Durée de vie)**, Route 53 remplace la valeur de **TTL** de tous les enregistrements par la dernière valeur que vous avez spécifiée.
Si un groupe d'enregistrements pondérés inclut un ou plusieurs enregistrements d'alias pondérés qui acheminent le trafic vers un équilibreur de charge ELB, nous vous recommandons de spécifier une durée de vie de 60 secondes pour tous les enregistrements pondérés sans alias ayant les mêmes nom et type. D'autres valeurs que 60 secondes (durée de vie pour les équilibreurs de charge) modifieront l'effet des valeurs que vous spécifiez pour le champ **Weight (Poids)**.
## Valeur/acheminer le trafic vers
Choisissez **IP address or another value depending on the record type (Adresse IP ou autre valeur selon le type d'enregistrement)**. Entrez une valeur appropriée pour la valeur **Record type (Type d'enregistrement)**. Pour tous les types à l'exception de **CNAME**, vous pouvez entrer plusieurs valeurs. Entrez chaque valeur sur une ligne distincte.
Vous pouvez acheminer le trafic vers, ou spécifier les valeurs suivantes :
+ **A — IPv4 adresse**
+ **AAAA — adresse IPv6 **
+ **CAA : autorisation de l'autorité de certification**
+ **CNAME : nom canonique**
+ **MX : échange de courrier**
+ **NAPTR : nom d'indicateur d'autorité**
+ **PTR : indicateur**
+ **SPF : cadre de la politique de l'envoyeur**
+ **SRV : localisateur de service**
+ **TXT : texte**
Pour plus d'informations sur les valeurs ci-dessus, consultez la section [Valeurs communes pour le Value/Route trafic à destination de](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Pondération
Valeur qui détermine la proportion de requêtes DNS auxquelles Route 53 répond à l’aide de l’enregistrement actuel. Route 53 calcule la somme des pondérations pour les enregistrements qui ont la même combinaison de type et de nom DNS. Route 53 répond ensuite aux requêtes en fonction du rapport entre le poids d'une ressource et le total.
Vous ne pouvez pas créer des enregistrements qui ne sont pas de type pondéré en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements pondérés.
Entrez un entier compris entre 0 et 255. Pour désactiver le routage vers une ressource, définissez le champ **Weight (Poids)** sur 0. Si vous définissez le champ **Weight (Poids)** sur 0 pour tous les enregistrements du groupe, le trafic est acheminé vers toutes les ressources avec une probabilité égale. Ainsi, vous ne pouvez pas désactiver accidentellement le routage pour un groupe d’enregistrements pondérés.
La définition du champ **Weight (Poids)** sur 0 produit un autre effet lorsque vous associez des vérifications de l'état à des enregistrements pondérés. Pour de plus amples informations, veuillez consulter [Choix des enregistrements par Amazon Route 53 lorsque la surveillance de l'état est configuréeChoix des enregistrements par Route 53 lorsque la surveillance de l'état est configurée](health-checks-how-route-53-chooses-records.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP, ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements pondérés.
# Valeurs spécifiques aux enregistrements d'alias pondérés
Lorsque vous créez des enregistrements d'alias pondérés, vous spécifiez les valeurs suivantes. Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-weighted-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-weighted-alias-name)
+ [Type de registre](#rrsets-values-weighted-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-weighted-alias-alias-target)
+ [Pondération](#rrsets-values-weighted-alias-weight)
+ [Surveillance de l'état](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-weighted-alias-set-identifier)
## Stratégie de routage
Choisissez **Weighted (Pondéré)**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Name (Nom)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements pondérés.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements pondérés.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez [les valeurs communes des enregistrements d'alias destinés au value/route trafic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la façon de configurer Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Pondération
Valeur qui détermine la proportion de requêtes DNS auxquelles Route 53 répond à l’aide de l’enregistrement actuel. Route 53 calcule la somme des pondérations pour les enregistrements qui ont la même combinaison de type et de nom DNS. Route 53 répond ensuite aux requêtes en fonction du rapport entre le poids d'une ressource et le total.
Vous ne pouvez pas créer des enregistrements qui ne sont pas de type pondéré en utilisant les mêmes valeurs pour les champs **Record name (Nom de l'enregistrement)** et **Record type (Type d'enregistrement)** que celles des enregistrements pondérés.
Entrez un entier compris entre 0 et 255. Pour désactiver le routage vers une ressource, définissez le champ **Weight (Poids)** sur 0. Si vous définissez le champ **Weight (Poids)** sur 0 pour tous les enregistrements du groupe, le trafic est acheminé vers toutes les ressources avec une probabilité égale. Ainsi, vous ne pouvez pas désactiver accidentellement le routage pour un groupe d’enregistrements pondérés.
La définition du champ **Weight (Poids)** sur 0 produit un autre effet lorsque vous associez des vérifications de l'état à des enregistrements pondérés. Pour de plus amples informations, veuillez consulter [Choix des enregistrements par Amazon Route 53 lorsque la surveillance de l'état est configuréeChoix des enregistrements par Route 53 lorsque la surveillance de l'état est configurée](health-checks-how-route-53-chooses-records.md).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Yes** (Oui) pour **Evaluate target health** (Évaluer l'état de la cible) pour un enregistrement d'alias ou les enregistrements dans un groupe d'enregistrements d'alias de basculement, d'alias de géolocalisation, d'alias de latence, d'alias basés sur IP, ou d'alias pondérés. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate Target Health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements pondérés.
# Création d'enregistrements par importation d'un fichier de zone
Si vous migrez à partir d'un autre fournisseur de services DNS, et si votre fournisseur de services DNS actuel vous permet d'exporter vos paramètres DNS actuels dans un fichier de zone, vous pouvez rapidement créer tous les enregistrements pour une zone hébergée Amazon Route 53 en important un fichier de zone.
**Note**
Un fichier de zone utilise un format standard appelé BIND pour représenter les enregistrements au format texte. Pour plus d'informations sur le format d'un fichier de zone, consultez l'entrée Wikipedia [Zone file](https://en.wikipedia.org/wiki/Zone_file). Des informations supplémentaires sont disponibles dans la section 3.6.1 [RFC 1034, Noms de domaine — Concepts et installations](https://datatracker.ietf.org/doc/html/rfc1034) et la section 5 [RFC 1035, Noms de domaine — Implémentation et spécification](https://datatracker.ietf.org/doc/html/rfc1035).
Si vous souhaitez créer des enregistrements en important un fichier de zone, veuillez noter les points suivants :
+ Le format du fichier de zone doit être conforme à la norme RFC.
+ Le nom de domaine des enregistrements du fichier de zone doit correspondre au nom de la zone hébergée.
+ Route 53 prend en charge les mots-clés `$ORIGIN` et `$TTL`. Si le fichier de zone comprend les mots-clés `$GENERATE` ou `$INCLUDE`, l'importation échoue et Route 53 renvoie une erreur.
+ Lorsque vous importez le fichier de zone, Route 53 ignore l'enregistrement SOA dans le fichier de zone. Route 53 ignore également les enregistrements NS ayant le même nom que la zone hébergée.
+ Vous pouvez importer un maximum de 1000 enregistrements.
+ Si la zone hébergée contient déjà des enregistrements qui apparaissent dans le fichier de zone, le processus d'importation échoue et aucun enregistrement n'est créé.
+ Pour les enregistrements TXT contenant des barres obliques inversées, le processus d'importation du fichier de zone interprète certaines séquences de barres obliques inversées comme des caractères de contrôle. Pour inclure des barres obliques inverses littérales dans les valeurs d'enregistrement TXT :
+ Utilisez des barres obliques inverses (`\\\\`) dans le fichier de zone pour représenter une seule barre oblique inverse littérale dans l'enregistrement TXT final.
+ Par exemple, si votre enregistrement TXT doit contenir `\\jYTDWqH...` (avec une barre oblique inverse littérale et j), spécifiez-le `\\\\jYTDWqH...` dans le fichier de zone.
Cela est particulièrement important pour les enregistrements de défis ACME et les autres enregistrements TXT contenant des barres obliques inverses littérales.
+ Pour les longs enregistrements TXT (tels que les enregistrements DKIM), le processus d'importation des fichiers de zone permet de diviser le contenu en plusieurs chaînes. Pour créer des enregistrements TXT contenant plusieurs chaînes, procédez comme suit :
+ Utilisez des lignes distinctes dans votre fichier de zone portant le même nom et le même type d'enregistrement.
**Example**
```
example.com. 300 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC"
example.com. 300 IN TXT "7fCC6C13dM9tXuJmUBH7D4Vw8y1ByJ8z9QX2fvLm3pN4sR5tU6vW7xY8zA9bC0dE1f"
example.com. 300 IN TXT "G2hI3jK4lM5nO6pQ7rS8tU9vW0xY1zA2bC3dE4fG5hI6jK7lM8nO9pQ0rS1tU2vW3x"
```
Le processus d'importation les combine automatiquement en un seul enregistrement TXT avec plusieurs chaînes. Chaque chaîne individuelle peut contenir jusqu'à 65 535 caractères. Ne concaténez pas de longues chaînes en une seule valeur entre guillemets.
+ Nous vous recommandons de vérifier le contenu du fichier de zone pour vous assurer que les noms d'enregistrements incluent ou excluent un point final, le cas échéant :
+ Lorsque le nom d'un enregistrement du fichier de zone comprend un point final (`example.com.`), le processus d'importation l'interprète comme un nom de domaine complet et crée un enregistrement Route 53 avec le même nom.
+ Lorsque le nom d'un enregistrement du fichier de zone n'inclut pas de point final (`www`), le processus d'importation concatène ce nom avec le nom de domaine du fichier de zone (`example.com`) et crée un enregistrement Route 53 avec le nom concaténé (`www.example.com`).
Si le processus d'exportation n'ajoute pas de point final aux noms de domaine complets d'un enregistrement, le processus d'importation Route 53 ajoute le nom de domaine au nom de l'enregistrement. Supposons par exemple que vous importez des enregistrements dans la zone hébergée `example.com` et que le nom d'un enregistrement MX dans le fichier de zone est `mail.example.com`, sans point final. Le processus d'importation Route 53 crée un enregistrement MX nommé `mail.example.com.example.com`.
**Important**
Pour les enregistrements CNAME, MX, PTR et SRV, ce comportement s'applique également au nom de domaine qui est inclus dans la valeur RDATA. Supposons par exemple que vous avez un fichier de zone pour `example.com`. Si un enregistrement CNAME du fichier de zone (`support`, sans point final) comporte une valeur RDATA `www.example.com` (également sans point final), le processus d'importation crée un enregistrement Route 53 nommé `support.example.com` qui achemine le trafic vers `www.example.com.example.com`. Avant d'importer votre fichier de zone, consultez les valeurs RDATA et procédez à la mise à jour nécessaire. Pour les enregistrements TXT contenant des barres obliques inverses, utilisez des barres obliques inverses doubles (`\\\\`) dans le fichier de zone pour représenter des barres obliques inverses littérales.
Route 53 ne prend pas en charge l'exportation d'enregistrements vers un fichier de zone.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ Name (Nom).
**Pour créer des enregistrements par importation d'un fichier de zone**
1. Obtenez un fichier de zone auprès du fournisseur de services DNS actuellement en charge du domaine. Les processus et la terminologie varient d'un fournisseur de service à l'autre. Reportez-vous à l'interface et la documentation du fournisseur pour obtenir des informations sur l'exportation ou l'enregistrement de vos données dans un fichier de zone ou dans un fichier BIND.
Si le processus n'est pas évident, demandez au service client de votre fournisseur DNS actuel de vous communiquer les informations relatives à votre *liste d'enregistrements* ou à votre *fichier de zone*.
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Zones hébergées**.
1. Sur la page **Hosted zones (Zones hébergées)**, créez une zone hébergée :
1. Choisissez **Create Hosted Zone (Créer une zone hébergée)**.
1. Entrez le nom de votre domaine et, le cas échéant, un commentaire.
1. Sélectionnez **Create (Créer)**.
1. Choisissez **Import Zone File (Importer un fichier de zone)**.
1. Dans le volet **Import Zone File (Importer un fichier de zone)**, collez le contenu de votre fichier de zone dans la zone de texte **Zone file (Fichier de zone)**.
1. Choisissez **Import (Importer)**.
**Note**
En fonction du nombre d'enregistrements dans votre fichier de zone, la création des enregistrements peut prendre quelques minutes.
1. Si vous utilisez un autre service DNS pour le domaine (ce qui est courant lorsque vous avez enregistré le domaine avec un autre bureau), migrez le service DNS vers Route 53. Lorsque cette étape est terminée, votre bureau d'enregistrement commence à identifier Route 53 en tant que service DNS en réponse aux requêtes DNS pour votre domaine, et les requêtes commencent à être envoyées vers des serveurs DNS Route 53. (En règle générale, un délai d'un jour ou deux est nécessaire avant que les requêtes DNS commencent à être acheminées vers Route 53, car les informations relatives à votre service DNS précédent sont mises en cache sur des résolveurs DNS pendant cette durée.) Pour de plus amples informations, veuillez consulter [Configuration d'Amazon Route 53 en tant que service DNS d'un domaine existantFaire de Route 53 le service DNS d'un domaine existant](MigratingDNS.md).
# Modification des enregistrements
La procédure suivante explique comment modifier des enregistrements à l'aide de la console Amazon Route 53. Pour plus d'informations sur la façon de modifier des enregistrements à l'aide de l'API Route 53, consultez [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)la *référence de l'API Amazon Route 53*.
**Note**
La propagation de vos registres modifiés sur les serveurs DNS Route 53 n'est pas immédiate. À l'heure actuelle, le seul moyen de vérifier que les modifications se sont propagées consiste à utiliser l'action [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Les changements se propagent généralement sur tous les serveurs de Route 53 en 60 secondes.
**Pour modifier des enregistrements à l'aide de la console Route 53**
1. Si vous ne modifiez pas des enregistrements d'alias, passez à l'étape 2.
Si vous modifiez des enregistrements d'alias qui acheminent le trafic vers un Classic Load Balancer Elastic Load Balancing, Application Load Balancer ou Network Load Balancer, et si vous avez créé votre zone hébergée Route 53 et votre équilibreur de charge à l'aide de différents comptes, exécutez la procédure [Obtention du nom DNS d'un équilibreur de charge Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) pour obtenir le nom DNS de l'équilibreur de charge.
Si vous modifiez des enregistrements d'alias pour une autre AWS ressource, passez à l'étape 2.
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Zones hébergées**.
1. Sur la page **Hosted Zones (Zones hébergées)**, choisissez sur la ligne de la zone hébergée qui contient les enregistrements que vous souhaitez modifier.
1. Sélectionnez la ligne de l'enregistrement que vous voulez modifier, puis entrez vos modifications dans le panneau **Edit record (Modifier l'enregistrement)**.
1. Entrez les valeurs applicables. Pour de plus amples informations, veuillez consulter [Valeurs à spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53](resource-record-sets-values.md).
1. Sélectionnez **Save Changes (Enregistrer les modifications)**.
1. Si vous modifiez plusieurs enregistrements, répétez les étapes 5 à 7.
# Suppression d'enregistrements
La procédure suivante explique comment supprimer des enregistrements à l'aide de la console Route 53. Pour plus d'informations sur la façon de supprimer des enregistrements à l'aide de l'API Route 53, consultez [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)la *référence de l'API Amazon Route 53*.
**Note**
La propagation de vos registres modifiés sur les serveurs DNS Route 53 n'est pas immédiate. À l'heure actuelle, le seul moyen de vérifier que les modifications se sont propagées consiste à utiliser l'action [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Les changements se propagent généralement sur tous les serveurs de Route 53 en 60 secondes.
**Pour supprimer des enregistrements**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Sur la page Hosted Zones (Zones hébergées), choisissez la ligne de la zone hébergée qui contient les enregistrements que vous souhaitez supprimer.
1. Dans la liste des enregistrements, sélectionnez l'enregistrement que vous voulez supprimer.
Pour sélectionner plusieurs enregistrements consécutifs, sélectionnez la première ligne, maintenez la touche **Maj**, puis sélectionnez la dernière ligne. Pour sélectionner plusieurs enregistrements non consécutifs, choisissez la première ligne, maintenez la touche **Ctrl** enfoncée, puis choisissez les autres lignes.
Vous ne pouvez pas supprimer les registres dont la valeur est **NS** ou **SOA** pour le champ **Type**.
1. Sélectionnez **Delete (Supprimer)**.
1. Choisissez **Delete (Supprimer)** pour fermer la boîte de dialogue.
# Liste des enregistrements
La procédure suivante explique comment utiliser la console Amazon Route 53 pour répertorier les enregistrements d'une zone hébergée. Pour plus d'informations sur la façon de répertorier des enregistrements à l'aide de l'API Route 53, consultez [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)le manuel de *référence de l'API Amazon Route 53*.
**Pour lister des enregistrements**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Zones hébergées**.
1. Sur la page **Hosted Zones (Zones hébergées)**, choisissez le nom d'une zone hébergée.
1. Pour changer le mode de recherche, choisissez l'icône d'engrenage en haut à droite du tableau **Enregistrements**. Choisissez-en parmi :
+ **Automatique**
Dans ce mode, le service utilise un filtre basé sur un certain nombre d'enregistrements. Complet pour moins de 2000 et rapide pour plus de 2000 enregistrements.
+ **Complet**
Dans ce mode, tous les filtres de recherche sont disponibles, mais les performances de recherche peuvent être plus lentes.
+ **Rapide**
Dans ce mode, certaines fonctionnalités avancées ne sont pas disponibles, mais les performances de recherche seront plus rapides.
Pour afficher uniquement les enregistrements sélectionnés, entrez les critères de recherche applicables au-dessus de la liste des enregistrements. En mode automatique, le comportement de recherche varie selon que la zone hébergée contient jusqu'à 2000 enregistrements ou plus de 2 000 enregistrements :
**Jusqu'à 2000 enregistrements et mode complet**
+ Pour afficher les enregistrements ayant des valeurs spécifiques, entrez une valeur dans la barre de recherche et appuyez sur **Entrée**. Par exemple, pour afficher les enregistrements dont l'adresse IP commence par **192.0**, entrez cette valeur dans le champ **Search (Recherche)** et appuyez sur **Entrée**.
+ Pour afficher uniquement les enregistrements ayant le même type d'enregistrement DNS, sélectionnez le **Record type (Type d'enregistrement)** dans la liste déroulante et saisissez le type d'enregistrement.
+ Pour afficher uniquement les registres d'alias, sélectionnez **Alias** dans la liste déroulante, puis saisissez **Yes**.
+ Pour afficher uniquement les enregistrements pondérés, sélectionnez **Routing policy (Stratégie de routage)** dans la liste déroulante, puis entrez **WEIGHTED**.
**Plus de 2000 enregistrements et mode rapide**
+ Vous pouvez effectuer des recherches uniquement sur les noms d'enregistrement, et non sur les valeurs d'enregistrements. De même, vous ne pouvez pas filtrer en fonction du type d'enregistrement, ou sur l'alias ou sur les enregistrements pondérés.
Pour ce faire, placez votre curseur dans la zone de texte **Filtre**, sélectionnez **Propriétés**, puis **Nom de l'enregistrement**.
+ Pour les enregistrements ayant trois étiquettes (trois parties séparées par des points), lorsque vous saisissez une valeur dans le champ de recherche et appuyez sur **Entrée**, la console Route 53 effectue automatiquement une recherche de caractère générique sur la troisième étiquette à partir de la droite dans le nom d'enregistrement. Par exemple, supposons que la zone hébergée example.com contienne 100 enregistrements appelés record1.example.com jusqu'à record100.example.com. (Record1 est la troisième étiquette à partir de la droite.) Voici ce qui se produit lorsque vous effectuez une recherche sur les valeurs suivantes :
+ **record1** : la console Route 53 recherche **record1\$1. example.com**, qui renvoie **record1.example.com**, **record10.example.com** jusqu'à **record19.example.com** et **record100.example.com**.
+ **record1.example.com** : comme dans l'exemple précédent, la console recherche **record1\$1. example.com** et renvoie les mêmes enregistrements.
+ **1 :**: la console recherche **1\$1.example.com** et ne renvoie aucun enregistrement.
+ **example** : la console recherche **example\$1.example.com** et ne renvoie aucun enregistrement.
+ **example.com** : dans cet exemple, la console n'effectue pas de recherche de caractère générique. Elle renvoie tous les enregistrements de la zone hébergée.
+ **Mode de recherche automatique** : lorsque vous utilisez ce mode de recherche, vous devez d'abord fournir une propriété, comme le nom de l'enregistrement, pour pouvoir effectuer la recherche.
**Note**
Si la troisième étiquette à partir de la droite contient un ou plusieurs traits d'union (comme `third-label.example.com`), et si vous recherchez la partie de la troisième étiquette immédiatement avant le trait d'union (`third` dans cet exemple), Route 53 ne renverra aucun enregistrement. Au lieu de cela, incluez le trait d'union (recherchez `third-`) ou omettez le caractère situé immédiatement avant le trait d'union (recherchez `third`).
+ Pour les enregistrements qui ont quatre étiquettes ou plus, vous devez spécifier le nom exact de l'enregistrement. Aucune recherche générique n'est prise en charge. Par exemple, si la zone hébergée inclut un enregistrement appelé label4.record1.example.com, vous pouvez trouver cet enregistrement uniquement si vous spécifiez **label4.record1.example.com** dans le champ de recherche.