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 :

• HTTPet bilans de HTTPS santé : Route 53 doit être en mesure d'établir une TCP connexion avec le terminal dans les quatre secondes. En outre, le terminal doit répondre avec un code d'HTTPétat 2xx ou 3xx dans les deux secondes suivant la connexion.

  Note

  HTTPSles contrôles de santé ne valident pas SSL les TLS certificats. Par conséquent, les contrôles n'échouent pas si un certificat n'est pas valide ou a expiré.

• TCPbilans de santé — Route 53 doit être en mesure d'établir une TCP connexion avec le point de terminaison dans les dix secondes.

• HTTPet des contrôles de HTTPS santé avec correspondance de chaînes — Comme pour les contrôles de HTTPS santé, Route 53 doit être en mesure d'établir une TCP connexion avec le point de terminaison dans les quatre secondes, et le point de terminaison doit répondre avec un code d'HTTPétat 2xx ou 3xx dans les deux secondes suivant la connexion. HTTP

  Une fois qu'un contrôleur de santé Route 53 a reçu le code d'HTTPétat, il doit recevoir le corps de réponse du point de terminaison dans les deux prochaines secondes. 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 la Route 53API, vous devez spécifier la chaîne dans l'SearchStringélément lorsque vous créez le bilan de santé.

Pour les contrôles de santé qui surveillent un point de terminaison (à l'exception des contrôles de TCP santé), si la réponse du point de terminaison inclut des en-têtes, ceux-ci doivent être au format défini en RFC723 0, Hypertext Transfer Protocol (HTTP/1.1) : Syntaxe et routage des messages, 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 dans Valeurs que vous spécifiez lors de la création ou de la mise à jour de surveillances de l'état.

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. Si vous inversez le bilan de santé, Route 53 considère qu'un terminal sain est malsain et vice versa.

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 la Route 53API, ce paramètre estInsufficientDataHealthStatus.)

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é en utilisant cette CloudWatch SetAlarmStateAPIopération.

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. Si vous inversez le bilan de santé, Route 53 considère qu'un terminal sain est malsain et vice versa.