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.
# Configuration du basculement DNS
Lorsque vous disposez de plusieurs ressources qui exécutent la même fonction, par exemple plusieurs serveurs HTTP ou plusieurs serveurs de messagerie, vous pouvez configurer Amazon Route 53 pour qu'il vérifie l'état de vos ressources et réponde aux requêtes DNS en utilisant uniquement les ressources saines. Supposons par exemple que votre site web, example.com, soit hébergé sur 6 serveurs, deux dans chacun des trois centres de données répartis dans le monde. Vous pouvez configurer Route 53 pour qu'il vérifie l'état de ces serveurs et réponde aux requêtes DNS pour example.com en utilisant uniquement les serveurs qui sont actuellement sains.
Route 53 peut vérifier l'état de vos ressources dans des configurations simples et complexes :
+ Dans les configurations simples, vous créez un groupe d'enregistrements dont le nom et le type sont identiques : par exemple, un groupe d'enregistrements pondérés de type A pour example.com. Vous configurez ensuite Route 53 pour vérifier l'état des ressources correspondantes. Route 53 répond aux requêtes DNS en fonction de l'état de vos ressources. Pour de plus amples informations, veuillez consulter [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 simplesFonctionnement des surveillances de l'état dans les configurations simples](dns-failover-simple-configs.md).
+ Dans les configurations plus complexes, vous créez une arborescence d'enregistrements qui acheminent le trafic en fonction de plusieurs critères. Par exemple, si la latence de vos utilisateurs est votre principal critère, vous pouvez utiliser des enregistrements d'alias de latence pour acheminer le trafic vers la région qui fournit la latence optimale. Les enregistrements d'alias de latence peuvent avoir des enregistrements pondérés dans chaque région en tant que cible de l'alias. Les enregistrements pondérés peuvent acheminer le trafic vers les instances EC2 en fonction du type d'instance. Comme pour une configuration simple, vous pouvez configurer Route 53 pour acheminer le trafic en fonction de l'état de vos ressources. Pour de plus amples informations, veuillez consulter [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexesFonctionnement des surveillances de l'état dans les configurations complexes](dns-failover-complex-configs.md).
**Topics**
+ [Liste des tâches pour configurer le basculement DNS](dns-failover-how-to.md)
+ [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 simples](dns-failover-simple-configs.md)
+ [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexes](dns-failover-complex-configs.md)
+ [Choix des enregistrements par Amazon Route 53 lorsque la surveillance de l'état est configurée](health-checks-how-route-53-chooses-records.md)
+ [Basculement actif-actif et actif-passif](dns-failover-types.md)
+ [Configuration du basculement dans une zone hébergée privée](dns-failover-private-hosted-zones.md)
+ [Prévention des problèmes de basculement par Amazon Route 53](dns-failover-problems.md)
# Liste des tâches pour configurer le basculement DNS
Pour utiliser Route 53 pour configurer le basculement DNS, effectuez les tâches suivantes :
1. Élaborez un diagramme complet de votre configuration et indiquez le type d'enregistrement que vous créez (alias pondéré, basculement, latence, etc.) pour chaque nœud. Dans la partie supérieure de l'arborescence, placez les enregistrements du nom de domaine, comme example.com, que vos utilisateurs utilisent pour accéder à votre site web ou à une application web.
Les types d'enregistrements qui apparaissent dans votre diagramme d'arborescence dépendent de la complexité de la configuration :
+ Dans une configuration simple, votre diagramme n'inclut pas d'enregistrements d'alias ou les enregistrements d'alias acheminent le trafic directement à une ressource, telle qu'un équilibreur de charge ELB, au lieu d'un autre enregistrement Route 53. Pour de plus amples informations, veuillez consulter [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 simplesFonctionnement des surveillances de l'état dans les configurations simples](dns-failover-simple-configs.md).
+ Dans une configuration complexe, votre diagramme comprendra une combinaison d'enregistrements d'alias (par exemple des alias pondérés et des alias de basculement) et d'enregistrements sans alias dans une arborescence à plusieurs niveaux, comme pour les exemples illustrés dans la rubrique [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexesFonctionnement des surveillances de l'état dans les configurations complexes](dns-failover-complex-configs.md).
**Note**
Pour créer rapidement et facilement des enregistrements pour les configurations de routage complexes et associer ces enregistrements à des surveillances de l'état, vous pouvez utiliser l'éditeur visuel de flux de trafic et enregistrer la configuration en tant que stratégie de trafic. Vous pouvez ensuite associer la stratégie de trafic à un ou plusieurs noms de domaine (par exemple, example.com) ou noms de sous-domaine (par exemple, www.example.com), dans la même zone hébergée ou dans plusieurs zones hébergées. En outre, vous pouvez restaurer les mises à jour si la nouvelle configuration ne fonctionne pas comme vous l'aviez prévu. Pour de plus amples informations, veuillez consulter [Utiliser Traffic Flow pour acheminer le trafic DNS](traffic-flow.md).
Pour plus d’informations, consultez la documentation suivante :
+ [Sélection d'une stratégie de routage](routing-policy.md)
+ [Choix entre des enregistrements avec ou sans alias](resource-record-sets-choosing-alias-non-alias.md)
1. Créez des surveillances de l'état pour les ressources pour lesquelles vous ne pouvez pas créer des enregistrements d'alias, telles que les serveurs Amazon EC2 et les serveurs de messagerie s'exécutant dans votre centre de données. Vous allez associer ces surveillances de l'état à vos enregistrements sans alias.
Pour de plus amples informations, veuillez consulter [Création, mise à jour et suppression de surveillances de l'état](health-checks-creating-deleting.md).
1. Si nécessaire, configurez des règles de pare-feu et de routeur afin que Route 53 puisse envoyer des demandes régulières aux points de terminaison que vous avez spécifiés dans vos surveillances de l'état. Pour de plus amples informations, veuillez consulter [Configuration des règles de pare-feu et de routeur pour les surveillances de l'état Amazon Route 53Configuration des règles de pare-feu et de routeur pour les surveillances de l'état](dns-failover-router-firewall-rules.md).
1. Créez tous les enregistrements sans alias dans le diagramme et associez les surveillances de l'état que vous avez créées à l'étape 2 aux enregistrements applicables.
Si vous configurez le basculement DNS dans une configuration qui n'inclut pas d'enregistrements d'alias, ignorez les tâches restantes.
1. Créez les enregistrements d'alias qui acheminent le trafic vers les AWS ressources, telles que les équilibreurs de charge et CloudFront les distributions ELB. Si vous souhaitez que Route 53 passe à une autre branche de l'arborescence quand une ressource n'est pas saine, définissez la valeur du paramètre **Evaluate Target Health** (Évaluer l'état de la cible) sur **Yes** (Oui) pour chacun de vos enregistrements d'alias. (**Evaluate Target Health** n'est pas pris en charge pour certaines AWS ressources.)
1. À partir de la base de l'arborescence créée à l'étape 1, créez les enregistrements d'alias qui acheminent le trafic vers les enregistrements que vous avez créés aux étapes 4 et 5. Si vous souhaitez que Route 53 passe à une autre branche de l'arborescence lorsqu'aucun enregistrement sans alias n'est sain dans une branche, définissez la valeur du paramètre **Evaluate Target Health** (Évaluer l'état de la cible) sur **Yes** (Oui) pour chacun de vos enregistrements d'alias.
N'oubliez pas que vous ne pouvez pas créer un enregistrement d'alias acheminant le trafic vers un autre enregistrement tant que vous n'avez pas créé l'autre enregistrement.
# Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 simples
Lorsque vous disposez de deux ou plusieurs ressources assignées à la même fonction, comme deux serveurs web ou plus pour example.com, vous pouvez utiliser les vérifications de contrôle de l'état suivantes pour acheminer le trafic vers les ressources saines uniquement :
**Vérifiez l'état des instances EC2 et des autres ressources (enregistrements sans alias)**
Si vous acheminez le trafic vers des ressources pour lesquelles vous ne pouvez pas créer d'enregistrements d'alias, telles que des instances EC2, vous créez un enregistrement et une surveillance de l'état pour chaque ressource. Ensuite, vous associez chaque surveillance de l'état à l'enregistrement applicable. Les surveillances de l'état évaluent régulièrement l'état des ressources correspondantes, et Route 53 achemine le trafic uniquement vers les ressources que les surveillances de l'état signalent comme saines.
**Évaluer l'état de santé d'une AWS ressource (alias records)**
Si vous utilisez [des enregistrements d'alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) pour acheminer le trafic vers AWS des ressources sélectionnées, telles que les équilibreurs de charge ELB, vous pouvez configurer Route 53 pour évaluer l'état de santé de la ressource et pour acheminer le trafic uniquement vers les ressources saines. Lorsque vous configurez un enregistrement d'alias pour évaluer l'état d'une ressource, vous n'avez pas besoin de créer une surveillance de l'état pour la ressource.
Voici un aperçu de la manière dont vous configurez Route 53 pour vérifier l'état de vos ressources dans des configurations simples :
1. Vous identifiez les ressources qui doivent être surveillées par Route 53. Par exemple, vous pouvez vouloir surveiller tous les serveurs HTTP qui répondent aux demandes pour example.com.
1. Vous créez des surveillances de l'état pour les ressources pour lesquelles vous ne pouvez pas créer des enregistrements d'alias, telles que les serveurs ou instances EC2 de votre propre centre de données. Vous spécifiez comment envoyer les demandes de vérification de l'état à la ressource : le protocole à utiliser (HTTP, HTTPS ou TCP), l'adresse IP et le port à utiliser et, pour les vérifications de HTTP/HTTPS santé, un nom de domaine et un chemin.
**Note**
Si vous utilisez des ressources pour lesquelles vous pouvez créer des enregistrements d'alias, telles que les équilibreurs de charge ELB, ne créez pas de surveillances de l'état pour ces ressources.
Une configuration courante consiste à créer une surveillance de l'état pour chaque ressource et à utiliser la même adresse IP pour le point de terminaison de la surveillance de l'état que pour la ressource. La surveillance de l'état envoie des demandes à l'adresse IP spécifiée.
**Note**
Route 53 ne peut pas vérifier l'état des ressources dont l'adresse IP se trouve dans des plages locales, privées, non routables ou multicast. Pour plus d'informations sur les adresses IP pour lesquelles vous ne pouvez pas créer de tests de santé, consultez la [RFC 5735, IPv4 Adresses à usage spécial, et la RFC](https://datatracker.ietf.org/doc/html/rfc5735) [6598, Préfixe réservé à l'IANA pour l'espace d'adressage partagé. IPv4 ](https://datatracker.ietf.org/doc/html/rfc6598)
Pour plus d'informations sur la création de surveillances de l'état, consultez [Création, mise à jour et suppression de surveillances de l'état](health-checks-creating-deleting.md).
1. Vous devrez peut-être configurer des règles de pare-feu et de routeur afin que Route 53 puisse envoyer des demandes régulières aux points de terminaison que vous avez spécifiés dans vos surveillances de l'état. Pour de plus amples informations, veuillez consulter [Configuration des règles de pare-feu et de routeur pour les surveillances de l'état Amazon Route 53Configuration des règles de pare-feu et de routeur pour les surveillances de l'état](dns-failover-router-firewall-rules.md).
1. Vous créez un groupe d'enregistrements pour vos ressources : par exemple, un groupe d'enregistrements pondérés. Vous pouvez combiner des enregistrements avec ou sans alias, mais ils doivent toutes avoir la même valeur pour **Name**** (Nom),**Type et **Routing Policy** (Stratégie de routage).
La manière dont vous configurez Route 53 pour vérifier l'état de vos ressources varie selon que vous créez des enregistrements d'alias ou des enregistrements sans alias :
+ **Enregistrements d'alias** – Spécifiez **Yes** (Oui) pour **Evaluate Target Health** (Évaluer l'état de la cible).
+ **Enregistrements sans alias** – Associez les surveillances de l'état que vous avez créées à l'étape 2 aux enregistrements correspondants.
Lorsque vous avez terminé, votre configuration ressemble au schéma suivant, qui comprend uniquement les enregistrements sans alias.
![\[Trois enregistrements pondérés et les surveillances de l'état correspondantes.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-weighted.png)
Pour plus d'informations sur la création de registres à l'aide de la console Route 53, consultez [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md).
1. Si vous créez des surveillances de l'état, Route 53 envoie périodiquement une demande au point de terminaison pour chaque surveillance de l'état ; il n'effectue pas cette vérification lorsqu'il reçoit une requête DNS. En fonction des réponses, Route 53 décide si les points de terminaison sont sains et utilise ces informations pour déterminer la manière de répondre aux requêtes. Pour de plus amples informations, veuillez consulter [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).
Route 53 ne vérifie pas l'état de la ressource spécifiée dans l'enregistrement, comme l'adresse IP spécifiée dans un enregistrement A pour example.com. Lorsque vous associez une surveillance de l'état à un enregistrement, Route 53 commence à vérifier l'état du point de terminaison que vous avez spécifié dans la surveillance de l'état. Vous pouvez également configurer Route 53 pour surveiller l'état d'autres tests de santé ou surveiller les flux de données pour détecter les CloudWatch alarmes. Pour de plus amples informations, veuillez consulter [Types de surveillances de l'état Amazon Route 53Types de surveillances de l'état](health-checks-types.md).
Voici ce qui se produit lorsque Route 53 reçoit une requête pour example.com :
1. Route 53 choisit un enregistrement en fonction de la stratégie de routage. Dans le cas présent, il choisit un enregistrement en fonction de la pondération.
1. Il détermine l'état actuel de l'enregistrement sélectionné à l'aide du statut de la surveillance de l'état pour cet enregistrement.
1. Si l'enregistrement sélectionné n'est pas sain, Route 53 sélectionne un autre enregistrement. Cette fois-ci, l'enregistrement non sain n'est pas pris en compte.
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).
1. Quand Route 53 trouve un enregistrement sain, il répond à la requête avec la valeur applicable, telle que l'adresse IP d'un enregistrement A.
L'exemple suivant montre un groupe d'enregistrements pondérés dans lequel le troisième enregistrement n'est pas sain. Initialement, Route 53 sélectionne un enregistrement en fonction des pondérations des trois enregistrements. Si l'enregistrement non sain est sélectionné en premier, Route 53 sélectionne un enregistrement, en faisant cette fois-ci abstraction de la pondération du troisième enregistrement dans le calcul :
+ Lorsque Route 53 sélectionne initialement l'un des trois enregistrements, il répond aux requêtes à l'aide du premier enregistrement environ 20 % du temps, 10/(10 \$1 20 \$1 20).
+ Lorsque Route 53 détermine que le troisième enregistrement n'est pas sain, il répond aux requêtes à l'aide du premier enregistrement environ 33 % du temps, 10/(10 \$1 20).
![\[Trois enregistrements pondérés et les surveillances de l'état correspondantes. Puisque la troisième surveillance de l'état est défectueuse, Route 53 considère que l'enregistrement associé n'est pas sain.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)
Si vous omettez une surveillance de l'état d'un ou de plusieurs enregistrements d'un groupe d'enregistrements, Route 53 n'a aucun moyen de déterminer l'état de la ressource correspondante. Route 53 traite ces enregistrements comme sains.
![\[Trois enregistrements pondérés, dont seulement deux comportent des surveillances de l'état. Route 53 considère toujours le troisième enregistrement comme sain.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)
# Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexes
La vérification de l'état des ressources dans les configurations complexes fonctionne de la même façon que dans les configurations simples. Cependant, dans les configurations complexes, vous utilisez une combinaison d'enregistrements d'alias (par exemple des alias pondérés et des alias de basculement) et d'enregistrements sans alias pour créer un arbre de décision qui vous permet de mieux contrôler la façon dont Route 53 répond aux demandes.
Par exemple, vous pouvez utiliser des enregistrements d'alias de latence pour sélectionner une région à proximité d'un utilisateur et utiliser des enregistrements pondérés pour au moins deux ressources dans chaque région afin d'assurer une protection contre la défaillance d'un point de terminaison unique ou d'une zone de disponibilité. Le schéma suivant illustre cette configuration.
![\[Configuration DNS incluant des enregistrements d'alias et des enregistrements d'alias pondérés.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)
Voici comment Amazon EC2 et Route 53 sont configurés. Commençons au bas de l'arborescence, parce que c'est l'ordre dans lequel vous allez créer les enregistrements :
+ Vous disposez de deux instances EC2 dans chacune des deux régions, us-east-1 et ap-southeast-2. Vous souhaitez que Route 53 achemine le trafic vers vos instances EC2 selon qu'elles sont saines ou pas, et, par conséquent, vous créez une surveillance de l'état pour chaque instance. Vous configurez chaque surveillance de l'état pour envoyer les demandes de surveillance de l'état à l'instance correspondante sur l'adresse IP Elastic de l'instance.
Comme Route 53 est un service global, vous ne spécifiez pas la région dans laquelle vous souhaitez créer des surveillances de l'état.
+ Vous souhaitez acheminer le trafic vers les deux instances de chaque région en fonction du type d'instance et, par conséquent, vous créez un enregistrement pondéré pour chaque instance et attribuer à chaque enregistrement une pondération. (Vous pouvez modifier la pondération ultérieurement pour acheminer plus ou moins de trafic vers une instance.) Vous associez aussi la surveillance de l'état applicable à chaque instance.
Lorsque vous créez les enregistrements, vous utilisez des noms tels que us-east-1-www.example.com. et ap-southeast-2-www.example.com. Vous attendez de parvenir en haut de l'arborescence pour donner aux enregistrements les noms que vos utilisateurs utilisent pour accéder à votre site web ou application web (example.com, par exemple).
+ Comme vous souhaitez acheminer le trafic vers la région qui offre la plus faible latence pour vos utilisateurs, vous choisissez la [stratégie de routage](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) de latence pour les enregistrements en haut de l'arborescence.
Vous souhaitez acheminer le trafic vers les *enregistrements* de chaque région, et non directement vers les *ressources* de chaque région (les enregistrements pondérés le font déjà). Par conséquent, vous créez des [enregistrements d'alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) de latence.
Lorsque vous créez les enregistrements d'alias, vous leur attribuez le nom que vos utilisateurs doivent employer pour accéder à votre site web ou application web (example.com, par exemple). Les enregistrements d'alias acheminent le trafic d'example.com vers les enregistrements us-east-1-www.example.com et ap-southeast-2-www.example.com.
Pour les deux enregistrements d'alias de latence, vous définissez la valeur de l'option **Évaluer l'état de la cible** sur **Oui**. Cela entraîne Route 53 à déterminer s'il y a des ressources saines dans une région avant d'essayer d'y acheminer le trafic. Si tel n'est pas le cas, Route 53 choisit une ressource saine dans l'autre région.
![\[Configuration DNS incluant des enregistrements d'alias et des enregistrements d'alias pondérés.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)
Le schéma ci-dessus illustre la séquence d'événements suivante :
1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.
1. Route 53 sélectionne un enregistrement pondéré en fonction de la pondération. La valeur du paramètre **Evaluate Target Health** (Évaluer l'état de la cible) est **Yes** (Oui) pour l'enregistrement d'alias de latence. De ce fait, Route 53 vérifie l'état de l'enregistrement pondéré sélectionné.
1. La surveillance de l'état a échoué. Route 53 choisit donc un autre enregistrement pondéré en fonction de la pondération et vérifie son état. Cet enregistrement est également non sain.
1. Route 53 se retire de cette branche de l'arborescence, recherche l'enregistrement d'alias de latence offrant la deuxième meilleure latence et choisit l'enregistrement pour ap-southeast-2.
1. Route 53 sélectionne à nouveau un enregistrement en fonction de la pondération, puis vérifie l'état de la ressource sélectionnée. Comme la ressource est saine, Route 53 renvoie la valeur applicable en réponse à la requête.
**Topics**
+ [Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?](#dns-failover-complex-configs-hc-alias)
+ [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](#dns-failover-complex-configs-hc-omitting)
+ [Que se passe-t-il lorsque vous définissez le paramètre Evaluate Target Health sur No ?](#dns-failover-complex-configs-eth-no)
## Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?
Vous pouvez associer une surveillance de l'état à un enregistrement d'alias au lieu de, ou en plus de, définir la valeur du paramètre **Évaluer l'état de la cible** sur **Oui**. Cependant, le résultat est généralement plus probant lorsque Route 53 répond aux requêtes en fonction de l'état des ressources sous-jacentes, c'est-à-dire les serveurs HTTP, les serveurs de base de données et autres ressources auxquels vos enregistrements d'alias font référence. Supposons par exemple que la configuration correspond à la configuration suivante :
+ Vous attribuez une surveillance de l'état à un enregistrement d'alias de latence pour lequel la cible de l'alias est un groupe d'enregistrements pondérés.
+ Vous définissez la valeur de l'option **Évaluer l'état de la cible** sur **Oui** pour l'enregistrement d'alias de latence.
Dans cette configuration, les deux conditions suivantes doivent être remplies avant que Route 53 renvoie la valeur applicable pour un enregistrement pondéré :
+ La surveillance de l'état associée à l'enregistrement d'alias de latence doit être validée.
+ Au moins un enregistrement pondéré doit être considéré comme sain, soit parce qu'il est associé à une surveillance de l'état validée, soit parce qu'il n'est associé à aucune surveillance de l'état. Dans ce dernier cas, Route 53 considère toujours que l'enregistrement pondéré est sain.
Dans l'illustration suivante, la surveillance de l'état pour l'enregistrement d'alias de latence sur la partie supérieure gauche a échoué. En conséquence, Route 53 ne répond plus aux requêtes à l'aide des enregistrements pondérés auxquels l'enregistrement d'alias de la latence se réfère s'ils sont tous sains. Route 53 commence à prendre de nouveau en compte ces enregistrements pondérés uniquement lorsque la surveillance de l'état pour l'enregistrement d'alias de la latence redevient saine. (Pour les exceptions, consultez [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).)
![\[Configuration DNS incluant un enregistrement d'alias avec le paramètre Évaluer l'état de la cible défini sur Oui et avec une surveillance de l'état sur l'enregistrement d'alias.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)
## Que se passe-t-il lorsque vous omettez des surveillances de l'état ?
Dans une configuration complexe, il est important d'associer les surveillances de l'état à tous les enregistrements sans alias. Dans l'exemple suivant, il manque une surveillance de l'état sur l'un des enregistrements pondérés de la région us-east-1.
![\[Configuration DNS incluant une surveillance de l'état ayant échoué et un enregistrement sans surveillance de l'état.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)
Voici ce qui se produit si vous omettez une surveillance de l'état sur un enregistrement sans alias dans cette configuration :
1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.
1. Route 53 recherche dans la cible de l'alias l'enregistrement d'alias de latence et vérifie le statut des surveillances de l'état correspondantes. La surveillance de l'état d'un enregistrement pondéré a échoué. L'enregistrement pondéré n'est donc pas pris en compte.
1. L'autre enregistrement pondéré de la cible de l'alias pour la région us-east-1 ne comporte aucune surveillance de l'état. La ressource correspondante peut être ou ne pas être saine. Toutefois, sans surveillance de l'état, Route 53 n'a aucun moyen de le savoir. Route 53 suppose que la ressource est saine et renvoie la valeur applicable en réponse à la requête.
## Que se passe-t-il lorsque vous définissez le paramètre Evaluate Target Health sur No ?
En général, vous devez définir le paramètre **Evaluate Target Health** (Évaluer l'état de la cible) sur **Yes** (Oui) pour tous les enregistrements d'alias d'une arborescence. Si vous définissez le champ **Évaluer l'état de la cible** sur **Non**, Route 53 continue à acheminer le trafic vers les enregistrements auxquels un enregistrement d'alias fait référence, même si les surveillances de l'état pour ces enregistrements échouent.
Dans l'exemple suivant, tous les enregistrements pondérés comportent des surveillances de l'état associées, mais le paramètre **Évaluer l'état de la cible** est défini sur **Non** pour l'enregistrement d'alias de latence de la région us-east-1 :
![\[Configuration DNS incluant un enregistrement d'alias avec le paramètre Evaluate Target Health (Évaluer l'état de la cible) défini sur Non.\]](http://docs.aws.amazon.com/fr_fr/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)
Voici ce qui se produit lorsque vous définissez le paramètre **Évaluer l'état de la cible** sur **Non** pour un enregistrement d'alias cette configuration :
1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.
1. Route 53 détermine la cible de l'alias pour l'enregistrement d'alias de latence et contrôle les surveillances de l'état correspondantes. Ils sont tous deux en échec.
1. Étant donné que la valeur du paramètre **Evaluate Target Health** (Évaluer l'état de la cible) est **No** (Non) pour l'enregistrement d'alias de latence pour la région us-east-1, Route 53 doit choisir un enregistrement dans cette branche au lieu de délaisser cette dernière et de rechercher un enregistrement sain dans la région ap-southeast-2.
# Choix des enregistrements par Amazon Route 53 lorsque la surveillance de l'état est configurée
Si vous configurez la surveillance de l'état pour tous les enregistrements d'un groupe d'enregistrements ayant le même nom, le même type (par exemple, A ou AAAA), et la même stratégie de routage (par exemple, pondération ou basculement), Route 53 répond aux requêtes DNS en choisissant un enregistrement sain et en renvoyant la valeur applicable à partir de cet enregistrement.
Par exemple, supposons que vous créiez trois enregistrements A pondérés et que vous attribuiez les surveillances de l'état aux trois. Si la surveillance de l'état pour l'un des enregistrements n'est pas saine, Route 53 répond aux requêtes DNS avec l'adresse IP de l'un des deux autres enregistrements.
Voici comment Route 53 choisit un enregistrement sain :
1. Initialement, Route 53 choisit un enregistrement en fonction de la stratégie de routage et des valeurs que vous spécifiez pour chaque enregistrement. Par exemple, pour les enregistrements pondérés, Route 53 choisit un enregistrement en fonction de la pondération que vous spécifiez pour chaque enregistrement.
1. Route 53 détermine si l'enregistrement est sain :
+ **Enregistrement sans alias avec surveillance de l'état associée** – Si vous associez une surveillance de l'état à un enregistrement sans alias, Route 53 vérifie le statut actuel de la surveillance de l'état.
Route 53 vérifie périodiquement l'état du point de terminaison spécifié dans une surveillance de l'état. Il n'effectue pas la surveillance de l'état lorsque la requête DNS arrive.
Vous pouvez associer les surveillances de l'état à des enregistrements d'alias, mais nous vous recommandons de n'associer les surveillances de l'état qu'à des enregistrements sans alias. 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).
+ **Enregistrement d'alias avec Evaluate Target Health (Évaluer l'état de la cible) défini sur Yes (Oui)** – Route 53 vérifie l'état de santé de la ressource à laquelle l'enregistrement d'alias fait référence, par exemple un équilibreur de charge ELB ou un autre enregistrement de la même zone hébergée.
1. Si l'enregistrement est sain, Route 53 répond à la requête avec la valeur applicable, telle qu'une adresse IP.
Si l'enregistrement n'est pas sain, Route 53 sélectionne un autre enregistrement en utilisant les mêmes critères et répète le processus jusqu'à ce qu'il trouve un enregistrement sain.
Route 53 utilise les critères suivants lors du choix d'un enregistrement :
**Les enregistrements sans surveillance de l'état sont toujours sains**
Si un enregistrement d'un groupe d'enregistrements ayant les mêmes nom et type ne dispose pas de surveillance de l'état associée, Route 53 le considère toujours comme sain et l'inclut toujours dans les réponses possibles à une requête.
**Si aucun enregistrement n'est sain, tous les enregistrements sont sains**
Si aucun enregistrement d'un groupe d'enregistrements n'est sain, Route 53 doit renvoyer une réponse aux requêtes DNS, mais il ne dispose d'aucune référence pour choisir un enregistrement plutôt qu'un autre. Dans ce cas, Route 53 considère que tous les enregistrements du groupe sont sains et en sélectionne un en fonction de la stratégie de routage et des valeurs que vous spécifiez pour chaque enregistrement.
**Enregistrements pondérés ayant une pondération de 0**
Si vous ajoutez les surveillances de l'état à tous les enregistrements d'un groupe d'enregistrements pondérés, mais que vous attribuez des pondérations différentes de zéro à certains enregistrements et des pondérations égales à zéro pour d'autres, les surveillances de l'état fonctionnent de la même manière que lorsque tous les enregistrements ont des pondérations différentes de zéro, avec les exceptions suivantes :
+ Initialement, Route 53 prend uniquement en compte les enregistrements pondérés dont la pondération est différente de zéro, s'il y en a.
+ Si tous les enregistrements ayant une pondération supérieure à 0 ne sont pas sains, Route 53 prend en compte les enregistrements dont la pondération est égale à zéro.
Dans la mesure où Route 53 prendra en compte les enregistrements à pondération nulle dans certaines circonstances, il est important de s'assurer que la cible à pondération nulle possède également une réponse viable à une requête DNS.
Pour plus d'informations sur les enregistrements pondérés, consultez la section [Surveillance de l'état et routage pondéré](routing-policy-weighted.md#routing-policy-weighted-healthchecks).
**Enregistrements d'alias**
Vous pouvez également configurer la surveillance de l'état pour les enregistrements d'alias en définissant le champ **Évaluer l'état de la cible** sur **Oui** pour chaque enregistrement d'alias. Cela entraîne Route 53 à évaluer l'état de la ressource vers laquelle l'enregistrement achemine le trafic : un équilibreur de charge ELB ou un autre enregistrement de la même zone hébergée, par exemple.
Supposons, par exemple, que la cible de l'alias pour un enregistrement d'alias soit un groupe de d'enregistrements pondérés ayant tous des pondérations différentes de zéro :
+ Aussi longtemps qu'un de ces enregistrements pondérés est sain, Route 53 considère que l'enregistrement d'alias de latence est sain.
+ Si aucun des enregistrements pondérés n'est sain, Route 53 considère que l'enregistrement d'alias n'est pas sain.
+ Route 53 arrête de prendre en compte les enregistrements de cette branche de l'arborescence jusqu'à ce qu'au moins un enregistrement pondéré redevienne sain.
Pour de plus amples informations, veuillez consulter [Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexesFonctionnement des surveillances de l'état dans les configurations complexes](dns-failover-complex-configs.md).
**Enregistrements de basculement**
Les enregistrements de basculement fonctionnent généralement de la même manière que les autres types de routage. Vous créez des surveillances de l'état et les associez à des enregistrements sans alias, et vous définissez le champ **Évaluer l'état de la cible** sur **Oui** pour les enregistrements d'alias. Notez ce qui suit :
+ Les deux enregistrements (principal et secondaire) peuvent être un enregistrement sans alias ou un enregistrement d'alias.
+ Si vous associez des surveillances de l'état à l'enregistrement de basculement principal et à l'enregistrement de basculement secondaire, voici comment Route 53 répond aux requêtes :
+ Si Route 53 considère que l'enregistrement principal est sain (si l'état du point de terminaison de la surveillance de l'état est sain), Route 53 renvoie uniquement l'enregistrement principal en réponse à une requête DNS.
+ Si Route 53 considère que l'enregistrement principal n'est pas sain et que l'enregistrement secondaire est sain, Route 53 renvoie l'enregistrement secondaire à la place.
+ Si Route 53 considère que les deux enregistrements (principal et secondaire) ne sont pas sains, Route 53 renvoie l'enregistrement principal.
+ Lorsque vous configurez l'enregistrement secondaire, l'ajout d'une surveillance de l'état est facultatif. Si vous ignorez la surveillance de l'état pour l'enregistrement secondaire, et si le point de terminaison de la surveillance de l'état pour l'enregistrement principal n'est pas sain, Route 53 répond toujours aux requêtes DNS à l'aide de l'enregistrement secondaire. C'est le cas même si l'enregistrement secondaire n'est pas sain.
Pour plus d’informations, consultez les rubriques suivantes :
+ [Configuration du basculement actif-passif à l'aide d'une ressource principale et d'une ressource secondaire](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [Configuration du basculement actif-passif à l'aide de plusieurs ressources principales et secondaires](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)
# Basculement actif-actif et actif-passif
Vous pouvez utiliser la surveillance de l'état de Route 53 pour définir les configurations de basculement actif-actif et actif-passif. Vous configurez le basculement actif-actif à l'aide d'une [stratégie de routage](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (ou d'une combinaison de stratégies de routage) autre que le basculement, et vous configurez le basculement actif-passif à l'aide de la stratégie de routage de basculement.
**Topics**
+ [Basculement actif-actif](#dns-failover-types-active-active)
+ [Basculement actif-passif](#dns-failover-types-active-passive)
## Basculement actif-actif
Utilisez cette configuration de basculement lorsque vous souhaitez que toutes vos ressources soient disponibles la plupart du temps. Lorsqu'une ressource devient indisponible, Route 53 peut détecter qu'elle n'est pas saine et arrêter de l'inclure pour répondre à des requêtes.
Dans un basculement actif-actif, tous les enregistrements qui ont le même nom, le même type (par exemple, A ou AAAA), et la même stratégie de routage (par exemple, pondération ou latence) sont actives, sauf si Route 53 les considère comme non sains. Route 53 peut répondre à une requête DNS à l'aide de n'importe quel enregistrement sain.
## Basculement actif-passif
Utilisez une configuration de basculement actif-passif lorsque vous souhaitez qu'une ressource ou un groupe de ressources principal(e) soit disponible la plupart du temps et que vous souhaitez qu'une ressource ou un groupe de ressources secondaire soit mis(e) en attente, au cas où toutes les ressources primaires deviendraient indisponibles. Lorsque Route 53 répond aux requêtes, seules les ressources principales saines sont incluses. Si aucune ressource principale n'est saine, Route 53 inclut uniquement les ressources secondaires saines en réponse aux requêtes DNS.
**Topics**
+ [Configuration du basculement actif-passif à l'aide d'une ressource principale et d'une ressource secondaire](#dns-failover-types-active-passive-one-resource)
+ [Configuration du basculement actif-passif à l'aide de plusieurs ressources principales et secondaires](#dns-failover-types-active-passive-multiple-resources)
+ [Configuration du basculement actif-passif avec des enregistrements pondérés](#dns-failover-types-active-passive-weighted)
### Configuration du basculement actif-passif à l'aide d'une ressource principale et d'une ressource secondaire
Pour créer une configuration de basculement actif-passif avec un enregistrement principal et un enregistrement secondaire, vous créez simplement les enregistrements et spécifiez **Failover** (Basculement) pour la stratégie de routage. Lorsque la ressource principale est saine, Route 53 répond aux requêtes DNS à l'aide de l'enregistrement principal. Lorsque la ressource principale n'est pas saine, Route 53 répond aux requêtes DNS à l'aide de l'enregistrement secondaire.
### Configuration du basculement actif-passif à l'aide de plusieurs ressources principales et secondaires
Vous pouvez également associer plusieurs ressources à l'enregistrement principal, à l'enregistrement secondaire, ou aux deux. Dans cette configuration, Route 53 considère l'enregistrement de basculement principal comme sain aussi longtemps qu'au moins l'une des ressources associées est saine. 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).
Pour configurer le basculement actif-passif avec plusieurs ressources pour l'enregistrement principal ou secondaire, exécutez les tâches suivantes.
1. Créez une surveillance de l'état pour chaque ressource vers laquelle vous souhaitez acheminer le trafic, telle qu'une instance EC2 ou un serveur web de votre centre de données.
**Note**
Si vous acheminez le trafic vers des AWS ressources pour lesquelles vous pouvez créer des [enregistrements d'alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html), ne créez pas de bilans de santé pour ces ressources. Lorsque vous créez les enregistrements d'alias, vous définissez à la place le champ **Evaluate Target Health** (Évaluer l'état de la cible) sur **Yes** (Oui).
Pour de plus amples informations, veuillez consulter [Création et mise à jour de surveillances de l'état](health-checks-creating.md).
1. Créez des enregistrements pour vos ressources principales et spécifiez les valeurs suivantes :
+ Attribuez à chaque enregistrement les mêmes nom, type et stratégie de routage. Par exemple, vous pouvez créer trois enregistrements A pondérés qui se nomment tous failover-primary.example.com.
+ Si vous utilisez AWS des ressources pour lesquelles vous pouvez créer des enregistrements d'alias, spécifiez **Oui** pour **Evaluate Target Health.**
Si vous utilisez des ressources pour lesquelles vous ne pouvez pas créer des enregistrements d'alias, associez la surveillance de l'état applicable de l'étape 1 à chaque enregistrement.
Pour de plus amples informations, veuillez consulter [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md).
1. Créez des enregistrements pour vos ressources secondaires, le cas échéant, et spécifiez les valeurs suivantes :
+ Attribuez à chaque enregistrement les mêmes nom, type et stratégie de routage. Par exemple, vous pouvez créer trois enregistrements A pondérés qui se nomment tous failover-secondary.example.com.
+ Si vous utilisez AWS des ressources pour lesquelles vous pouvez créer des enregistrements d'alias, spécifiez **Oui** pour **Evaluate Target Health.**
Si vous utilisez des ressources pour lesquelles vous ne pouvez pas créer des enregistrements d'alias, associez la surveillance de l'état applicable de l'étape 1 à chaque enregistrement.
**Note**
Certains clients utilisent un serveur web en tant que ressource principale et un compartiment Amazon S3 configuré en tant que point de terminaison de site web comme ressource secondaire. Le compartiment S3 contient un simple message « temporairement indisponible ». Si vous utilisez cette configuration, vous pouvez ignorer cette étape et juste créer un enregistrement d'alias de basculement pour la ressource secondaire à l'étape 4.
1. Créez deux enregistrements d'alias de basculement, un principal et un secondaire, et spécifiez les valeurs suivantes :
**Enregistrement principal**
+ **Name** (Nom) – Spécifiez le nom de domaine (example.com) ou le nom de sous-domaine (www.example.com) pour lequel vous voulez que Route 53 achemine le trafic.
+ **Alias** – Spécifiez **Yes** (Oui).
+ **Alias Target** (Cible d'alias) – Spécifiez le nom des enregistrements que vous avez créés à l'étape 2.
+ **Routing Policy** (Stratégie de routage) – Spécifiez **Failover** (Basculement).
+ **Failover Record Type** (Type d'enregistrement de basculement) – Spécifiez **Primary** (Principal).
+ **Evaluate Target Health** (Évaluer l'état de la cible) – Spécifiez **Yes** (Oui).
+ **Associer à la surveillance de l'état** – Spécifiez **Non**.
**Enregistrement secondaire**
+ **Name** (Nom) – Spécifiez le même nom que celui que vous avez spécifié pour l'enregistrement principal.
+ **Alias** – Spécifiez **Yes** (Oui).
+ **Alias Target** (Cible d'alias) – Si vous avez créé des enregistrements pour votre ressource secondaire à l'étape 3, spécifiez le nom des enregistrements. Si vous utilisez un compartiment Amazon S3 pour la ressource secondaire, spécifiez le nom DNS du point de terminaison de site web.
+ **Routing Policy** (Stratégie de routage) – Spécifiez **Failover** (Basculement).
+ **Failover Record Type** (Type d'enregistrement de basculement) – Spécifiez **Secondary** (Secondaire).
+ **Evaluate Target Health** (Évaluer l'état de la cible) – Spécifiez **Yes** (Oui).
+ **Associer à la surveillance de l'état** – Spécifiez **Non**.
### Configuration du basculement actif-passif avec des enregistrements pondérés
Vous pouvez également utiliser les enregistrements pondérés pour le basculement actif-passif, avec des avertissements. Si vous spécifiez des pondérations différentes de zéro pour certains enregistrements et des pondérations égales à zéro pour d'autres enregistrements, Route 53 répond aux requêtes DNS en utilisant uniquement les enregistrements sains qui ont des pondérations différentes de zéro. Si aucun enregistrement ayant une pondération supérieure à 0 n'est sain, Route 53 répond aux requêtes en utilisant les enregistrements dont la pondération est égale à zéro.
**Note**
Tous les enregistrements avec des pondérations différentes de zéro doivent être non sains avant que Route 53 ne commence à répondre aux requêtes DNS à l'aide des enregistrements ayant des pondérations égales à zéro. Cela peut rendre votre application web ou site web peu fiable si la dernière ressource saine, telle qu'un serveur web, ne peut pas gérer l'ensemble du trafic lorsque les autres ressources sont indisponibles.
# Configuration du basculement dans une zone hébergée privée
Si vous créez des enregistrements de basculement dans une zone hébergée privée, notez ce qui suit :
+ Les outils de surveillance de l'état Route 53 sont en dehors du VPC. Pour vérifier l'état d'un point de terminaison au sein d'un VPC par adresse IP, vous devez affecter une adresse IP publique à l'instance dans le VPC.
+ Vous pouvez créer une CloudWatch métrique, associer une alarme à la métrique, puis créer un bilan de santé basé sur le flux de données de l'alarme. Par exemple, vous pouvez créer une CloudWatch métrique qui vérifie l'état de la `StatusCheckFailed` métrique EC2, ajouter une alarme à la métrique, puis créer un bilan de santé basé sur le flux de données de l'alarme afin de vérifier les instances d'un Virtual Private Cloud (VPC) qui ne possèdent que des adresses IP privées. Pour plus d'informations sur la création de CloudWatch métriques et d'alarmes à l'aide de la CloudWatch console, consultez le [guide de CloudWatch l'utilisateur Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/).
Pour plus d’informations, consultez [Utilisation des zones hébergées privées](hosted-zones-private.md) et [Surveillance des bilans de santé à l'aide CloudWatch](monitoring-health-checks.md).
# Prévention des problèmes de basculement par Amazon Route 53
Les algorithmes de basculement implémentés par Route 53 sont conçus non seulement pour acheminer le trafic vers des points de terminaison sains, mais également pour éviter des scénarios pires provoqués par des applications et des surveillances de l'état mal configurées, des surcharges de point de terminaison et des défaillances de partition.
**Topics**
+ [Prévention des défaillances en cascades par Amazon Route 53](#dns-failover-cascading-failures)
+ [Gestion des partitions Internet par Amazon Route 53](#dns-failover-internet-partitions)
## Prévention des défaillances en cascades par Amazon Route 53
La première défense contre les défaillances en cascade est le mode de dernier recours dont dispose chaque algorithme de routage de demande (par exemple pondéré et basculement). Dans ce mode spécial, lorsque tous les enregistrements sont considérés comme non sains, l'algorithme Route 53 permet de considérer à nouveau que tous les enregistrements sont sains.
Par exemple, si toutes les instances d'une application, sur plusieurs hôtes, rejettent les demandes de surveillance de l'état, les serveurs DNS Route 53 choisissent une réponse quand même et la renvoient, au lieu de ne renvoyer aucune réponse DNS ou d'envoyer une réponse NXDOMAIN (domaine inexistant). Une application peut répondre aux utilisateurs, mais cependant ne pas réussir les surveillances de l'état. Il s'agit d'une protection contre une configuration défaillante.
De même, si une application est surchargée, et si les surveillances de l'état échouent pour l'un des trois points de terminaison et qu'il est donc exclu des réponses DNS Route 53, Route 53 distribue les demandes aux deux points de terminaison restants. Si les points de terminaison restants ne sont pas en mesure de gérer la charge supplémentaire et s'ils échouent, Route 53 recommence à répartir les demandes aux trois points de terminaison.
## Gestion des partitions Internet par Amazon Route 53
Bien que rares, il existe parfois des partitions Internet qui peuvent être importantes, ce qui signifie que de grandes régions géographiques ne peuvent pas communiquer entre elles via Internet. Au cours de ces partitions, les sites Route 53 peuvent parvenir à des conclusions différentes quant à l'état de santé d'un terminal et peuvent différer de l'état signalé à CloudWatch. Les vérificateurs de santé de la Route 53 de chaque AWS région envoient en permanence le statut des bilans de santé à tous les sites de la Route 53. Au cours des partitions Internet, il est possible que chaque emplacement Route 53 puisse avoir accès à seulement une partie de ces statuts, généralement des régions les plus proches.
Par exemple, pendant une partition Internet qui affecte la connectivité vers et depuis l'Amérique du Sud, les serveurs DNS Route 53 de l'emplacement Amérique du Sud (Sao Paulo) Route 53 peuvent avoir un accès correct aux points de terminaison de la surveillance de l'état dans la région AWS Amérique du Sud (Sao Paulo), mais un accès médiocre aux autres points de terminaison. En même temps, Route 53 de la région USA Est (Ohio) peut avoir un accès médiocre aux points de terminaison de la surveillance de l'état de la région Amérique du Sud (Sao Paulo) et en conclure que les enregistrements correspondant ne sont pas sains.
De telles partitions peuvent donner lieu à des situations où les emplacements Route 53 aboutissent à des conclusions différentes sur l'état de points de terminaison, en fonction de la visibilité locale qu'ils ont sur ces points de terminaison. C'est pour cette raison que chaque emplacement Route 53 considère qu'un point de terminaison est sain lorsque seulement une partie des outils de surveillance de l'état accessibles le considèrent sain.