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.

# Valeurs à spécifier lorsque vous créez ou modifiez des enregistrements Amazon Route 53
<a name="resource-record-sets-values"></a>

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
<a name="resource-record-sets-values-shared"></a>

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
<a name="rrsets-values-common-name"></a>

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
<a name="rrsets-values-common-value"></a>

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)
<a name="rrsets-values-common-ttl"></a>

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
<a name="resource-record-sets-values-alias-common"></a>

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
<a name="rrsets-values-common-alias-name"></a>

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
<a name="rrsets-values-alias-common-target"></a>

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
<a name="resource-record-sets-values-basic"></a>

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
<a name="rrsets-values-basic-routing-policy"></a>

Choisissez **Simple routing (Routage simple)**.

## Nom de l’enregistrement
<a name="rrsets-values-basic-name"></a>

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
<a name="rrsets-values-basic-value"></a>

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
<a name="rrsets-values-basic-type"></a>

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)
<a name="rrsets-values-basic-ttl"></a>

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
<a name="resource-record-sets-values-alias"></a>

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
<a name="rrsets-values-alias-routing-policy"></a>

Choisissez **Simple routing (Routage simple)**.

## Nom de l’enregistrement
<a name="rrsets-values-alias-name"></a>

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
<a name="rrsets-values-alias-alias-target"></a>

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
<a name="rrsets-values-alias-type"></a>

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
<a name="rrsets-values-alias-evaluate-target-health"></a>

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
<a name="resource-record-sets-values-failover"></a>

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
<a name="rrsets-values-failover-routing-policy"></a>

Choisissez **Basculement**. 

## Nom de l’enregistrement
<a name="rrsets-values-failover-name"></a>

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
<a name="rrsets-values-failover-type"></a>

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)
<a name="rrsets-values-failover-ttl"></a>

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
<a name="rrsets-values-failover-value"></a>

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
<a name="rrsets-values-failover-record-type"></a>

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
<a name="rrsets-values-failover-associate-with-health-check"></a>

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
<a name="rrsets-values-failover-set-id"></a>

Entrez une valeur qui identifie de façon unique les enregistrements principaux et secondaires. 

# Valeurs spécifiques aux enregistrements d'alias de basculement
<a name="resource-record-sets-values-failover-alias"></a>

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
<a name="rrsets-values-failover-alias-routing-policy"></a>

Choisissez **Basculement**. 

## Nom de l’enregistrement
<a name="rrsets-values-failover-alias-name"></a>

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
<a name="rrsets-values-failover-alias-type"></a>

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
<a name="rrsets-values-failover-alias-alias-target"></a>

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
<a name="rrsets-values-failover-alias-failover-record-type"></a>

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
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-failover-alias-set-id"></a>

Entrez une valeur qui identifie de façon unique les enregistrements principaux et secondaires. 

# Valeurs spécifiques aux enregistrements de géolocalisation
<a name="resource-record-sets-values-geo"></a>

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
<a name="rrsets-values-geo-routing-policy"></a>

Sélectionnez **Geolocation (Géolocalisation)**. 

## Nom de l’enregistrement
<a name="rrsets-values-geo-name"></a>

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
<a name="rrsets-values-geo-type"></a>

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)
<a name="rrsets-values-geo-ttl"></a>

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
<a name="rrsets-values-geo-value"></a>

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
<a name="rrsets-values-geo-location"></a>

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
<a name="rrsets-values-geo-sublocation"></a>

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
<a name="rrsets-values-geo-associate-with-health-check"></a>

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
<a name="rrsets-values-geo-set-id"></a>

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
<a name="resource-record-sets-values-geo-alias"></a>

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
<a name="rrsets-values-geo-alias-routing-policy"></a>

Sélectionnez **Geolocation (Géolocalisation)**. 

## Nom de l’enregistrement
<a name="rrsets-values-geo-alias-name"></a>

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
<a name="rrsets-values-geo-alias-type"></a>

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
<a name="rrsets-values-geo-alias-alias-target"></a>

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
<a name="rrsets-values-geo-alias-location"></a>

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
<a name="rrsets-values-geo-alias-sublocation"></a>

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
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-geo-alias-set-id"></a>

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é
<a name="resource-record-sets-values-geoprox"></a>

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
<a name="rrsets-values-geoprox-routing-policy"></a>

Choisissez **Geoproximity**. 

## Nom de l’enregistrement
<a name="rrsets-values-geoprox-name"></a>

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
<a name="rrsets-values-geoprox-type"></a>

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)
<a name="rrsets-values-geoprox-ttl"></a>

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
<a name="rrsets-values-geoprox-value"></a>

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
<a name="rrsets-values-geoprox-endpoint-location"></a>

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
<a name="rrsets-values-geoprox-bias"></a>

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
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

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
<a name="rrsets-values-geoprox-set-id"></a>

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é
<a name="resource-record-sets-values-geoprox-alias"></a>

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
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

