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.
# Création de bilans de santé pour Amazon Route 53
Les surveillances de l'état Amazon Route 53 surveillent l'état et les performances de vos applications web, de vos serveurs web et d'autres ressources. Chaque surveillance de l'état que vous créez vous permet de surveiller un des éléments suivants :
+ L'état d'une ressource spécifiée, telle qu'un serveur web.
+ Le statut d'autres surveillances de l'état.
+ État d'une CloudWatch alarme Amazon.
+ En outre, avec Amazon Application Recovery Controller (ARC), vous pouvez configurer des vérifications de l'état du contrôle du routage avec des enregistrements de basculement DNS afin de gérer le basculement du trafic pour votre application. Pour en savoir plus, consultez le [guide du développeur Amazon Application Recovery Controller (ARC)](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route-53-recovery.html).
Pour obtenir un aperçu des types de surveillance de l'état, consultez [Types de surveillances de l'état Amazon Route 53Types de surveillances de l'état](health-checks-types.md). Pour plus d'informations sur la création de surveillances de l'état, consultez [Création et mise à jour de surveillances de l'état](health-checks-creating.md).
Après avoir créé une surveillance de l'état, vous pouvez obtenir son statut, recevoir des notifications lorsque le statut change et configurer le basculement DNS :
**Obtention du statut de la surveillance de l'état et réception de notifications**
Vous pouvez également afficher le statut actuel et le statut récent de vos surveillances de l'état sur la console Route 53. Vous pouvez également utiliser des contrôles de santé par programmation via l'une des API AWS SDKs Route 53 ou AWS Tools for Windows PowerShell l'API Route 53. AWS Command Line Interface
Si vous souhaitez recevoir une notification lorsque l'état d'un bilan de santé change, vous pouvez configurer une CloudWatch alarme Amazon pour chaque bilan de santé.
Pour plus d'informations sur l'affichage du statut d'une surveillance de l'état et sur la réception de notifications, consultez [Surveillance du statut de la vérification de l'état et obtention de notifications](health-checks-monitor-view-status.md).
**Configuration du basculement DNS**
Si vous disposez de plusieurs ressources qui exécutent la même fonction, vous pouvez configurer le basculement DNS de sorte que Route 53 achemine le trafic d'une ressource non saine vers une ressource saine. Par exemple, si l'un de vos deux serveurs web devient non sain, Route 53 peut acheminer le trafic vers l'autre. Pour de plus amples informations, veuillez consulter [Configuration du basculement DNS](dns-failover-configuring.md).
**Topics**
+ [Types de surveillances de l'état Amazon Route 53](health-checks-types.md)
+ [Comment Amazon Route 53 détermine si une surveillance de l'état est saine](dns-failover-determining-health-of-endpoints.md)
+ [Création, mise à jour et suppression de surveillances de l'état](health-checks-creating-deleting.md)
+ [Configuration du basculement DNS](dns-failover-configuring.md)
+ [Attribution de noms et balisage des surveillances de l'état](health-checks-tagging.md)
+ [Utilisation des surveillances de l'état avec les versions de l'API Amazon Route 53 antérieures à la version 2012-12-12](dns-failover-using-old-apis.md)
# Types de surveillances de l'état Amazon Route 53
Les types de surveillances de l'état Amazon Route 53 que vous pouvez créer sont les suivants :
**Surveillances de l'état qui surveillent un point de terminaison**
Vous pouvez configurer une surveillance de l'état qui surveille un point de terminaison que vous spécifiez par adresse IP ou par nom de domaine. À intervalles réguliers que vous spécifiez, Route 53 envoie des demandes automatiques via Internet à votre application, à votre serveur ou à d'autres ressources pour vérifier qu'ils sont accessibles, disponibles et qu'ils fonctionnent. Facultatif : vous pouvez configurer une surveillance de l'état pour que les demandes soient similaires à celles de vos utilisateurs, par exemple demander une page web à partir d'une URL spécifique.
**Surveillances de l'état qui surveillent d'autres surveillances de l'état (surveillances de l'état calculées)**
Vous pouvez créer une surveillance de l'état qui surveille si Route 53 considère les autres surveillances de l'état comme saines ou non saines. Cela peut être utile quand vous disposez de plusieurs ressources qui exécutent la même fonction, par exemple plusieurs serveurs web, et que votre principale préoccupation est de savoir si un nombre minimum de vos ressources sont saines. Vous pouvez créer une surveillance de l'état pour chaque ressource sans configurer de notification pour ces vérifications. Vous pouvez ensuite créer une surveillance de l'état qui surveille le statut des autres surveillances de l'état et vous informe uniquement quand le nombre de ressources web disponibles est inférieur à un seuil défini.
**Des bilans de santé qui surveillent les CloudWatch alarmes**
Vous pouvez créer des CloudWatch alarmes qui surveillent l'état des CloudWatch métriques, telles que le nombre d'événements de lecture limités pour une base de données Amazon DynamoDB ou le nombre d'hôtes Elastic Load Balancing considérés comme sains. Après avoir créé une alarme, vous pouvez créer un bilan de santé qui surveille le même flux de données que celui qui CloudWatch surveille l'alarme.
Pour améliorer la résilience et la disponibilité, Route 53 n'attend pas que l' CloudWatchalarme passe à l'`ALARM`état. L'état d'un bilan de santé passe de sain à mauvais état en fonction du flux de données et des critères de l' CloudWatch alarme.
Route 53 prend en charge les CloudWatch alarmes dotées des fonctionnalités suivantes :
+ Métriques de résolution standard. Les métriques haute résolution ne sont pas prises en charge. Pour plus d'informations, consultez la section [Mesures haute résolution](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) dans le *guide de l' CloudWatch utilisateur Amazon*.
+ Statistiques : moyenne, minimale, maximale, somme et SampleCount. Les statistiques étendues ne sont pas prises en charge.
+ Route 53 ne prend pas en charge les alarmes « M sur N ». Pour plus d'informations, consultez la section [Évaluation d'une alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) dans le * CloudWatch guide Amazon*.
+ Un bilan de santé ne peut surveiller qu'une CloudWatch alarme qui existe dans le même AWS compte que le bilan de santé.
+ Route 53 ne prend pas en charge les alarmes qui utilisent des [métriques mathématiques](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) pour interroger plusieurs CloudWatch métriques.
**Contrôleur de routage Amazon Application Recovery Controller (ARC)**
Les contrôles de santé dans ARC sont associés aux commandes de routage, qui sont de simples commutateurs marche/arrêt. Vous configurez chaque surveillance de l'état du contrôle de routage au moyen d'un enregistrement DNS de basculement. Vous pouvez ensuite simplement mettre à jour vos contrôles de routage dans ARC pour rediriger le trafic et faire basculer vos applications, par exemple entre des zones de disponibilité ou AWS des régions. Pour plus d'informations, consultez la section [Contrôle du routage dans ARC](https://docs.aws.amazon.com/r53recovery/latest/dg/routing-control.html) dans le guide du développeur ARC.
# Comment Amazon Route 53 détermine si une surveillance de l'état est saine
La méthode qu'Amazon Route 53 utilise pour déterminer si une surveillance de l'état est saine dépend du type de surveillance de l'état.
## Comment Route 53 détermine le statut des surveillances de l'état qui surveillent un point de terminaison
Route 53 dispose d'outils de surveillance de l'état situés dans différents emplacements dans le monde. Lorsque vous créez une surveillance de l'état qui surveille un point de terminaison, les outils de surveillance de l'état commencent à envoyer des demandes au point de terminaison que vous spécifiez afin de déterminer si ce dernier est sain. Vous pouvez choisir les emplacements qui seront utilisés par Route 53, et vous pouvez spécifier l'intervalle entre les vérifications : toutes les 10 secondes ou toutes les 30 secondes. Notez que les outils de surveillance de l'état Route 53 de différents centres de données ne sont pas coordonnés. C'est la raison pour laquelle vous verrez parfois plusieurs demandes par seconde, quel que soit l'intervalle choisi, puis quelques secondes sans surveillance de l'état.
Chaque surveillance de l'état évalue l'état du point de terminaison en fonction de deux valeurs :
+ Temps de réponse. Une ressource peut être lente à répondre ou peut échouer pour répondre à une demande de surveillance de l'état pour différentes raisons. Par exemple, la ressource est arrêtée pour des raisons de maintenance, elle fait l'objet d'une attaque par déni de service distribué (DDoS) ou le réseau est en panne.
+ Indique si le point de terminaison répond à un nombre spécifié de surveillances de l'état consécutives (seuil d'échec)
Route 53 regroupe les données des outils de surveillance de l'état et détermine si le point de terminaison est sain :
+ Si plus de 18 % des outils de surveillance de l'état signalent qu'un point de terminaison est sain, Route 53 le considère sain.
+ Si 18 % des outils de surveillance de l'état ou moins signalent qu'un point de terminaison est sain, Route 53 le considère non sain.
La valeur de 18 % a été choisie afin de s'assurer que des outils de surveillance de l'état situés dans plusieurs régions considèrent que le point de terminaison est sain. De cette manière, un point de terminaison ne peut pas être considéré non sain uniquement parce que les conditions du réseau ont isolé le point de terminaison de certains emplacements de vérification de l'état. Cette valeur pourra faire l'objet d'une modification dans une version ultérieure.
Le temps de réponse qu'un outil de surveillance de l'état utilise pour déterminer si un point de terminaison est sain dépend du type de surveillance de l'état :
+ **Surveillances de l'état HTTP et HTTPS** – Route 53 doit être en mesure d'établir une connexion TCP avec le point de terminaison dans les quatre secondes. En outre, le point de terminaison doit répondre par un code d'état HTTP 2xx ou 4xx dans les deux secondes qui suivent la connexion.
**Note**
Les contrôles de santé HTTPS ne valident pas SSL/TLS les certificats. Ils n'échouent donc pas si un certificat n'est pas valide ou a expiré.
+ **Surveillances de l'état TCP)** – Route 53 doit être en mesure d'établir une connexion TCP avec le point de terminaison dans les dix secondes.
+ **Surveillances de l'état HTTP et HTTPS avec correspondance de chaîne** – Comme pour les surveillances de l'état HTTP et HTTPS, Route 53 doit être en mesure d'établir une connexion TCP avec le point de terminaison dans les quatre secondes, et le point de terminaison doit répondre par un code d'état HTTP 2xx ou 3xx dans les deux secondes après la connexion.
Une fois qu'un outil de surveillance de l'état Route 53 a reçu le code de statut HTTP, il doit recevoir le corps de la réponse du point de terminaison dans les deux secondes qui suivent. Route 53 recherche dans le corps de réponse une chaîne que vous spécifiez. La chaîne doit figurer intégralement dans les 5 120 premiers octets du corps de la réponse. Si ce n'est pas le cas, la surveillance de l'état échoue pour le point de terminaison. Si vous utilisez la console Route 53, vous spécifiez la chaîne dans le champ **Search String** (Chaîne de recherche). Si vous utilisez l'API Route 53, vous spécifiez la chaîne dans l'élément `SearchString` lorsque vous créez la surveillance de l'état.
Pour les contrôles de santé qui surveillent un point de terminaison (à l'exception des contrôles de santé TCP), si la réponse du point de terminaison inclut des en-têtes, les en-têtes doivent être au format défini dans RFC7230 le document Protocole de transfert hypertexte (HTTP/1.1) : syntaxe et routage des messages, [section 3.2, «](https://tools.ietf.org/html/rfc7230#section-3.2) Champs d'en-tête ».
Route 53 considère qu'une nouvelle surveillance de l'état est saine jusqu'à obtenir suffisamment de données pour déterminer le véritable état, sain ou non sain. Si vous choisissez l'option d'inverser le statut de la surveillance de l'état, Route 53 considère qu'une nouvelle surveillance de l'état est *non saine*, jusqu'à obtenir suffisamment de données.
## Comment Route 53 détermine le statut des surveillances de l'état qui surveillent d'autres surveillances de l'état
Une surveillance de l'état peut surveiller le statut des autres surveillances de l'état ; ce type de surveillance de l'état est appelé *surveillance de l'état calculée*. La surveillance de l'état qui effectue le suivi est la *surveillance de l'état parent* et les surveillances de l'état qui sont surveillées sont les *surveillances de l'état enfants*. Une surveillance de l'état parent peut surveiller jusqu'à l'intégrité de 255 surveillances de l'état enfants. La surveillance fonctionne comme suit :
+ Route 53 ajoute le nombre de surveillances de l'état enfants qui sont considérées comme saines.
+ Route 53 compare ensuite ce nombre au nombre de surveillances de l'état enfants devant être saines pour que le statut de la surveillance de l'état parent soit considéré comme sain.
Pour plus d'informations, consultez [Autres surveillances de l'état calculée](health-checks-creating-values.md#health-checks-creating-values-calculated) dans [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md).
Route 53 considère qu'une nouvelle surveillance de l'état est saine jusqu'à obtenir suffisamment de données pour déterminer le véritable état, sain ou non sain. Si vous choisissez l'option d'inverser le statut de la surveillance de l'état, Route 53 considère qu'une nouvelle surveillance de l'état est *non saine*, jusqu'à obtenir suffisamment de données.
## Comment Route 53 détermine l'état des bilans de santé qui surveillent les CloudWatch alarmes
Lorsque vous créez un bilan de santé basé sur une CloudWatch alarme, Route 53 surveille le flux de données pour l'alarme correspondante au lieu de surveiller l'état de l'alarme. Si le flux de données indique que l'état de l'alarme est **OK**, la surveillance de l'état est considérée comme saine. Si le flux de données indique que l'état de l'alarme est **Alarme**, la surveillance de l'état est considérée comme non saine. Si le flux de données ne fournit pas de suffisamment d'informations pour déterminer l'état de l'alarme, le statut de la surveillance de l'état dépend de la valeur de **Statut de surveillance de l'état** : sain, non sain ou dernier statut connu. (Dans l'API Route 53, ce paramètre est `InsufficientDataHealthStatus`.)
Route 53 ne prend pas en charge les CloudWatch alarmes entre comptes.
**Note**
Étant donné que les contrôles de santé Route 53 surveillent les flux de CloudWatch données plutôt que l'état des CloudWatch alarmes, vous ne pouvez pas forcer le changement de statut d'un contrôle de santé à l'aide de l'opération CloudWatch [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html)API.
Route 53 considère qu'une nouvelle surveillance de l'état est saine jusqu'à obtenir suffisamment de données pour déterminer le véritable état, sain ou non sain. Si vous choisissez l'option d'inverser le statut de la surveillance de l'état, Route 53 considère qu'une nouvelle surveillance de l'état est *non saine*, jusqu'à obtenir suffisamment de données.
# Création, mise à jour et suppression de surveillances de l'état
**Important**
Si vous procédez à la mise à jour ou à la suppression de surveillances de l'état associées à des enregistrements, passez en revue les tâches de [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md) avant de poursuivre.
Cette section couvre les sujets suivants liés à la gestion des bilans de santé de Route 53 :
1. **Création et mise à jour des bilans de santé :**
+ Découvrez comment créer et mettre à jour des bilans de santé à l'aide de la console Route 53.
+ Comprenez les valeurs que vous devez spécifier lors de la création ou de la mise à jour des bilans de santé, telles que la surveillance des terminaux, le protocole, l'adresse IP, le nom de domaine et les options de configuration avancées.
1. **Valeurs affichées lors de la création d'un bilan de santé :**
+ Découvrez les valeurs affichées par la console Route 53 en fonction de vos entrées lors de la création d'un bilan de santé, telles que l'URL complète ou l'adresse IP et le port.
1. **Mise à jour des contrôles de santé en cas de modification des CloudWatch alarmes :**
+ Découvrez comment mettre à jour un bilan de santé lorsque vous modifiez les paramètres de l' CloudWatch alarme associée.
1. **Suppression des bilans de santé :**
+ Suivez la procédure pour supprimer les bilans de santé à l'aide de la console Route 53.
1. **Mise à jour ou suppression des contrôles de santé lorsque le basculement du DNS est configuré :**
+ Découvrez les tâches recommandées à effectuer lors de la mise à jour ou de la suppression des contrôles de santé associés aux enregistrements DNS afin de garantir une configuration de routage et de basculement correcte.
1. **Configuration des règles du routeur et du pare-feu :**
+ Découvrez comment configurer les règles de votre routeur et de votre pare-feu pour autoriser le trafic entrant provenant des vérificateurs de santé de Route 53, afin de garantir la réussite des contrôles de santé.
En suivant les informations fournies dans cette section, vous pouvez créer, mettre à jour et supprimer efficacement les contrôles de santé de Route 53, gérer leur configuration et garantir une intégration correcte avec les politiques de routage et de basculement du DNS.
**Topics**
+ [Création et mise à jour de surveillances de l'état](health-checks-creating.md)
+ [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md)
+ [Valeurs qu'Amazon Route 53 affiche lors de la création d'une surveillance de l'état](health-checks-creating-values-displayed.md)
+ [Mise à jour des bilans de santé lorsque vous modifiez les paramètres des CloudWatch alarmes (bilans de santé qui surveillent uniquement une CloudWatch alarme)](health-checks-updating-cloudwatch-alarm-settings.md)
+ [Activation ou désactivation des bilans de santé](health-checks-disable.md)
+ [Contrôles de santé inversés](health-checks-invert.md)
+ [Suppression de surveillances de l'état](health-checks-deleting.md)
+ [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md)
+ [Configuration des règles de pare-feu et de routeur pour les surveillances de l'état Amazon Route 53](dns-failover-router-firewall-rules.md)
# Création et mise à jour de surveillances de l'état
La procédure suivante décrit comment créer et mettre à jour les surveillances de l'état à l'aide de la console Route 53.
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-creating-new)
+ [Ancienne console](#health-checks-creating-old)
------
#### [ New console ]
**Pour créer ou mettre à jour un bilan de santé**
1. Si vous mettez à jour des surveillances de l'état déjà associées à des enregistrements, exécutez les tâches recommandées dans [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md).
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Si vous souhaitez mettre à jour un bilan de santé existant, choisissez l'identifiant associé au bilan de santé, puis choisissez **Modifier**.
Si vous souhaitez créer un bilan de santé, choisissez **Créer un bilan de santé**.
1. Entrez les valeurs applicables. Notez que certaines valeurs ne peuvent pas être modifiées après la création d'une surveillance de l'état. Pour de plus amples informations, veuillez consulter [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md).
1. Choisissez **Créer une vérification de l'état**.
**Note**
Route 53 considère qu'une nouvelle surveillance de l'état est saine jusqu'à obtenir suffisamment de données pour déterminer le véritable état, sain ou non sain.
1. Associez une ou plusieurs surveillances de l'état à un ou plusieurs enregistrements Route 53. Pour plus d'informations sur la création et la mise à jour d'enregistrements, consultez [Utilisation des enregistrements](rrsets-working-with.md).
------
#### [ Old console ]
**Pour créer ou mettre à jour un bilan de santé**
1. Si vous mettez à jour des surveillances de l'état déjà associées à des enregistrements, exécutez les tâches recommandées dans [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md).
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Si vous souhaitez mettre à jour une surveillance de l'état existante, sélectionnez la vérification appropriée, puis choisissez **Modifier la surveillance de l'état**.
Si vous souhaitez créer une surveillance de l'état, choisissez **Créer une surveillance de l'état**. Pour plus d'informations sur chaque paramètre, déplacez le pointeur de la souris sur une étiquette pour afficher l'info-bulle.
1. Entrez les valeurs applicables. Notez que certaines valeurs ne peuvent pas être modifiées après la création d'une surveillance de l'état. Pour de plus amples informations, veuillez consulter [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md).
1. Choisissez **Create Health Check**.
**Note**
Route 53 considère qu'une nouvelle surveillance de l'état est saine jusqu'à obtenir suffisamment de données pour déterminer le véritable état, sain ou non sain. Si vous choisissez l'option d'inverser le statut de la surveillance de l'état, Route 53 considère qu'une nouvelle surveillance de l'état est *non saine*, jusqu'à obtenir suffisamment de données.
1. Associez une ou plusieurs surveillances de l'état à un ou plusieurs enregistrements Route 53. Pour plus d'informations sur la création et la mise à jour d'enregistrements, consultez [Utilisation des enregistrements](rrsets-working-with.md).
------
# Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état
Lorsque vous créez ou mettez à jour les surveillances de l'état, vous spécifiez les valeurs applicables. Notez que vous ne pouvez pas modifier certaines valeurs après la création d'une surveillance de l'état.
**Topics**
+ [Surveillance d'un point de terminaison](#health-checks-creating-values-endpoint)
+ [Autres surveillances de l'état calculée](#health-checks-creating-values-calculated)
+ [Surveillance d'une CloudWatch alarme](#health-checks-creating-values-cloudwatch)
+ [Configuration avancée (option « Monitor an endpoint » uniquement)](#health-checks-creating-values-advanced)
+ [Être informé en cas d'échec d'une surveillance de l'état](#health-checks-creating-values-alarm)
**Nom**
Facultatif, mais recommandé : nom que vous souhaitez attribuer à la surveillance de l'état. Si vous spécifiez une valeur pour **Nom**, Route 53 ajoute une balise à la surveillance de l'état, attribue la valeur **Nom** à la clé de balise et affecte la valeur que vous spécifiez à la valeur de la balise. La valeur de la balise **Nom** s'affiche dans la liste des surveillances de l'état dans la console Route 53, ce qui vous permet de distinguer facilement les surveillances de l'état les unes des autres.
Pour plus d'informations sur le balisage et les surveillances de l'état, consultez [Attribution de noms et balisage des surveillances de l'état](health-checks-tagging.md).
**Eléments à surveiller**
Si vous souhaitez que cette surveillance de l'état surveille un point de terminaison ou le statut d'autres surveillances de l'état :
+ **Point de terminaison** – Route 53 surveille l'état d'un point de terminaison que vous spécifiez. Vous pouvez spécifier le point de terminaison en fournissant un nom de domaine ou une adresse IP et un port.
**Note**
Si vous spécifiez un point de AWS terminaison autre que le terminal, des frais supplémentaires s'appliquent. Pour plus d'informations, notamment pour obtenir une définition des points de terminaison AWS , consultez la section relative aux surveillances de l'état sur la page [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
+ **Statut d'autres surveillances de l'état (surveillance de l'état calculée)** – Route 53 détermine si cette surveillance de l'état est saine en fonction du statut d'autres surveillances de l'état que vous spécifiez. Vous aussi spécifier le nombre de surveillances de l'état dont le résultat doit être sain pour que cette surveillance de l'état soit considérée comme saine.
+ **État du flux de données CloudWatch d'alarme** — Route 53 détermine si ce contrôle de santé est sain en surveillant le flux de données pour détecter une CloudWatch alarme.
## Surveillance d'un point de terminaison
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-creating-values-endpoint-new)
+ [Ancienne console](#health-checks-creating-values-endpoint-old)
------
#### [ New console ]
Si vous souhaitez que cette surveillance de l'état surveille un point de terminaison, spécifiez les valeurs suivantes :
+ Spécifiez les points de terminaison par
+ Adresse IP
+ Nom de domaine
**Spécification du point de terminaison par**
Si vous souhaitez spécifier le point de terminaison à l'aide d'une adresse IP ou à l'aide d'un nom de domaine.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur du champ **Spécifier un point de terminaison par**.
**Adresse IP (uniquement pour l'option « Specify endpoint by IP address » [Spécifier le point de terminaison par adresse IP])**
Choisissez le protocole dans le menu déroulant, entrez l'adresse IP, le port et le chemin dans la zone de texte.
+ Le protocole peut être l'un des suivants :
**HTTP** – Route 53 tente d'établir une connexion TCP. En cas de réussite, Route 53 envoie une demande HTTP et attend un code d'état HTTP 2xx ou 3xx.
+ **HTTPS** – Route 53 tente d'établir une connexion TCP. En cas de réussite, Route 53 envoie une demande HTTPS et attend un code d'état HTTP 2xx ou 3xx.
**Important**
Si vous choisissez **HTTPS**, le point de terminaison doit prendre en charge le protocole TLS v1.0, v1.1 ou v1.2.
Si vous choisissez **HTTPS** comme valeur pour **Protocol**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP** – Route 53 tente d'établir une connexion TCP.
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).
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Protocol**.
Pour l'**adresse IP**, vous pouvez saisir l' IPv6 adresse IPv4 OR du point de terminaison sur lequel vous souhaitez que Route 53 effectue des contrôles de santé, si vous avez choisi **Spécifier le point de terminaison par adresse IP**.
Route 53 ne peut pas vérifier l'état de points de terminaison pour lesquels 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 surveillances de l'état, consultez les documents suivants :
+ [RFC 5735, Adresses à usage spécial IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 Préfixe réservé à l'IANA pour l'espace](http://tools.ietf.org/html/rfc6598) d'adressage partagé.
+ [RFC 5156, Adresses à usage spécial IPv6 ](https://tools.ietf.org/html/rfc5156)
Si le point de terminaison est une instance Amazon EC2, nous vous recommandons de créer une adresse IP Elastic, de l'associer à votre instance EC2 et de spécifier l'adresse IP Elastic. Ceci permet de s'assurer que l'adresse IP de votre instance ne changera jamais. Pour plus d'informations, consultez la section [Adresses IP élastiques (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) dans le guide de l'*utilisateur Amazon EC2.*
Si vous supprimez l'instance Amazon EC2, veillez également à supprimer la surveillance de l'état associée à l'adresse IP Elastic. Pour de plus amples informations, veuillez consulter [Bonnes pratiques relatives aux vérifications de l'état d'Amazon Route 53](best-practices-healthchecks.md).
Si vous spécifiez un point de AWS terminaison autre que le terminal, des frais supplémentaires s'appliquent. Pour plus d'informations, notamment pour obtenir une définition des points de terminaison AWS , consultez la section relative aux surveillances de l'état sur la page [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
Pour le **port**, vous entrez le port du point de terminaison sur lequel vous souhaitez que Route 53 effectue des contrôles de santé.
Pour le **chemin (protocoles HTTP et HTTPS uniquement)**, entrez le chemin que vous souhaitez que Route 53 demande lors des vérifications de santé. Le chemin peut être n'importe quelle valeur pour laquelle votre point de terminaison renverra un code d'état H TTP de 2xx ou 3xx lorsque le point de terminaison est sain, comme le fichier/.html ? docs/route53-health-check.html. You can also include query string parameters, for example, /welcome language=jp&login=y. Si vous n'incluez pas de barre oblique (/) en tête, Route 53 en ajoute automatiquement une.
**Nom de domaine (uniquement pour l'option « Specify endpoint by domain name » [Spécifier le point de terminaison par nom de domaine], tous les protocoles)**
Le nom de domaine (example.com) ou nom de sous-domaine (backend.example.com) du point de terminaison sur lequel vous souhaitez que Route 53 effectue les surveillances de l'état, si vous choisissez **Spécifier le point de terminaison par nom de domaine**.
Si vous choisissez de spécifier le point de terminaison par nom de domaine, Route 53 envoie une requête DNS pour résoudre le nom de domaine indiqué dans **Domain name** (Nom de domaine) selon l'intervalle spécifié dans **Request interval** (Intervalle entre les demandes). À l'aide d'une adresse IP renvoyée par DNS, Route 53 vérifie ensuite l'état du point de terminaison.
Si vous spécifiez le point de terminaison par nom de domaine, Route 53 l'utilise uniquement IPv4 pour envoyer des bilans de santé au point de terminaison. S'il n'existe aucun enregistrement de type A pour le nom que vous spécifiez dans le champ **Nom de domaine**, la surveillance de l'état échoue en renvoyant l'erreur « échec de la résolution DNS ».
Si vous voulez vérifier l'état de basculement, de géolocalisation, de proximité géographique, de latence, de multivaleur ou l'état des enregistrements pondérés et si vous choisissez de spécifier le point de terminaison par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (www.example.com).
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.
En outre, si la valeur de **Protocol** (Protocole) est **HTTP** ou **HTTPS**, Route 53 transmet la valeur de **Domain name** (Nom de domaine) dans l'en-tête `Host` comme décrit dans la rubrique **Host name** (Nom d'hôte), ci-avant dans la liste. Si la valeur de **Protocol** (Protocole) est **TCP**, Route 53 ne transmet pas d'en-tête `Host`.
Si vous spécifiez un point de AWS terminaison autre que le terminal, des frais supplémentaires s'appliquent. Pour plus d'informations, notamment pour obtenir une définition des points de terminaison AWS , consultez la section relative aux surveillances de l'état sur la page [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
------
#### [ Old console ]
Si vous souhaitez que cette surveillance de l'état surveille un point de terminaison, spécifiez les valeurs suivantes :
+ Spécification du point de terminaison par
+ Protocole
+ Adresse IP
+ Nom d'hôte
+ Port
+ Nom de domaine
+ Chemin
**Spécification du point de terminaison par**
Si vous souhaitez spécifier le point de terminaison à l'aide d'une adresse IP ou à l'aide d'un nom de domaine.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur du champ **Spécifier un point de terminaison par**.
** Protocole**
Méthode que vous souhaitez que Route 53 utilise pour vérifier l'état de votre point de terminaison :
+ **HTTP** – Route 53 tente d'établir une connexion TCP. En cas de réussite, Route 53 envoie une demande HTTP et attend un code d'état HTTP 2xx ou 3xx.
+ **HTTPS** – Route 53 tente d'établir une connexion TCP. En cas de réussite, Route 53 envoie une demande HTTPS et attend un code d'état HTTP 2xx ou 3xx.
**Important**
Si vous choisissez **HTTPS**, le point de terminaison doit prendre en charge le protocole TLS v1.0, v1.1 ou v1.2.
Si vous choisissez **HTTPS** comme valeur pour **Protocol**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP** – Route 53 tente d'établir une connexion TCP.
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).
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Protocol**.
**Adresse IP (uniquement pour l'option « Specify endpoint by IP address » [Spécifier le point de terminaison par adresse IP])**
IPv6 Adresse IPv4 ou du point de terminaison sur lequel vous souhaitez que Route 53 effectue des contrôles de santé, si vous avez choisi **Spécifier le point de terminaison par adresse IP**.
Route 53 ne peut pas vérifier l'état de points de terminaison pour lesquels 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 surveillances de l'état, consultez les documents suivants :
+ [RFC 5735, Adresses à usage spécial IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 Préfixe réservé à l'IANA pour l'espace](http://tools.ietf.org/html/rfc6598) d'adressage partagé.
+ [RFC 5156, Adresses à usage spécial IPv6 ](https://tools.ietf.org/html/rfc5156)
Si le point de terminaison est une instance Amazon EC2, nous vous recommandons de créer une adresse IP Elastic, de l'associer à votre instance EC2 et de spécifier l'adresse IP Elastic. Ceci permet de s'assurer que l'adresse IP de votre instance ne changera jamais. Pour plus d'informations, consultez la section [Adresses IP élastiques (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) dans le guide de l'*utilisateur Amazon EC2.*
Si vous supprimez l'instance Amazon EC2, veillez également à supprimer la surveillance de l'état associée à l'adresse IP Elastic. Pour de plus amples informations, veuillez consulter [Bonnes pratiques relatives aux vérifications de l'état d'Amazon Route 53](best-practices-healthchecks.md).
Si vous spécifiez un point de AWS terminaison autre que le terminal, des frais supplémentaires s'appliquent. Pour plus d'informations, notamment pour obtenir une définition des points de terminaison AWS , consultez la section relative aux surveillances de l'état sur la page [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Nom d'hôte (uniquement pour l'option « Specify endpoint by IP address » [Spécifier le point de terminaison par adresse IP], protocoles HTTP et HTTPS uniquement)**
La valeur que vous souhaitez que Route 53 transmette dans l'en-tête `Host` des surveillances de l'état HTTP et HTTPS. Il s'agit généralement du nom DNS complet du site web sur lequel vous souhaitez que Route 53 procède aux surveillances de l'état. Lorsque Route 53 vérifie l'état d'un point de terminaison, voici comment l'en-tête `Host` est construit :
+ Si vous spécifiez la valeur **80** pour **Port** et **HTTP** pour **Protocol** (Protocole), Route 53 transmet au point de terminaison un en-tête `Host` qui contient la valeur de **Host name** (Nom d'hôte).
+ Si vous spécifiez la valeur **443** pour **Port** et **HTTPS** pour **Protocol** (Protocole), Route 53 transmet au point de terminaison un en-tête `Host` qui contient la valeur de **Host name** (Nom d'hôte).
+ Si vous spécifiez une autre valeur pour le **port** et **HTTP** ou **HTTPS** pour le **protocole**, Route 53 transmet au point de terminaison un `Host` en-tête contenant la valeur *Host name* **:***Port*.
Si vous choisissez de spécifier le point de terminaison par adresse IP et que vous ne spécifiez pas de valeur pour **Host name** (Nom d'hôte), Route 53 remplace la valeur **IP address** (Adresse IP) dans l'en-tête `Host` de chacun des cas précédents.
** Port**
Port sur le point de terminaison sur lequel vous souhaitez que Route 53 exécute des surveillances de l'état.
**Nom de domaine (uniquement pour l'option « Specify endpoint by domain name » [Spécifier le point de terminaison par nom de domaine], tous les protocoles)**
Le nom de domaine (example.com) ou nom de sous-domaine (backend.example.com) du point de terminaison sur lequel vous souhaitez que Route 53 effectue les surveillances de l'état, si vous choisissez **Spécifier le point de terminaison par nom de domaine**.
Si vous choisissez de spécifier le point de terminaison par nom de domaine, Route 53 envoie une requête DNS pour résoudre le nom de domaine indiqué dans **Domain name** (Nom de domaine) selon l'intervalle spécifié dans **Request interval** (Intervalle entre les demandes). À l'aide d'une adresse IP renvoyée par DNS, Route 53 vérifie ensuite l'état du point de terminaison.
Si vous spécifiez le point de terminaison par nom de domaine, Route 53 l'utilise uniquement IPv4 pour envoyer des bilans de santé au point de terminaison. S'il n'existe aucun enregistrement de type A pour le nom que vous spécifiez dans le champ **Nom de domaine**, la surveillance de l'état échoue en renvoyant l'erreur « échec de la résolution DNS ».
Si vous voulez vérifier l'état de basculement, de géolocalisation, de proximité géographique, de latence, de multivaleur ou l'état des enregistrements pondérés et si vous choisissez de spécifier le point de terminaison par nom de domaine, nous vous recommandons de créer une surveillance de l'état distincte pour chaque point de terminaison. Par exemple, créez une surveillance de l'état pour chaque serveur HTTP qui diffuse du contenu pour www.example.com. Pour la valeur du champ **Nom de domaine**, indiquez le nom de domaine du serveur (par exemple, us-east-2-www.example.com), et non pas le nom des enregistrements (www.example.com).
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.
En outre, si la valeur de **Protocol** (Protocole) est **HTTP** ou **HTTPS**, Route 53 transmet la valeur de **Domain name** (Nom de domaine) dans l'en-tête `Host` comme décrit dans la rubrique **Host name** (Nom d'hôte), ci-avant dans la liste. Si la valeur de **Protocol** (Protocole) est **TCP**, Route 53 ne transmet pas d'en-tête `Host`.
Si vous spécifiez un point de AWS terminaison autre que le terminal, des frais supplémentaires s'appliquent. Pour plus d'informations, notamment pour obtenir une définition des points de terminaison AWS , consultez la section relative aux surveillances de l'état sur la page [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Chemin (protocoles HTTP et HTTPS uniquement)**
Chemin d'accès que vous souhaitez que Route 53 demande lors de l'exécution des surveillances de l'état. Le chemin peut être toute valeur pour laquelle votre point de terminaison renverra un code de statut HTTP `2xx` ou `3xx` quand le point de terminaison est sain, par exemple, le fichier `/docs/route53-health-check.html`. Vous pouvez également inclure des paramètres de chaîne de requête, par exemple, `/welcome.html?language=jp&login=y`. Si vous n'incluez pas une barre oblique (`/`) au début, Route 53 en ajoute automatiquement une.
------
## Autres surveillances de l'état calculée
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-creating-values-calculated-new)
+ [Ancienne console](#health-checks-creating-values-calculated-old)
------
#### [ New console ]
Si vous souhaitez que cette surveillance de l'état surveille le statut d'autres surveillances de l'état, spécifiez les valeurs suivantes :
+ Surveillances de l’état à contrôler
+ Signaler comme sain quand
**Surveillances de l’état à contrôler **
Surveillances de l'état que vous souhaitez que Route 53 surveille pour déterminer l'état de cette surveillance de l'état.
Vous pouvez ajouter jusqu'à 256 surveillances de l'état à **Surveillances de l'état à surveiller**. Pour supprimer une surveillance de l'état de la liste, sélectionnez **x** à la droite de l'élément en surbrillance pour cette surveillance de l'état.
Vous ne pouvez pas configurer une surveillance de l'état calculée pour surveiller l'état d'autres surveillances de l'état calculées.
Si vous désactivez une surveillance de l'état qui est surveillée par une surveillance de l'état calculée, Route 53 considère la surveillance de l'état désactivée comme saine, étant donné qu'il calcule si la surveillance de l'état calculée est saine. Si vous souhaitez que la surveillance de l'état désactivée soit considérée comme non saine, activez la case à cocher **Inverser le statut de surveillance de l'état**.
** Signaler comme sain quand **
Calcul que vous souhaitez que Route 53 exécute pour déterminer si cette surveillance de l'état est saine :
+ **Signaler comme sain quand au moins x sur y sur certaines surveillances de l'état sont saines)** – Route 53 considère cette surveillance de l'état saine lorsque le nombre de surveillances de l'état ajoutées dans **Surveillances de l'état à surveiller** sont saines. Notez ce qui suit :
+ Si vous spécifiez un nombre supérieur au nombre de surveillances de l'état indiquées dans **Surveillances de l'état à surveiller**, Route 53 considère cette vérification non saine dans tous les cas.
+ Si vous spécifiez **0**, Route 53 considère cette surveillance de l'état comme saine dans tous les cas.
+ **Signaler comme sain quand toutes les surveillances de l'état sont saines (ET)** – Route 53 considère cette surveillance de l'état saine uniquement lorsque l'ensemble des surveillances de l'état ajoutées à **Surveillances de l'état à surveiller** sont saines.
+ **Signaler comme sain quand une ou plusieurs surveillances de l'état sont saines (OU)** – Route 53 considère cette surveillance de l'état saine lorsqu'au moins l'une des **Surveillances de l'état à surveiller** est saine.
------
#### [ Old console ]
Si vous souhaitez que cette surveillance de l'état surveille le statut d'autres surveillances de l'état, spécifiez les valeurs suivantes :
+ Surveillances de l’état à contrôler
+ Signaler comme sain quand
+ Inverser le statut de surveillance de l'état
+ Désactivé
** Surveillances de l’état à contrôler **
Surveillances de l'état que vous souhaitez que Route 53 surveille pour déterminer l'état de cette surveillance de l'état.
Vous pouvez ajouter jusqu'à 256 surveillances de l'état à **Surveillances de l'état à surveiller**. Pour supprimer une surveillance de l'état de la liste, sélectionnez **x** à la droite de l'élément en surbrillance pour cette surveillance de l'état.
Vous ne pouvez pas configurer une surveillance de l'état calculée pour surveiller l'état d'autres surveillances de l'état calculées.
Si vous désactivez une surveillance de l'état qui est surveillée par une surveillance de l'état calculée, Route 53 considère la surveillance de l'état désactivée comme saine, étant donné qu'il calcule si la surveillance de l'état calculée est saine. Si vous souhaitez que la surveillance de l'état désactivée soit considérée comme non saine, activez la case à cocher **Inverser le statut de surveillance de l'état**.
** Signaler comme sain quand **
Calcul que vous souhaitez que Route 53 exécute pour déterminer si cette surveillance de l'état est saine :
+ **Signaler comme sain quand au moins x sur y sur certaines surveillances de l'état sont saines)** – Route 53 considère cette surveillance de l'état saine lorsque le nombre de surveillances de l'état ajoutées dans **Surveillances de l'état à surveiller** sont saines. Notez ce qui suit :
+ Si vous spécifiez un nombre supérieur au nombre de surveillances de l'état indiquées dans **Surveillances de l'état à surveiller**, Route 53 considère cette vérification non saine dans tous les cas.
+ Si vous spécifiez **0**, Route 53 considère cette surveillance de l'état comme saine dans tous les cas.
+ **Signaler comme sain quand toutes les surveillances de l'état sont saines (ET)** – Route 53 considère cette surveillance de l'état saine uniquement lorsque l'ensemble des surveillances de l'état ajoutées à **Surveillances de l'état à surveiller** sont saines.
+ **Signaler comme sain quand une ou plusieurs surveillances de l'état sont saines (OU)** – Route 53 considère cette surveillance de l'état saine lorsqu'au moins l'une des **Surveillances de l'état à surveiller** est saine.
** Inverser l'état du bilan de santé (ancienne console uniquement)**
Pour inverser un bilan de santé sur la nouvelle console, consultez[Contrôles de santé inversés](health-checks-invert.md).
Décidez si vous voulez que Route 53 inverse le statut d'une surveillance de l'état. Si vous sélectionnez cette option, Route 53 considère que les surveillances de l'état ne sont pas saines lorsque le statut est sain, et vice versa.
** Désactivé (ancienne console uniquement)**
Pour désactiver un contrôle de santé sur la nouvelle console, consultez[Activation ou désactivation des bilans de santé](health-checks-disable.md).
Empêche Route 53 de poursuivre l'exécution de surveillances de l'état. Lorsque vous désactivez une surveillance de l'état, Route 53 arrête de regrouper le statut des surveillances de l'état référencées.
Lorsque vous désactivez une surveillance de l'état, Route 53 considère que le statut de la surveillance de l'état est toujours sain. Si vous avez configuré le basculement DNS, Route 53 continue à acheminer le trafic vers les ressources correspondantes. Si vous souhaitez arrêter d'acheminer le trafic vers une ressource, inversez le bilan de santé.
Les frais pour une surveillance de l'état sont toujours applicables même lorsque la surveillance de l'état est désactivée.
------
## Surveillance d'une CloudWatch alarme
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-creating-values-cloudwatch-new)
+ [Ancienne console](#health-checks-creating-values-cloudwatch-old)
------
#### [ New console ]
Si vous souhaitez que ce bilan de santé surveille l'état d'une CloudWatch alarme, spécifiez les valeurs suivantes :
+ CloudWatch alarme
+ Statut de la surveillance de l'état
**CloudWatch alarme**
Choisissez l' CloudWatch alarme que vous souhaitez que Route 53 utilise pour déterminer si ce bilan de santé est correct. L' CloudWatch alarme doit être Compte AWS identique au bilan de santé.
Route 53 prend en charge les CloudWatch alarmes dotées des fonctionnalités suivantes :
+ Métriques de résolution standard. Les métriques haute résolution ne sont pas prises en charge. Pour plus d'informations, consultez la section [Mesures haute résolution](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) dans le *guide de l' CloudWatch utilisateur Amazon*.
+ Statistiques : `Average`, `Minimum`, `Maximum`, `Sum` et `SampleCount`. Les statistiques étendues ne sont pas prises en charge.
+ Route 53 ne prend pas en charge les alarmes « M sur N ». Pour plus d'informations, consultez la section [Évaluation d'une alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) dans le * CloudWatch guide Amazon*.
Route 53 ne prend pas en charge les alarmes qui utilisent des [métriques mathématiques](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) pour interroger plusieurs CloudWatch métriques.
Si vous souhaitez créer une alarme, effectuez les opérations suivantes :
1. Sélectionnez **Créer**. La CloudWatch console apparaît dans un nouvel onglet du navigateur.
1. Entrez les valeurs applicables. Pour plus d'informations, consultez la section [Créer ou modifier une CloudWatch alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) dans le *guide de CloudWatch l'utilisateur Amazon*.
1. Revenez à l'onglet de navigateur dans lequel apparaît la console Route 53.
1. Cliquez sur le bouton d'actualisation situé à côté de la liste des **CloudWatchalarmes**.
1. Choisissez la nouvelle alarme dans la liste.
Si vous modifiez les paramètres de l' CloudWatch alarme après avoir créé un bilan de santé, vous devez le mettre à jour. Pour de plus amples informations, veuillez consulter [Mise à jour des bilans de santé lorsque vous modifiez les paramètres des CloudWatch alarmes (bilans de santé qui surveillent uniquement une CloudWatch alarme)Mise à jour des bilans de santé lorsque vous modifiez les paramètres CloudWatch d'alarme](health-checks-updating-cloudwatch-alarm-settings.md).
** Statut de la surveillance de l'état**
Choisissez l'état du bilan de santé (sain, malsain ou dernier état connu) lorsque CloudWatch les données sont insuffisantes pour déterminer l'état de l'alarme que vous avez choisie pour l'**CloudWatchalarme**. Si vous choisissez d'utiliser le dernier état connu, Route 53 utilise l'état du bilan de santé enregistré lors de la dernière analyse de données suffisantes pour déterminer l'état de l'alarme. CloudWatch Pour les nouvelles surveillances de l'état n'ayant aucun dernier statut connu, le statut par défaut de la surveillance de l'état est « sain ».
La valeur du **statut Health check** fournit un statut temporaire lorsque le flux de données d'une CloudWatch métrique est brièvement indisponible. (Route 53 surveille les flux de données pour CloudWatch détecter les métriques, et non l'état de l'alarme correspondante.) Si la métrique est indisponible fréquemment ou pendant de longues périodes (plus de quelques heures), nous vous recommandons de ne pas utiliser le dernier statut connu.
------
#### [ Old console ]
Si vous souhaitez que ce bilan de santé surveille l'état d'une CloudWatch alarme, spécifiez les valeurs suivantes :
+ CloudWatch alarme
+ Statut de la surveillance de l'état
+ Inverser le statut de surveillance de l'état
+ Désactivé
**CloudWatch alarme**
Choisissez l' CloudWatch alarme que vous souhaitez que Route 53 utilise pour déterminer si ce bilan de santé est correct. L' CloudWatch alarme doit être Compte AWS identique au bilan de santé.
Route 53 prend en charge les CloudWatch alarmes dotées des fonctionnalités suivantes :
+ Métriques de résolution standard. Les métriques haute résolution ne sont pas prises en charge. Pour plus d'informations, consultez la section [Mesures haute résolution](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) dans le *guide de l' CloudWatch utilisateur Amazon*.
+ Statistiques : `Average`, `Minimum`, `Maximum`, `Sum` et `SampleCount`. Les statistiques étendues ne sont pas prises en charge.
+ Route 53 ne prend pas en charge les alarmes « M sur N ». Pour plus d'informations, consultez la section [Évaluation d'une alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) dans le * CloudWatch guide Amazon*.
Route 53 ne prend pas en charge les alarmes qui utilisent des [métriques mathématiques](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) pour interroger plusieurs CloudWatch métriques.
Si vous souhaitez créer une alarme, effectuez les opérations suivantes :
1. Sélectionnez **Créer**. La CloudWatch console apparaît dans un nouvel onglet du navigateur.
1. Entrez les valeurs applicables. Pour plus d'informations, consultez la section [Créer ou modifier une CloudWatch alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) dans le *guide de CloudWatch l'utilisateur Amazon*.
1. Revenez à l'onglet de navigateur dans lequel apparaît la console Route 53.
1. Cliquez sur le bouton d'actualisation situé à côté de la liste des **CloudWatchalarmes**.
1. Choisissez la nouvelle alarme dans la liste.
Si vous modifiez les paramètres de l' CloudWatch alarme après avoir créé un bilan de santé, vous devez le mettre à jour. Pour de plus amples informations, veuillez consulter [Mise à jour des bilans de santé lorsque vous modifiez les paramètres des CloudWatch alarmes (bilans de santé qui surveillent uniquement une CloudWatch alarme)Mise à jour des bilans de santé lorsque vous modifiez les paramètres CloudWatch d'alarme](health-checks-updating-cloudwatch-alarm-settings.md).
** Statut de la surveillance de l'état**
Choisissez l'état du bilan de santé (sain, malsain ou dernier état connu) lorsque CloudWatch les données sont insuffisantes pour déterminer l'état de l'alarme que vous avez choisie pour l'**CloudWatchalarme**. Si vous choisissez d'utiliser le dernier état connu, Route 53 utilise l'état du bilan de santé enregistré lors de la dernière analyse de données suffisantes pour déterminer l'état de l'alarme. CloudWatch Pour les nouvelles surveillances de l'état n'ayant aucun dernier statut connu, le statut par défaut de la surveillance de l'état est « sain ».
La valeur du **statut Health check** fournit un statut temporaire lorsque le flux de données d'une CloudWatch métrique est brièvement indisponible. (Route 53 surveille les flux de données pour CloudWatch détecter les métriques, et non l'état de l'alarme correspondante.) Si la métrique est indisponible fréquemment ou pendant de longues périodes (plus de quelques heures), nous vous recommandons de ne pas utiliser le dernier statut connu.
**Inverser l'état du bilan de santé (ancienne console uniquement)**
Pour inverser un bilan de santé sur la nouvelle console, consultez[Contrôles de santé inversés](health-checks-invert.md).
Décidez si vous voulez que Route 53 inverse le statut d'une surveillance de l'état. Si vous sélectionnez cette option, Route 53 considère que les surveillances de l'état ne sont pas saines lorsque le statut est sain, et vice versa.
** Désactivé (ancienne console uniquement)**
Pour désactiver un contrôle de santé sur la nouvelle console, consultez[Activation ou désactivation des bilans de santé](health-checks-disable.md).
Empêche Route 53 de poursuivre l'exécution de surveillances de l'état. Lorsque vous désactivez un bilan de santé, Route 53 arrête de surveiller les CloudWatch métriques correspondantes.
Lorsque vous désactivez une surveillance de l'état, Route 53 considère que le statut de la surveillance de l'état est toujours sain. Si vous avez configuré le basculement DNS, Route 53 continue à acheminer le trafic vers les ressources correspondantes. Si vous souhaitez arrêter d'acheminer le trafic vers une ressource, inversez le bilan de santé.
Les frais pour une surveillance de l'état sont toujours applicables même lorsque la surveillance de l'état est désactivée.
------
## Configuration avancée (option « Monitor an endpoint » uniquement)
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
+ [Nouvelle console](#health-checks-creating-values-advanced-new)
+ [Ancienne console](#health-checks-creating-values-advanced-old)
------
#### [ New console ]
+ Intervalle entre les demandes
+ Seuil d'échec
+ Correspondance de chaînes
+ Chaînes de recherche
+ Graphiques de latence
+ Activer le SNI
+ Nom d'hôte
** Intervalle entre requêtes**
Nombre de secondes entre le moment où chaque outil de surveillance de l'état Route 53 obtient une réponse de votre point de terminaison et le moment où il envoie la demande de surveillance de l'état suivante. Si vous choisissez un intervalle de 30 secondes, chaque outil de surveillance de l'état Route 53 dans les centres de données du monde entier envoie à votre point de terminaison une demande de surveillance de l'état toutes les 30 secondes. En moyenne, votre point de terminaison reçoit une demande de surveillance de l'état toutes les deux secondes. Si vous choisissez un intervalle de 10 secondes, le point de terminaison recevra une demande plusieurs fois par seconde.
Notez que les outils de surveillance de l'état Route 53 de différents centres de données ne sont pas coordonnés. C'est la raison pour laquelle vous verrez parfois plusieurs demandes par seconde, quel que soit l'intervalle choisi, puis quelques secondes sans surveillance de l'état.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Intervalle entre les demandes**.
Si vous choisissez **Rapide (10 secondes)** pour la valeur de **Intervalle entre les demandes**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Seuil d'échec**
Nombre de surveillances de l'état consécutives pour lesquelles un point de terminaison doit réussir ou échouer pour que Route 53 modifie le statut actuel du point de terminaison en non sain ou sain, ou vice versa. 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).
**Recherche de chaîne (HTTP et HTTPS uniquement)**
Si vous souhaitez que Route 53 détermine l'état d'un point de terminaison en envoyant une demande HTTP ou HTTPS au point de terminaison et en recherchant une chaîne spécifiée dans le corps de réponse. Si le corps de la réponse contient la valeur que vous spécifiez dans **Search string** (Recherche de chaîne), Route 53 considère que le point de terminaison est sain. Dans le cas contraire, ou si le point de terminaison ne répond pas, Route 53 considère que le point de terminaison n'est pas sain. La chaîne de recherche doit figurer intégralement dans les 5 120 premiers octets du corps de la réponse.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur **String matching**.
Si vous choisissez la valeur **Yes** pour **String matching**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Comment les outils de surveillance de l'état gèrent une réponse compressée **
Si le point de terminaison est un serveur web qui renvoie une réponse compressée, l'outil de surveillance de l'état Route 53 décompresse la réponse avant de rechercher la chaîne de recherche spécifiée uniquement si le serveur web a compressé la réponse à l'aide d'un algorithme de compression pris en charge par les surveillances de l'état. Les outils de surveillance de l'état prennent en charge les algorithmes de compression suivants :
+ Gzip
+ Deflate
Si la réponse est compressée à l'aide d'un autre algorithme, l'outil de surveillance de l'état ne peut pas décompresser la réponse avant de rechercher la chaîne. Dans ce cas, la recherche échoue presque toujours, et Route 53 considère que le point de terminaison n'est pas sain.
**Chaîne de recherche (uniquement lorsque l'option « String matching » [Recherche de chaîne] est activée)**
Chaîne que vous souhaitez que Route 53 procède à une recherche dans le corps de la réponse à partir de votre point de terminaison. La longueur maximale est de 255 caractères.
Route 53 prend cette situation en compte lors de la recherche de la valeur de **Search string** (Chaîne de recherche) dans le corps de la réponse.
**Graphiques de latence**
Choisissez si vous souhaitez que Route 53 mesure la latence entre les vérificateurs de santé de plusieurs AWS régions et votre terminal. Si vous choisissez cette option, les graphiques de CloudWatch latence apparaissent dans l'onglet **Latency** de la page **Health checks** de la console Route 53. Si les outils de surveillance de l'état Route 53 ne parviennent pas à se connecter au point de terminaison, Route 53 ne peut pas afficher de graphique de la latence pour ce point de terminaison.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Mesures de latence**.
Si vous configurez Route 53 pour mesurer la latence entre les outils de surveillance de l'état et votre point de terminaison, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Activer SNI (HTTPS uniquement)**
Spécifiez si vous souhaitez que Route 53 envoie le nom d'hôte au point de terminaison dans le message `client_hello` lors de la négociation TLS. Cela permet au point de terminaison de répondre à la demande HTTPS avec le SSL/TLS certificat applicable.
Certains points de terminaison nécessitent que les requêtes HTTPS incluent le nom d'hôte dans le message client\$1hello. Si vous n'activez pas le SNI, l'état du bilan de santé peut indiquer un échec. Le message d'erreur dépend de la façon dont le serveur est configuré pour répondre à la demande ne contenant aucune information SNI. Un bilan de santé peut également présenter un état d'échec pour d'autres raisons. Si SNI est activé et que l'erreur persiste, vérifiez la configuration SSL/TLS sur votre point de terminaison et vérifiez la validité de votre certificat.
Notez les critères suivants :
+ Le point de terminaison doit prendre en charge SNI.
+ Le SSL/TLS certificat sur votre terminal inclut un nom de domaine dans le `Common Name` champ et éventuellement plusieurs autres dans le `Subject Alternative Names` champ. L'un des noms de domaines du certificat doit correspondre à la valeur spécifiée pour **Host name** (Nom d'hôte).
** Régions des outils de surveillance de l'état**
Indiquez si vous voulez que Route 53 vérifie l'état du point de terminaison à l'aide d'outils de surveillance de l'état dans les régions recommandées ou à l'aide d'outils de surveillance de l'état dans les régions que vous spécifiez.
Si vous mettez à jour une surveillance de l'état pour supprimer une région qui a effectué des surveillances de l'état, Route 53 continue d'effectuer des vérifications de cette région pendant 1 heure au plus. Cela garantit que certains outils de surveillance de l'état vérifient toujours le point de terminaison (par exemple, si vous remplacez trois régions par quatre régions différentes).
Si vous choisissez **Customize (Personnaliser)**, cliquez sur le signe **x** correspondant à une région pour la supprimer. Cliquez sur l'espace au bas de la liste pour rajouter une région à la liste. Vous devez spécifier au moins trois régions.
**Nom d'hôte (uniquement pour l'option « Specify endpoint by IP address » [Spécifier le point de terminaison par adresse IP], protocoles HTTP et HTTPS uniquement)**
La valeur que vous souhaitez que Route 53 transmette dans l'en-tête `Host` des surveillances de l'état HTTP et HTTPS. Il s'agit généralement du nom DNS complet du site web sur lequel vous souhaitez que Route 53 procède aux surveillances de l'état. Lorsque Route 53 vérifie l'état d'un point de terminaison, voici comment l'en-tête `Host` est construit :
+ Si vous spécifiez la valeur **80** pour **Port** et **HTTP** pour **Protocol** (Protocole), Route 53 transmet au point de terminaison un en-tête `Host` qui contient la valeur de **Host name** (Nom d'hôte).
+ Si vous spécifiez la valeur **443** pour le **port** et le protocole **HTdTPS** pour le **protocole**, Route 53 transmet au point de terminaison un `Host` en-tête contenant la valeur du **nom d'hôte**.
+ Si vous spécifiez une autre valeur pour le **port** et **HTTP** ou **HTTPS** pour le **protocole**, Route 53 transmet au point de terminaison un `Host` en-tête contenant la valeur *Host name* **:***Port*.
Si vous choisissez de spécifier le point de terminaison par adresse IP et que vous ne spécifiez pas de valeur pour **Host name** (Nom d'hôte), Route 53 remplace la valeur **IP address** (Adresse IP) dans l'en-tête `Host` de chacun des cas précédents.
------
#### [ Old console ]
Si vous sélectionnez l'option pour surveiller un point de terminaison, vous pouvez également spécifier les paramètres suivants :
+ Intervalle entre les demandes
+ Seuil d'échec
+ Correspondance de chaînes
+ Chaîne de recherche
+ Graphique de latence
+ Activer le SNI
+ Health Checker Regions
+ Inverser le statut de surveillance de l'état
+ Désactivé
** Intervalle entre requêtes**
Nombre de secondes entre le moment où chaque outil de surveillance de l'état Route 53 obtient une réponse de votre point de terminaison et le moment où il envoie la demande de surveillance de l'état suivante. Si vous choisissez un intervalle de 30 secondes, chaque outil de surveillance de l'état Route 53 dans les centres de données du monde entier envoie à votre point de terminaison une demande de surveillance de l'état toutes les 30 secondes. En moyenne, votre point de terminaison reçoit une demande de surveillance de l'état toutes les deux secondes. Si vous choisissez un intervalle de 10 secondes, le point de terminaison recevra une demande plusieurs fois par seconde.
Notez que les outils de surveillance de l'état Route 53 de différents centres de données ne sont pas coordonnés. C'est la raison pour laquelle vous verrez parfois plusieurs demandes par seconde, quel que soit l'intervalle choisi, puis quelques secondes sans surveillance de l'état.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Intervalle entre les demandes**.
Si vous choisissez **Rapide (10 secondes)** pour la valeur de **Intervalle entre les demandes**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Seuil d'échec**
Nombre de surveillances de l'état consécutives pour lesquelles un point de terminaison doit réussir ou échouer pour que Route 53 modifie le statut actuel du point de terminaison en non sain ou sain, ou vice versa. 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).
**Recherche de chaîne (HTTP et HTTPS uniquement)**
Si vous souhaitez que Route 53 détermine l'état d'un point de terminaison en envoyant une demande HTTP ou HTTPS au point de terminaison et en recherchant une chaîne spécifiée dans le corps de réponse. Si le corps de la réponse contient la valeur que vous spécifiez dans **Search string** (Recherche de chaîne), Route 53 considère que le point de terminaison est sain. Dans le cas contraire, ou si le point de terminaison ne répond pas, Route 53 considère que le point de terminaison n'est pas sain. La chaîne de recherche doit figurer intégralement dans les 5 120 premiers octets du corps de la réponse.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur **String matching**.
Si vous choisissez la valeur **Yes** pour **String matching**, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Comment les outils de surveillance de l'état gèrent une réponse compressée **
Si le point de terminaison est un serveur web qui renvoie une réponse compressée, l'outil de surveillance de l'état Route 53 décompresse la réponse avant de rechercher la chaîne de recherche spécifiée uniquement si le serveur web a compressé la réponse à l'aide d'un algorithme de compression pris en charge par les surveillances de l'état. Les outils de surveillance de l'état prennent en charge les algorithmes de compression suivants :
+ Gzip
+ Deflate
Si la réponse est compressée à l'aide d'un autre algorithme, l'outil de surveillance de l'état ne peut pas décompresser la réponse avant de rechercher la chaîne. Dans ce cas, la recherche échoue presque toujours, et Route 53 considère que le point de terminaison n'est pas sain.
**Chaîne de recherche (uniquement lorsque l'option « String matching » [Recherche de chaîne] est activée)**
Chaîne que vous souhaitez que Route 53 procède à une recherche dans le corps de la réponse à partir de votre point de terminaison. La longueur maximale est de 255 caractères.
Route 53 prend cette situation en compte lors de la recherche de la valeur de **Search string** (Chaîne de recherche) dans le corps de la réponse.
**Graphiques de latence**
Choisissez si vous souhaitez que Route 53 mesure la latence entre les vérificateurs de santé de plusieurs AWS régions et votre terminal. Si vous choisissez cette option, les graphiques de CloudWatch latence apparaissent dans l'onglet **Latency** de la page **Health checks** de la console Route 53. Si les outils de surveillance de l'état Route 53 ne parviennent pas à se connecter au point de terminaison, Route 53 ne peut pas afficher de graphique de la latence pour ce point de terminaison.
Une fois que vous avez créé une surveillance de l'état, vous ne pouvez pas modifier la valeur de **Mesures de latence**.
Si vous configurez Route 53 pour mesurer la latence entre les outils de surveillance de l'état et votre point de terminaison, des frais s'appliquent. Pour en savoir plus, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
**Activer SNI (HTTPS uniquement)**
Spécifiez si vous souhaitez que Route 53 envoie le nom d'hôte au point de terminaison dans le message `client_hello` lors de la négociation TLS. Cela permet au point de terminaison de répondre à la demande HTTPS avec le SSL/TLS certificat applicable.
Certains points de terminaison exigent que les demandes HTTPS incluent le nom d'hôte dans le message `client_hello`. Si vous n'activez pas le SNI, l'état du bilan de santé peut indiquer un échec. Le message d'erreur dépend de la façon dont le serveur est configuré pour répondre à la demande ne contenant aucune information SNI. Un bilan de santé peut également présenter un état d'échec pour d'autres raisons. Si le SNI est activé et que le message d'erreur persiste, vérifiez la SSL/TLS configuration sur votre terminal et confirmez que votre certificat est valide.
Notez les critères suivants :
+ Le point de terminaison doit prendre en charge SNI.
+ Le SSL/TLS certificat sur votre terminal inclut un nom de domaine dans le `Common Name` champ et éventuellement plusieurs autres dans le `Subject Alternative Names` champ. L'un des noms de domaines du certificat doit correspondre à la valeur spécifiée pour **Host name** (Nom d'hôte).
** Régions des outils de surveillance de l'état**
Indiquez si vous voulez que Route 53 vérifie l'état du point de terminaison à l'aide d'outils de surveillance de l'état dans les régions recommandées ou à l'aide d'outils de surveillance de l'état dans les régions que vous spécifiez.
Si vous mettez à jour une surveillance de l'état pour supprimer une région qui a effectué des surveillances de l'état, Route 53 continue d'effectuer des vérifications de cette région pendant 1 heure au plus. Cela garantit que certains outils de surveillance de l'état vérifient toujours le point de terminaison (par exemple, si vous remplacez trois régions par quatre régions différentes).
Si vous choisissez **Customize (Personnaliser)**, cliquez sur le signe **x** correspondant à une région pour la supprimer. Cliquez sur l'espace au bas de la liste pour rajouter une région à la liste. Vous devez spécifier au moins trois régions.
**Inverser l'état du bilan de santé (ancienne console uniquement)**
Pour inverser un bilan de santé sur la nouvelle console, consultez[Contrôles de santé inversés](health-checks-invert.md).
Décidez si vous voulez que Route 53 inverse le statut d'une surveillance de l'état. Si vous choisissez cette option, Route 53 considère qu'un bilan de santé n'est pas sain lorsque l'état est sain et vice versa. Par exemple, il se peut que vous vouliez que Route 53 considère une surveillance de l'état comme *non saine* si vous configurez une correspondance de chaîne et que le point de terminaison retourne une valeur spécifiée.
** Désactivé (ancienne console uniquement)**
Pour désactiver un contrôle de santé sur la nouvelle console, consultez[Activation ou désactivation des bilans de santé](health-checks-disable.md).
Empêche Route 53 de poursuivre l'exécution de surveillances de l'état. Lorsque vous désactivez une surveillance de l'état, Route 53 arrête de tenter d'établir une connexion TCP avec le point de terminaison.
Lorsque vous désactivez une surveillance de l'état, Route 53 considère que le statut de la surveillance de l'état est toujours sain. Si vous avez configuré le basculement DNS, Route 53 continue à acheminer le trafic vers les ressources correspondantes. Si vous souhaitez arrêter d'acheminer le trafic vers une ressource, inversez le bilan de santé.
Les frais pour une surveillance de l'état sont toujours applicables même lorsque la surveillance de l'état est désactivée.
------
## Être informé en cas d'échec d'une surveillance de l'état
Utilisez les options suivantes pour configurer les notifications par e-mail lorsqu'une surveillance de l'état échoue :
+ [Create alarm](#health-checks-creating-values-create-alarm)
+ [Send notification to](#health-checks-creating-values-send-notification-to)
+ [Topic name](#health-checks-creating-values-topic-name)
+ [Recipient email addresses](#health-checks-creating-values-recipient-email-addresses)
** Créer une alarme (uniquement lors de la création de surveillances de l'état)**
Spécifiez si vous souhaitez créer une CloudWatch alarme par défaut. Si vous choisissez **Oui**, vous CloudWatch envoie une notification Amazon SNS lorsque le statut de ce point de terminaison devient défectueux et que Route 53 considère que le point de terminaison est défectueux pendant une minute.
Si vous CloudWatch souhaitez vous envoyer une autre notification Amazon SNS lorsque le statut redevient sain, vous pouvez créer une autre alarme après avoir créé le bilan de santé. Pour plus d'informations, consultez la section [Création d' CloudWatch alarmes Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) dans le *guide de CloudWatch l'utilisateur Amazon*.
Si vous souhaitez créer une alarme pour une surveillance de l'état existante, ou si vous souhaitez recevoir des notifications lorsque Route 53 considère que le point de terminaison n'est pas sain pendant environ une minute (la valeur par défaut), sélectionnez **Non** et ajoutez une alarme après avoir créé la surveillance de l'état. Pour de plus amples informations, veuillez consulter [Surveillance des bilans de santé à l'aide CloudWatch](monitoring-health-checks.md).
**Envoyer une notification à (uniquement lors de la création d'une alarme)**
Spécifiez si vous CloudWatch souhaitez envoyer des notifications à une rubrique Amazon SNS existante ou à une nouvelle rubrique :
+ **Rubrique SNS existante** – Sélectionnez le nom de la rubrique dans la liste. La rubrique doit résider dans la région USA Est (Virginie du Nord).
+ **Nouvelle rubrique SNS** – Indiquez le nom de la rubrique dans **Topic name** (Nom de la rubrique) et saisissez les adresses e-mail auxquelles vous souhaitez envoyer des notifications dans **Recipients** (Destinataires). Séparez plusieurs adresses par une virgule, un point-virgule ou un espace.
Route 53 crée alors la rubrique dans la région USA Est (Virginie du Nord).
**Topic name (uniquement lors de la création d'une rubrique SNS)**
Si vous avez spécifié **New SNS Topic**, entrez le nom de la nouvelle rubrique.
**Recipient email addresses (uniquement lors de la création d'une rubrique SNS)**
Si vous avez spécifié **New SNS topic**, saisissez les adresses e-mail auxquelles vous souhaitez envoyer des notifications. Séparez les noms par des virgules (,), des points virgules (;) ou de espaces.
# Valeurs qu'Amazon Route 53 affiche lors de la création d'une surveillance de l'état
La page **Créer une surveillance de l'état** affiche les valeurs suivantes en fonction des valeurs que vous avez saisies :
**URL**
Soit l'URL complète (pour les surveillances de l'état HTTP ou HTTPS) soit l'adresse IP et le port (pour les surveillances de l'état TCP) auxquels Route 53 envoie les demandes lors de l'exécution des surveillances de l'état.
**Type de surveillance de l'état**
Soit **Basic** ou **Basic \$1 additional options**, en fonction des paramètres que vous avez spécifiés pour cette surveillance de l'état. Pour plus d'informations sur la tarification des options supplémentaires, consultez [Tarification Route 53](https://aws.amazon.com/route53/pricing/).
# Mise à jour des bilans de santé lorsque vous modifiez les paramètres des CloudWatch alarmes (bilans de santé qui surveillent uniquement une CloudWatch alarme)
Si vous créez un bilan de santé Route 53 qui surveille le flux de données pour détecter une CloudWatch alarme, puis que vous mettez à jour les paramètres de l' CloudWatch alarme, Route 53 ne met pas automatiquement à jour les paramètres d'alarme dans le bilan de santé. Si vous souhaitez que la surveillance de l'état commence à utiliser les nouveaux paramètres de l'alarme, vous devez mettre à jour la surveillance de l'état.
**Note**
Pour mettre à jour une surveillance de l'état par programmation, vous pouvez utiliser l'API `UpdateHealthCheck`. Spécifiez simplement les valeurs actuelles pour `AlarmIdentifier` et`Region`, et Route 53 obtiendra les derniers paramètres à partir de CloudWatch. Pour plus d'informations, consultez [UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)le manuel *Amazon Route 53 API Reference*.
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-updating-cloudwatch-alarm-settings-new)
+ [Ancienne console](#health-checks-updating-cloudwatch-alarm-settings-old)
------
#### [ New console ]
**Pour mettre à jour un bilan de santé avec de nouveaux paramètres CloudWatch d'alarme**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Sélectionnez l'identifiant associé pour le bilan de santé que vous souhaitez mettre à jour.
1. Choisissez **Modifier**.
Une note explique que l' CloudWatch alarme du bilan de santé a changé. Le champ **Détails** contient les nouveaux paramètres de l'alarme.
1. Choisissez **Enregistrer**.
------
#### [ Old console ]
**Pour mettre à jour un bilan de santé avec de nouveaux paramètres CloudWatch d'alarme (console)**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Cochez la case correspondant à la surveillance de l'état à mettre à jour.
1. Choisissez **Modifier la surveillance de l'état**.
Une note explique que l' CloudWatch alarme du bilan de santé a changé. Le champ **Détails** contient les nouveaux paramètres de l'alarme.
1. Choisissez **Enregistrer**.
------
# Activation ou désactivation des bilans de santé
La désactivation d'un bilan de santé empêche Route 53 d'effectuer des bilans de santé. Lorsque vous désactivez une surveillance de l'état, Route 53 arrête de regrouper le statut des surveillances de l'état référencées. Lorsque vous désactivez une surveillance de l'état, Route 53 considère que le statut de la surveillance de l'état est toujours sain. Si vous avez configuré le basculement DNS, Route 53 continue à acheminer le trafic vers les ressources correspondantes. Si vous souhaitez arrêter d'acheminer le trafic vers une ressource, modifiez la valeur de **Inverted.**
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Vous pouvez désactiver ou activer un contrôle de santé sur l'ancienne console lorsque vous créez ou modifiez le bilan de santé. Pour de plus amples informations, veuillez consulter [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md).
Pour désactiver les contrôles de santé sur la nouvelle console, effectuez la procédure suivante.
**Pour désactiver ou activer un contrôle de santé (nouvelle console uniquement)**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Dans la colonne **Actions**, sélectionnez les trois points, puis **Désactiver** ou **Activer**.
Vous pouvez également sélectionner l'identifiant associé au bilan de santé que vous souhaitez désactiver ou activer.
1. Dans le tableau **Configuration**, le champ **État** indique si le contrôle de santé est activé ou désactivé.
1. Choisissez **Désactiver** ou **Activer** pour désactiver ou activer le contrôle de santé.
# Contrôles de santé inversés
Si vous inversez un bilan de santé, Route 53 considère que le bilan de santé n'est pas sain lorsque l'état est sain et vice versa.
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Vous pouvez inverser un bilan de santé sur l'ancienne console lorsque vous créez ou modifiez le bilan de santé. Pour de plus amples informations, veuillez consulter [Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état](health-checks-creating-values.md).
Pour inverser les contrôles de santé sur la nouvelle console, effectuez la procédure suivante.
**Pour inverser un bilan de santé (nouvelle console uniquement)**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Dans la colonne **Actions**, sélectionnez les trois points, puis **Inversez**.
Ou sélectionnez l'identifiant associé au bilan de santé que vous souhaitez inverser.
1. Dans le tableau **Configuration**, le champ **Inversé** indique si le contrôle de santé est inversé (**Oui**) ou non (**Non**).
1. Choisissez **Inverser pour inverser** le bilan de santé.
Si vous souhaitez annuler le statut inversé et que le champ **Inversé** est **Oui**, sélectionnez à nouveau **Inverser**.
# Suppression de surveillances de l'état
Pour désactiver les contrôles de santé, effectuez la procédure suivante.
**Note**
Si vous utilisez AWS Cloud Map et que vous avez configuré AWS Cloud Map pour créer un bilan de santé Route 53 lorsque vous enregistrez une instance, vous ne pouvez pas utiliser la console Route 53 pour supprimer le bilan de santé. La surveillance de l'état est automatiquement supprimée lorsque vous annuler l'enregistrement de l'instance. Un délai de plusieurs heures peut être nécessaire avant que la surveillance de l'état n'apparaisse plus dans la console Route 53.
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-deleting-new)
+ [Ancienne console](#health-checks-deleting-old)
------
#### [ New console ]
**Pour supprimer une surveillance de l’état**
1. Si vous supprimez des surveillances de l'état associées à des enregistrements, exécutez les tâches recommandées dans la section [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md).
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Sélectionnez l'identifiant associé au bilan de santé que vous souhaitez supprimer.
1. Sélectionnez **Delete (Supprimer)**.
1. Entrez **confirm** dans la zone de texte, puis choisissez **Supprimer**.
------
#### [ Old console ]
**Pour supprimer une surveillance de l'état (console)**
1. Si vous supprimez des surveillances de l'état associées à des enregistrements, exécutez les tâches recommandées dans la section [Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré](health-checks-updating-deleting-tasks.md).
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Dans le volet de droite, sélectionnez la surveillance de l'état que vous souhaitez supprimer.
1. Choisissez **Delete Health Check**.
1. Choisissez **Yes, Delete** pour confirmer.
------
# Mise à jour ou suppression de surveillances de l'état lorsque le basculement DNS est configuré
Pour mettre à jour ou supprimer des surveillances de l'état associées à des enregistrements, ou modifier des enregistrements associés à des surveillances de l'état, vous devez tenir compte de la façon dont vos modifications affectent le routage des requêtes DNS et la configuration du basculement DNS.
**Important**
Route 53 ne vous empêche pas de supprimer une surveillance de l'état, même si elle est associée à un ou plusieurs enregistrements. Si vous supprimez une surveillance de l'état et ne mettez pas à jour les enregistrements associés, le statut futur de la surveillance de l'état n'est pas prévisible et peut changer. Cela affectera l'acheminement des requêtes DNS destinées à votre configuration de basculement DNS.
Pour mettre à jour ou supprimer des surveillances de l'état déjà associées à des enregistrements, nous vous recommandons d'effectuer les tâches suivantes :
1. Identifiez les enregistrements associés aux surveillances de l'état. Pour cela, vous devez effectuer l'une des actions suivantes :
+ Passez en revue les enregistrements de chaque zone hébergée à l'aide de la console Route 53. Pour de plus amples informations, veuillez consulter [Liste des enregistrements](resource-record-sets-listing.md).
+ Exécutez l'action d'API `ListResourceRecordSets` sur chaque zone hébergée et vérifiez la réponse. Pour plus d'informations, consultez [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)le manuel *Amazon Route 53 API Reference*.
1. Évaluez le changement de comportement qu'entraînera la mise à jour ou la suppression des surveillances de l'état, ou la mise à jour d'enregistrements. En fonction de cette évaluation, déterminez les modifications nécessaires.
Pour plus d'informations, consultez [Que se passe-t-il lorsque vous omettez des surveillances de l'état ?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)
1. Modifiez les surveillances de l'état et les enregistrements selon les besoins. Pour plus d’informations, consultez les rubriques suivantes :
+ [Création et mise à jour de surveillances de l'état](health-checks-creating.md)
+ [Modification des enregistrements](resource-record-sets-editing.md)
1. Supprimez les surveillances de l'état que vous n'utilisez plus, le cas échéant. Pour de plus amples informations, veuillez consulter [Suppression de surveillances de l'état](health-checks-deleting.md).
# Configuration des règles de pare-feu et de routeur pour les surveillances de l'état Amazon Route 53
Lorsque Route 53 vérifie l'état d'un point de terminaison, il envoie une demande HTTP, HTTPS ou TCP à l'adresse IP et au port que vous avez spécifiés lorsque vous avez créé la surveillance de l'état. Pour qu'une surveillance de l'état réussisse, les règles de pare-feu et de routeur doivent autoriser le trafic entrant à partir des adresses IP utilisées par les outils de surveillance de l'état Route 53.
Pour la liste actuelle des adresses IP pour les vérificateurs de santé Route 53, pour les serveurs de noms Route 53 et pour les autres AWS services, consultez[Plages d'adresses IP de serveurs Amazon Route 53](route-53-ip-addresses.md).
Dans Amazon EC2, les groupes de sécurité agissent comme des pare-feux. Pour plus d'informations, consultez les [groupes de sécurité Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) dans le guide de l'*utilisateur Amazon EC2*. Pour configurer vos groupes de sécurité afin d'autoriser les vérifications de l'état de Route 53, vous pouvez soit autoriser le trafic entrant provenant de chaque plage d'adresses IP, soit utiliser une liste de préfixes gérée par des tiers. AWS
Pour utiliser la liste de préfixes AWS-managed, modifiez votre groupe de sécurité afin d'autoriser le ` ` trafic entrant en provenance de `com.amazonaws..route53-healthchecks` votre instance ou Région AWS ressource Amazon EC2. Si vous utilisez les contrôles de santé de la Route 53 pour vérifier les IPv6 points de terminaison, vous devez également autoriser le trafic entrant en provenance de. `com.amazonaws..ipv6.route53-healthchecks`
Pour plus d'informations sur les listes de AWS préfixes gérées par -managées, consultez la section [Travailler avec des listes de AWS préfixes -gérées dans le guide de l'](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html)utilisateur Amazon *VPC*.
**Important**
Lorsque vous ajoutez des adresses IP à une liste d'adresses IP autorisées, ajoutez toutes les adresses IP de la plage CIDR pour chaque AWS région que vous avez spécifiée lors de la création des bilans de santé, ainsi que la plage CIDR globale. Il se peut que vous constatiez que les demandes de vérification proviennent d'une seule adresse IP au sein d'une région. Toutefois, cette adresse IP peut être modifiée à n'importe quel moment en une autre des adresses IP de cette région.
Si vous souhaitez vous assurer d'inclure à la fois les adresses IP actuelles et anciennes de l'outil de surveillance de l'état, ajoutez toutes les plages d'adresses IP /26 et /18 à la liste autorisée. Pour bénéficier de la liste complète, consultez [AWS IP address ranges](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) (Plages d'adresses IP) dans le *Références générales AWS*.
Lorsque vous ajoutez la liste de AWS préfixes -managed à votre groupe de sécurité entrant, toutes les plages nécessaires sont automatiquement ajoutées.
# 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.
# Attribution de noms et balisage des surveillances de l'état
Vous pouvez ajouter des balises aux surveillances de l'état Amazon Route 53, ce qui vous permet d'attribuer à chaque surveillance de l'état un nom plus explicite que l'ID de la surveillance de l'état. Ce sont les mêmes étiquettes qui AWS Billing and Cost Management permettent d'organiser votre AWS facture. Pour en savoir plus sur l'utilisation des balises pour la répartition des coûts, consultez [Utilisation des balises de répartition des coûts pour les rapports de facturation personnalisés](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dans le *Guide de l'utilisateur AWS Billing *.
Chaque balise se compose d'une clé (le nom de la balise) et d'une valeur que vous définissez. Lorsque vous ajoutez des balises à une surveillance de l'état, nous vous recommandons d'ajouter une balise qui a les valeurs suivantes pour la clé et la valeur :
+ **key** (Clé) – **Name** (Nom)
+ **value** (Valeur) – Nom que vous voulez attribuer à la surveillance de l'état
La valeur de la balise **Nom** s'affiche dans la liste des surveillances de l'état de la console Route 53, ce qui vous permet de distinguer rapidement les surveillances de l'état les unes des autres. Pour voir d'autres balises d'une surveillance de l'état, vous choisissez la surveillance de l'état, puis l'onglet **Tags**.
Pour plus d'informations sur les balises, consultez les rubriques suivantes :
+ Pour ajouter, modifier ou supprimer les balises **Nom** lorsque vous ajoutez ou modifiez des surveillances de l'état dans la console Route 53, consultez [Création et mise à jour de surveillances de l'état](health-checks-creating.md).
+ Pour obtenir un aperçu du balisage des ressources Route 53, consultez [Balisage des ressources Amazon Route 53](tagging-resources.md).
## Restrictions liées aux étiquettes
Les restrictions de base suivantes s’appliquent aux balises :
+ Nombre maximum de balises par ressource : 50 sur la nouvelle console et 10 sur l'ancienne console.
+ Longueur de **Key** (Clé) maximale – 128 caractères Unicode.
+ Longueur de **Value** (Valeur) maximale – 256 caractères Unicode.
+ Valeurs valides pour **Key** (Clé) et **Value** (Valeur) – Lettres majuscules et minuscules UTF-8, nombres, espace et les caractères suivants : \$1 . : / = \$1 - et @
+ Les clés et valeurs de balise sont sensibles à la casse
+ N'utilisez pas le `aws:` préfixe pour les clés ou les valeurs ; il est réservé à l'usage AWS
## Ajout, modification et suppression de balises pour les surveillances de l'état
Les procédures suivantes vous montrent comment utiliser les balises pour vos surveillances de l'état dans la console Route 53.
**Note**
Nous mettons à jour la console de vérification de l'état de santé de Route 53. Pendant la période de transition, vous pouvez continuer à utiliser l'ancienne console.
Choisissez l'onglet correspondant à la console que vous utilisez.
+ [Nouvelle console](#health-checks-tagging-new)
+ [Ancienne console](#health-checks-tagging-old)
------
#### [ New console ]
**Pour ajouter des balises aux bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Sélectionnez l'ID associé au bilan de santé pour lequel vous souhaitez ajouter des balises.
1. Sur la page inférieure, choisissez l'onglet **Balises**, puis sélectionnez **Gérer**, puis **Ajouter de nouvelles balises**.
1. Entrez le nom de la balise dans le champ **Clé**, puis entrez une valeur dans le champ **Valeur**.
1. Choisissez **Enregistrer**.
**Pour modifier les balises pour les bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Sélectionnez l'identifiant associé à un bilan de santé.
1. Dans le volet inférieur, choisissez l'onglet **Tags**, puis sélectionnez **Gérer**.
1. Vous pouvez désormais modifier et ajouter d'autres balises.
1. Choisissez **Enregistrer**.
**Pour supprimer des balises pour les bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, choisissez **Health checks**.
1. Sélectionnez l'identifiant associé à un bilan de santé.
1. Dans le volet inférieur, choisissez l'onglet **Tags**, puis sélectionnez **Gérer**.
1. Choisissez **Supprimer** à côté du tag que vous souhaitez supprimer.
1. Choisissez **Enregistrer**.
------
#### [ Old console ]
**Pour ajouter des balises aux bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Sélectionnez une surveillance de l'état, ou plusieurs surveillances de l'état si vous souhaitez leur ajouter la même balise.
1. Dans le volet inférieur, sélectionnez l'onglet **Tags**, puis **Add/Edit Tags**.
1. Dans la boîte de dialogue **Add/Edit Tags**, entrez le nom de la balise dans le champ **Key** et entrez une valeur dans le champ **Value**.
1. Choisissez **Apply changes**.
**Pour modifier les balises pour les bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Sélectionnez une surveillance de l'état.
Si vous sélectionnez plusieurs surveillances de l'état qui partagent la même balise, vous ne pouvez pas modifier simultanément la valeur de toutes les balises. Veuillez noter cependant que vous pouvez modifier la valeur d'une balise qui s'affiche dans plusieurs surveillances de l'état si vous sélectionnez des surveillances de l'état comportant la balise et au moins une qui ne la comporte pas.
Par exemple, supposons que vous sélectionnez plusieurs surveillances de l'état qui ont une balise **Centre de coûts** et une qui n'en a pas. Vous choisissez la possibilité d'ajouter une balise, et vous spécifiez **Cost Center (Centre de coûts)** pour la clé et **777** pour la valeur. Pour les surveillances de l'état sélectionnées qui ont déjà une balise **Centre de coûts**, Route 53 modifie la valeur pour **777**. Pour la seule surveillance de l'état qui n'a pas de balise **Centre de coûts**, Route 53 en ajoute une et définit la valeur à **777**.
1. Dans le volet inférieur, sélectionnez l'onglet **Tags**, puis **Add/Edit Tags**.
1. Dans la boîte de dialogue **Add/Edit Tags**, modifiez la valeur.
1. Choisissez **Enregistrer**.
**Pour supprimer des balises pour les bilans de santé**
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le volet de navigation, sélectionnez **Health Checks**.
1. Sélectionnez une surveillance de l'état, ou plusieurs si vous souhaitez supprimer la même balise de plusieurs vérifications.
1. Dans le volet inférieur, sélectionnez l'onglet **Tags**, puis **Add/Edit Tags**.
1. Dans la boîte de dialogue **Ajouter/Modifier des balises**, choisissez la balise à *X* côté de la balise que vous souhaitez supprimer.
1. Choisissez **Enregistrer**.
------
# Utilisation des surveillances de l'état avec les versions de l'API Amazon Route 53 antérieures à la version 2012-12-12
Les surveillances de l'état sont prises en charge à compter de la version 2012-12-12 de l'API Amazon Route 53. Si une zone hébergée contient des enregistrements pour lesquels les surveillances de l'état sont configurées, nous vous recommandons d'utiliser uniquement l'API version 2012-12-12 ou ultérieure. Notez les restrictions suivantes concernant l'utilisation des surveillances de l'état avec les versions antérieures de l'API.
+ L'action `ChangeResourceRecordSets` ne permet pas de créer ni de supprimer des enregistrements qui incluent les éléments `EvaluateTargetHealth`, `Failover` ou `HealthCheckId`.
+ L'action `ListResourceRecordSets` permet d'afficher des enregistrements qui incluent ces éléments, mais les éléments ne sont pas inclus dans la sortie. Au lieu de cela, l'élément `Value` de la réponse contient un message qui indique que l'enregistrement inclut un attribut non pris en charge.