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 latence
Lorsque vous créez des enregistrements d'alias de latence, vous spécifiez les valeurs suivantes.
Pour de plus amples informations, veuillez consulter Choix entre des enregistrements avec ou sans alias.
Rubriques
Stratégie de routage
Choisissez Latency (Latence).
Nom de l'enregistrement
Saisissez le nom de domaine ou de sous-domaine vers lequel vous souhaitez acheminer le trafic. La valeur par défaut est le nom de la zone hébergée.
Note
Si vous créez un enregistrement qui porte le même nom que la zone hébergée, n'entrez aucune valeur (par exemple, un symbole @) dans le champ Record name (Nom de l'enregistrement).
Entrez le même nom pour tous les enregistrements du groupe d'enregistrements de latence.
Pour plus d'informations sur les noms d'enregistrements, veuillez consulter Nom de l'enregistrement
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 :
- 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.
Sélectionnez la même valeur pour tous les enregistrements du groupe d'enregistrements de latence.
Valeur/acheminer le trafic vers
La valeur que vous choisissez dans la liste ou que vous saisissez dans le champ dépend de la AWS ressource vers laquelle vous acheminez le trafic.
Pour plus d'informations sur les AWS ressources que vous pouvez cibler, consultez les valeurs communes des enregistrements d'alias destinés au trafic de valeurs/d'itinéraires.
Pour plus d'informations sur la configuration de Route 53 pour acheminer le trafic vers des AWS ressources spécifiques, consultezAcheminement du trafic Internet vers vos AWS ressources.
Région
La EC2 région Amazon dans laquelle réside la ressource que vous avez spécifiée dans cet enregistrement. Route 53 recommande une EC2 région Amazon en fonction des 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.
Remarques :
-
Vous ne pouvez créer qu'un seul enregistrement de latence pour chaque EC2 région Amazon.
-
Vous n'êtes pas obligé de créer des enregistrements de latence pour toutes les EC2 régions Amazon. 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.
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 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 ?.
Si vos surveillances de l'état spécifient le point de terminaison uniquement par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ Domain name (Nom de domaine), indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (example.com).
Important
Dans cette configuration, si vous créez une surveillance de l'état pour laquelle la valeur du champ Nom de domaine correspond au nom des enregistrements et si vous associez ensuite la surveillance de l'état à ces enregistrements, les résultats de la surveillance de l'état seront imprévisibles.
Évaluer l'état de la cible
Sélectionnez Yes (Oui) si vous voulez que Route 53 détermine s'il doit répondre aux requêtes DNS à l'aide de cet enregistrement en vérifiant l'état de la ressource spécifiée dans le champ Endpoint (Point de terminaison).
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 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.
-
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 qui identifie de manière unique cet enregistrement dans le groupe d'enregistrements de latence.