Choisissez **Geoproximity**. 

## Nom de l’enregistrement
<a name="rrsets-values-geoprox-alias-name"></a>

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
<a name="rrsets-values-geoprox-alias-type"></a>

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
<a name="rrsets-values-geoprox-alias-alias-target"></a>

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
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

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
<a name="rrsets-values-geoprox-alias-bias"></a>

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
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-geoprox-alias-set-id"></a>

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
<a name="resource-record-sets-values-latency"></a>

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
<a name="rrsets-values-latency-routing-policy"></a>

Choisissez **Latency (Latence)**. 

## Nom de l’enregistrement
<a name="rrsets-values-latency-name"></a>

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
<a name="rrsets-values-latency-type"></a>

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)
<a name="rrsets-values-latency-ttl"></a>

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
<a name="rrsets-values-latency-value"></a>

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
<a name="rrsets-values-latency-region"></a>

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
<a name="rrsets-values-latency-associate-with-health-check"></a>

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
<a name="rrsets-values-latency-set-id"></a>

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
<a name="resource-record-sets-values-latency-alias"></a>

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
<a name="rrsets-values-latency-alias-routing-policy"></a>

Choisissez **Latency (Latence)**. 

## Nom de l’enregistrement
<a name="rrsets-values-latency-alias-name"></a>

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
<a name="rrsets-values-latency-alias-type"></a>

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
<a name="rrsets-values-latency-alias-alias-target"></a>

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
<a name="rrsets-values-latency-alias-region"></a>

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
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-latency-alias-set-id"></a>

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
<a name="resource-record-sets-values-ipbased"></a>

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
<a name="rrsets-values-ipbased-routing-policy"></a>

Choisissez **IP-based** (basé sur IP). 

## Nom de l'enregistrement
<a name="rrsets-values-ibased-name"></a>

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
<a name="rrsets-values-ibased-type"></a>

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)
<a name="rrsets-values-ibased-ttl"></a>

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
<a name="rrsets-values-ibased-value"></a>

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
<a name="rrsets-values-ibased-location"></a>

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
<a name="rrsets-values-ibased-associate-with-health-check"></a>

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
<a name="rrsets-values-ipbased-set-id"></a>

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
<a name="resource-record-sets-values-ipbased-alias"></a>

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
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

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
<a name="rrsets-values-ipbased-alias-name"></a>

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
<a name="rrsets-values-ipbased-alias-type"></a>

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
<a name="rrsets-values-ipbased-alias-alias-target"></a>

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
<a name="rrsets-values-ipbased-alias-location"></a>

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
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-ipbased-alias-set-id"></a>

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
<a name="resource-record-sets-values-multivalue"></a>

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
<a name="rrsets-values-multivalue-routing-policy"></a>

Choisissez **Multivalue answer (Réponse multivaleur)**.

## Nom de l’enregistrement
<a name="rrsets-values-multivalue-name"></a>

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
<a name="rrsets-values-multivalue-type"></a>

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)
<a name="rrsets-values-multivalue-ttl"></a>

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
<a name="rrsets-values-multivalue-value"></a>

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
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

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
<a name="rrsets-values-multivalue-set-identifier"></a>

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
<a name="resource-record-sets-values-weighted"></a>

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
<a name="rrsets-values-weighted-routing-policy"></a>

Sélectionnez **Weighted (Pondéré)**.

## Nom de l’enregistrement
<a name="rrsets-values-weighted-name"></a>

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
<a name="rrsets-values-weighted-type"></a>

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)
<a name="rrsets-values-weighted-ttl"></a>

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
<a name="rrsets-values-weighted-value"></a>

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
<a name="rrsets-values-weighted-weight"></a>

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
<a name="rrsets-values-weighted-associate-with-health-check"></a>

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
<a name="rrsets-values-weighted-set-identifier"></a>

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
<a name="resource-record-sets-values-weighted-alias"></a>

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
<a name="rrsets-values-weighted-alias-routing-policy"></a>

Choisissez **Weighted (Pondéré)**.

## Nom de l’enregistrement
<a name="rrsets-values-weighted-alias-name"></a>

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
<a name="rrsets-values-weighted-alias-type"></a>

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
<a name="rrsets-values-weighted-alias-alias-target"></a>

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
<a name="rrsets-values-weighted-alias-weight"></a>

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
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

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
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

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
<a name="rrsets-values-weighted-alias-set-identifier"></a>

Entrez une valeur qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements pondérés.