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écifiques aux enregistrements d'alias de géoproximité
Lorsque vous créez des enregistrements d'alias de géoproximité, vous spécifiez les valeurs suivantes.
Pour de plus amples informations, veuillez consulter [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Stratégie de routage](#rrsets-values-geoprox-alias-routing-policy)
+ [Nom de l’enregistrement](#rrsets-values-geoprox-alias-name)
+ [Type de registre](#rrsets-values-geoprox-alias-type)
+ [Valeur/acheminer le trafic vers](#rrsets-values-geoprox-alias-alias-target)
+ [Emplacement du point de terminaison](#rrsets-values-geoprox-alias-endpoint-location)
+ [Écart](#rrsets-values-geoprox-alias-bias)
+ [Surveillance de l'état](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Évaluer l'état de la cible](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID d’enregistrement](#rrsets-values-geoprox-alias-set-id)
## Stratégie de routage
Choisissez **Geoproximity**.
## Nom de l’enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
**Note**
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ **Record name (Nom de l'enregistrement)**.
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de géoproximité.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter [Nom de l’enregistrement](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter [Types d'enregistrements DNS pris en charge](ResourceRecordTypes.md).
Sélectionnez la valeur applicable en fonction de la AWS ressource vers laquelle vous acheminez le trafic. Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de géoproximité :
**API régionale personnalisée API Gateway et API optimisée pour la périphérie**
Sélectionnez **A — IPv4 adresse**.
**Points de terminaison de l'interface d'un VPC Amazon**
Sélectionnez **A — IPv4 adresse**.
**CloudFront distribution**
Sélectionnez **A — IPv4 adresse**.
Si cette option IPv6 est activée pour la distribution, créez deux enregistrements, l'un avec la valeur **A — IPv4 adresse** pour **Type**, et l'autre avec la valeur **AAAA — IPv6 adresse**.
**Service App Runner**
Sélectionnez **A — IPv4 adresse**
**Environnement Elastic Beanstalk comportant des sous-domaines régionalisés**
Sélectionnez **A — IPv4 adresse**
**Équilibreur de charge ELB**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Compartiment Amazon S3**
Sélectionnez **A — IPv4 adresse**
**OpenSearch Service**
Sélectionnez **A — IPv4 adresse** ou **AAAA — IPv6 ** adresse
**Autre enregistrement de cette zone hébergée**
Sélectionnez le type d'enregistrement pour lequel vous créez l'alias. Tous les types sont pris en charge, sauf **NS** et **SOA**.
Si vous créez un enregistrement d'alias qui a le même nom que la zone hébergée (appelée aussi *zone apex*), vous ne pouvez pas acheminer le trafic vers un enregistrement dont la valeur pour **Type (Type)** est **CNAME**. Cela est dû au fait que l'enregistrement d'alias doit être du même type que l'enregistrement vers lequel vous acheminez le trafic et que la création d'un enregistrement CNAME pour la zone apex n'est pas prise en charge, même pour un enregistrement d'alias.
## Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur AWS les ressources que vous pouvez cibler, consultez[Évaluer/acheminer le trafic vers](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Pour plus d'informations sur la façon de configurer Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultez[Acheminement du trafic Internet vers vos AWS ressources](routing-to-aws-resources.md).
## Emplacement du point de terminaison
Vous pouvez spécifier l'emplacement du point de terminaison de la ressource en utilisant l'une des méthodes suivantes :
**Coordonnées personnalisées**
Spécifiez la longitude et la latitude d'une zone géographique.
**Région AWS**
Choisissez une région disponible dans la liste des **emplacements**.
Pour plus d'informations sur les régions, consultez la section [Infrastructure AWS mondiale](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Groupe de zones local**
Choisissez une région de zone locale disponible dans la liste des **emplacements**.
Pour plus d'informations sur les zones locales, consultez la section [Zones locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) dans le *guide de l'utilisateur des zones AWS locales*. Un groupe de zones local est généralement la zone locale sans le caractère final. Par exemple, si la zone locale est `us-east-1-bue-1a` le groupe de zones local l'est`us-east-1-bue-1`.
Vous pouvez également identifier le groupe de zones locales pour une zone locale spécifique à l'aide de la commande [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI :
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Cette commande renvoie :`"GroupName": "us-west-2-den-1"`, en spécifiant que la zone locale `us-west-2-den-1a` appartient au groupe de zones locales`us-west-2-den-1`.
Vous ne pouvez pas créer d'enregistrements non liés à la géoproximité ayant les mêmes valeurs pour le **nom et le type d'enregistrement** **que pour les enregistrements** de géoproximité.
Vous ne pouvez pas non plus créer deux jeux d'enregistrements de ressources de géoproximité qui spécifient le même emplacement pour le même nom et le même type d'enregistrement.
Pour plus d'informations, voir available-local-zones .html
## Écart
Un biais étend ou réduit une zone géographique à partir de laquelle la Route 53 achemine le trafic vers une ressource. Un biais positif élargit la zone et un biais négatif la réduit. Pour de plus amples informations, veuillez consulter [Comment Amazon Route 53 utilise une valeur d'écart pour acheminer le trafic](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Surveillance de l'état
Sélectionnez une surveillance de l'état si vous voulez que Route 53 vérifie l'état d'un point de terminaison spécifique et réponde aux requêtes DNS à l'aide de cet enregistrement uniquement lorsque le point de terminaison est sain.
Route 53 ne vérifie pas l'état du point de terminaison spécifié dans l'enregistrement, par exemple, le point de terminaison indiqué par l'adresse IP dans le champ **Value (Valeur)**. Lorsque vous sélectionnez une surveillance de l'état pour un enregistrement, Route 53 vérifie l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Pour plus d'informations sur la façon dont Route 53 détermine si un point de terminaison est sain, consultez [Comment Amazon Route 53 détermine si une surveillance de l'état est saineComment Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md).
L'association d'une surveillance de l'état à un enregistrement est utile uniquement lorsque Route 53 doit choisir entre plusieurs enregistrements pour répondre à une requête DNS et que vous souhaitez que Route 53 base en partie son choix sur le statut d'une surveillance de l'état. Utilisez des surveillances de l'état uniquement dans les configurations suivantes :
+ Vous vérifiez l'état de santé de tous les enregistrements d'un groupe d'enregistrements portant le même nom, le même type et la même politique de routage (tels que le basculement ou les enregistrements pondérés), et vous spécifiez un contrôle de santé IDs pour tous les enregistrements. Si la surveillance de l'état d'un enregistrement spécifie un point de terminaison qui n'est pas sain, Route 53 cesse de répondre aux requêtes utilisant la valeur indiquée pour cet enregistrement.
+ Vous sélectionnez **Oui** pour **évaluer l'état de santé de la cible** pour un enregistrement d'alias ou les enregistrements d'un groupe d'alias de basculement, d'alias de géolocalisation, d'alias de géoproximité, d'alias de latence, d'alias basé sur l'IP ou d'enregistrement d'alias pondéré. Si les enregistrements d'alias font référence à des enregistrements sans alias dans une même zone hébergée, vous devez spécifier les surveillances d'état pour les enregistrements référencés. Si vous associez une surveillance de l'état à un enregistrement d'alias et que vous sélectionnez également **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible), les deux doivent être évalués à vrai. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Domain name (Nom de domaine)**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
**Important**
Dans cette configuration, si vous créez une vérification de l'état pour laquelle la valeur du champ **Domain name (Nom de domaine)** correspond au nom des enregistrements et si vous associez ensuite la vérification de l'état à ces enregistrements, les résultats de la vérification de l'état seront imprévisibles.
Pour les enregistrements de géoproximité, si un point de terminaison est défectueux, Route 53 recherche le point de terminaison le plus proche qui est toujours sain.
## Évaluer l'état de la cible
Sélectionnez **Yes (Oui)** si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ **Endpoint (Point de terminaison)**.
Notez ce qui suit :
**API Gateway personnalisé, régional APIs et optimisé pour les périphériques APIs**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est une API régionale personnalisée API Gateway ou une API optimisée pour la périphérie.
**CloudFront distributions**
Vous ne pouvez pas définir **Evaluate target health** sur **Oui** lorsque le point de terminaison est une CloudFront distribution.
**Environnements Elastic Beanstalk comportant des sous-domaines régionalisés**
Si vous spécifiez un environnement Elastic Beanstalk dans **Endpoint (Point de terminaison)** et que l'environnement contient un équilibreur de charge ELB, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. (Un environnement contient automatiquement un équilibreur de charge ELB s'il inclut plusieurs instances Amazon EC2.) Si vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance Amazon EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources disponibles saines, le cas échéant.
Si l'environnement contient une seule instance Amazon EC2, il n'y a aucune exigence particulière.
**Equilibreurs de charge ELB**
Le comportement de la surveillance de l'état dépend du type de l'équilibreur de charge :
+ **Équilibreurs Classic Load Balancer** : si vous spécifiez un équilibreur Classic Load Balancer ELB dans **Endpoint (Point de terminaison)**, Elastic Load Balancing achemine les requêtes uniquement vers les instances Amazon EC2 saines qui sont enregistrées auprès de l'équilibreur de charge. Si vous définissez le champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** et qu'aucune instance EC2 n'est saine ou que l'équilibreur de charge lui-même est défectueux, Route 53 achemine les requêtes vers d'autres ressources.
+ **Équilibreurs de charge d'application et Network Load Balancer** : si vous spécifiez un équilibreur de charge ELB d'application ou Network Load Balancer et que vous définissez **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)**, Route 53 achemine les requêtes vers l'équilibreur de charge en fonction de l'état des groupes cible associés à l'équilibreur de charge :
+ Pour qu'un équilibreur d'application ou un équilibreur Network Load Balancer soit considéré comme sain, chaque groupe cible contenant des cibles doit en contenir au moins une saine. Si un groupe cible contient uniquement des cibles qui ne sont pas saines, l'équilibreur de charge est considéré comme étant lui-même défectueux et Route 53 achemine les requêtes vers d'autres ressources.
+ Un groupe cible qui n'a pas de cibles enregistrées est considéré comme non sain.
Lorsque vous créez un équilibreur de charge, vous configurez les paramètres des surveillances de l'état Elastic Load Balancing ; il ne s'agit pas de surveillances de l'état Route 53, mais elles jouent le même rôle. Ne créez pas de surveillances de l'état Route 53 pour les instances EC2 que vous enregistrez auprès d'un équilibreur de charge ELB.
**Compartiments S3**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un compartiment S3.
**Points de terminaison de l'interface d'un VPC Amazon**
Il n'y a aucune exigence spécifique pour la définition du champ **Evaluate target health (Évaluer l'état de la cible)** sur **Yes (Oui)** lorsque le point de terminaison est un point de terminaison d'interface d'un VPC Amazon.
**Autres enregistrements dans la même zone hébergée**
Si la AWS ressource que vous spécifiez dans **Endpoint** est un enregistrement ou un groupe d'enregistrements (par exemple, un groupe d'enregistrements pondérés) mais qu'il ne s'agit pas d'un autre enregistrement alias, nous vous recommandons d'associer un bilan de santé à tous les enregistrements du point de terminaison. Pour de plus amples informations, veuillez consulter [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID d’enregistrement
Entrez une valeur identifiant de manière unique cet enregistrement dans le groupe d'enregistrements de géoproximité.