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.
Rubriques
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.
Type de registre
Type d'enregistrement DNS. Pour de plus amples informations, veuillez consulter Types d'DNSenregistrements pris en charge.
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
- ELB load balancer
-
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.
Note
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, consultezValeur/acheminer le trafic vers.
Pour plus d'informations sur la façon de configurer Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultezAcheminement du trafic Internet vers vos AWS ressources.
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
. - 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 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-1ale groupe de zones local l'estus-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-zonesCLI :
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 localesus-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.
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 saine.
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 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 ?.
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).
Remarques :
- 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 ne fonctionne pas correctement, 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.
-
Note
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 ?.
ID d'enregistrement
Entrez une valeur identifiant de manière unique cet enregistrement dans le groupe d'enregistrements de géoproximité.
