View a markdown version of this page

À propos des surveillances de l’état de votre groupe Auto Scaling - Amazon EC2 Auto Scaling
Type de surveillance de l'étatSurveillance de l'état Amazon EC2Surveillances de l'état Elastic Load BalancingSurveillances de l’état de VPC LatticeComment Amazon EC2 Auto Scaling minimise les temps d'arrêtContrôles de santé pour les cas survenus dans une piscine chaudeConsidérations relatives à la surveillance de l'état

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.

À propos des surveillances de l’état de votre groupe Auto Scaling

Cette rubrique fournit une vue d'ensemble des types de bilans de santé disponibles et décrit les principaux éléments à prendre en compte pour intégrer les bilans de santé Amazon EC2 Auto Scaling à vos applications.

Type de surveillance de l'état

Amazon EC2 Auto Scaling peut déterminer l'état de santé d'une InService instance en utilisant un ou plusieurs des contrôles de santé suivants :

Type de surveillance de l'état Ce qu'il vérifie

Vérifications de statut Amazon EC2 et événements planifiés

  • Vérifie que l'instance est en cours d'exécution.

  • Vérifie la présence de problèmes matériels ou logiciels sous-jacents susceptibles d'altérer l'instance.

Il s'agit du type de surveillance de l'état par défaut pour un groupe Auto Scaling.

Surveillances de l'état Elastic Load Balancing

  • Vérifie si l'équilibreur de charge indique que l'instance est saine, confirmant ainsi si l'instance est disponible pour gérer les demandes.

Pour exécuter ce type de bilan de santé, vous devez l'activer pour votre groupe Auto Scaling.

Surveillances de l’état de VPC Lattice

  • Vérifie si VPC Lattice déclare que l'instance est saine, confirmant ainsi si l'instance est disponible pour gérer les demandes.

Pour exécuter ce type de bilan de santé, vous devez l'activer pour votre groupe Auto Scaling.

Surveillances de l’état Amazon EBS

  • Vérifie si les volumes EBS sont accessibles et passe les contrôles I/O d'état.

Pour exécuter ce type de bilan de santé, vous devez l'activer pour votre groupe Auto Scaling.

Surveillances d'état personnalisées

  • Vérifie tout autre problème susceptible d'indiquer des problèmes de santé de l'instance, en fonction de vos bilans de santé personnalisés.

Surveillance de l'état Amazon EC2

Après le lancement d’une instance, elle est attachée au groupe Auto Scaling et entre dans l’état InService. Pour plus d'informations sur les différents états de cycle de vie des instances dans un groupe Auto Scaling, consultez Cycle de vie d'une instance Amazon EC2 Auto Scaling.

Amazon EC2 Auto Scaling vérifie périodiquement l'état de toutes les instances du groupe Auto Scaling pour s'assurer qu'elles fonctionnent et sont en bon état.

Contrôles des statuts

Par défaut, Amazon EC2 Auto Scaling utilise les résultats des vérifications de statut de l'instance Amazon EC2 et les vérifications de statut du système pour déterminer l'état d'une instance. Si l'instance se trouve dans un état Amazon EC2 autre que running, ou si son état pour les vérifications d'état passe à impaired, Amazon EC2 Auto Scaling considère que l'instance est défectueuse et la remplace. Même quand l'instance se trouve dans l'un des états suivants :

  • stopping

  • stopped

  • shutting-down

  • terminated

Les contrôles de statut Amazon EC2 ne nécessitent aucune configuration spéciale et sont toujours activés. Pour plus d'informations, consultez la section Types de contrôles de statut dans le guide de l'utilisateur Amazon EC2.

Important

Amazon EC2 Auto Scaling laisse les vérifications d'état échouer occasionnellement, sans prendre aucune mesure. Lorsqu'une vérification de statut échoue, Amazon EC2 Auto Scaling attend quelques minutes pour AWS résoudre le problème. Il ne marque pas immédiatement une instance comme Unhealthy lorsque son état pour les contrôles d’état devient impaired. De plus, EC2 Auto Scaling ne marque pas l'instance comme Unhealthy si une vérification de statut revenait. insufficient-data

Cependant, si Amazon EC2 Auto Scaling détecte qu'une instance n'est plus dans l'état running, cette situation est traitée comme un échec immédiat. Dans ce cas, il marque immédiatement l'instance comme étant Unhealthy et la remplace.

Vérifications de l'état des demandes

Les vérifications de l'état des applications étendent le signal de contrôle de statut Amazon EC2 à votre application. Ils surveillent si une application de votre instance répond aux appels HTTP ou HTTPS. Lorsqu'une instance de votre groupe Auto Scaling possède des contrôles de statut de l'application associés et inclus dans l'agrégation, Amazon EC2 Auto Scaling évalue l'état général de l'application. Si le statut est indiquéimpaired, Amazon EC2 Auto Scaling considère que l'instance est défectueuse et la remplace. Aucune configuration de groupe Auto Scaling supplémentaire n'est requise.

Les contrôles d'état des applications sont créés et gérés dans Amazon EC2, et non dans Amazon EC2 Auto Scaling. Pour plus d'informations sur la configuration de la vérification de l'état des candidatures pour votre groupe, consultezUtiliser les vérifications de l'état des applications avec un groupe Auto Scaling.

Événements planifiés

Amazon EC2 peut parfois planifier des événements sur vos instances pour qu'ils soient exécutés après un horodatage particulier. Pour plus d’informations, consultez Événements planifiés pour vos instances dans le Guide de l’utilisateur Amazon EC2.

Si l'une de vos instances est affectée par un événement planifié, Amazon EC2 Auto Scaling considère que l'instance est défectueuse et la remplace. L'instance ne commence pas à s'arrêter tant que la date et l'heure spécifiées dans l'horodatage ne sont pas atteintes.

Surveillances de l'état Elastic Load Balancing

Lorsque vous activez les bilans de santé Elastic Load Balancing pour votre groupe Auto Scaling, Amazon EC2 Auto Scaling peut utiliser les résultats de ces bilans de santé pour déterminer l'état de santé d'une instance.

Avant de pouvoir activer les bilans de santé Elastic Load Balancing pour votre groupe Auto Scaling, vous devez configurer un équilibreur de charge Elastic Load Balancing et configurer un bilan de santé pour celui-ci afin de déterminer si vos instances sont saines. Pour de plus amples informations, veuillez consulter Préparez-vous à connecter un équilibreur de charge Elastic Load Balancing.

Une fois que vous avez associé l'équilibreur de charge à votre groupe Auto Scaling, les événements suivants se produisent :

  • Amazon EC2 Auto Scaling enregistre les instances du groupe Auto Scaling auprès de l'équilibreur de charge.

  • Une fois qu'une instance a terminé son enregistrement, elle entre dans l'état InService et devient disponible pour une utilisation avec l'équilibreur de charge.

Par défaut, Amazon EC2 Auto Scaling ignore les résultats des surveillances de l'état Elastic Load Balancing. Une fois que vous avez activé ces bilans de santé pour votre groupe Auto Scaling, lorsqu'Elastic Load Balancing signale une instance enregistrée comme étantUnhealthy, Amazon EC2 Auto Scaling marque l'instance Unhealthy lors de son prochain contrôle de santé périodique et la remplace.

Si le drainage de la connexion (délai d'annulation d'enregistrement) est activé pour votre équilibreur de charge, Amazon EC2 Auto Scaling attend soit la fin des demandes à la volée, soit l'expiration du délai maximal avant de mettre fin aux instances défectueuses.

Note

Pour savoir comment connecter l'équilibreur de charge et activer les bilans de santé Elastic Load Balancing pour votre groupe Auto Scaling, consultezAssociez un équilibreur de charge Elastic Load Balancing à votre groupe Auto Scaling.

Lorsque vous activez les contrôles de santé d'Elastic Load Balancing pour un groupe, Amazon EC2 Auto Scaling peut remplacer les instances signalées par Elastic Load Balancing comme étant défectueuses, mais uniquement une fois que l'équilibreur de charge est dans cet état. InService Pour de plus amples informations, veuillez consulter Vérifier l’état d’attachement de votre équilibreur de charge.

Surveillances de l’état de VPC Lattice

Par défaut, Amazon EC2 Auto Scaling ignore les résultats des surveillances de l’état de VPC Lattice. Vous pouvez éventuellement activer ces bilans de santé pour votre groupe Auto Scaling. Après cette opération, lorsque VPC Lattice signale une instance enregistrée comme étant Unhealthy, Amazon EC2 Auto Scaling marque l’instance comme étant Unhealthy lors de sa prochaine surveillance de l’état périodique et la remplace. Le processus d’enregistrement des instances puis de vérification de leur état est le même que celui des surveillances de l’état Elastic Load Balancing.

Note

Pour savoir comment associer le groupe cible VPC Lattice et activer les contrôles de santé VPC Lattice pour votre groupe Auto Scaling, consultez. Attacher un groupe cible VPC Lattice à votre groupe Auto Scaling

Lorsque vous activez les contrôles de santé de VPC Lattice pour un groupe, Amazon EC2 Auto Scaling peut remplacer les instances signalées par VPC Lattice comme étant défectueuses, mais uniquement une fois que le groupe cible est dans cet état. InService Pour de plus amples informations, veuillez consulter Vérifier l’état d’attachement de votre groupe cible VPC Lattice.

Comment Amazon EC2 Auto Scaling minimise les temps d'arrêt

Par défaut, les nouvelles instances sont provisionnées en même temps que vos instances existantes sont résiliées, ce qui peut empêcher l'acceptation de nouvelles demandes tant que les nouvelles instances ne seront pas pleinement opérationnelles.

Si Amazon EC2 Auto Scaling détermine qu'une instance n'est plus en cours d'exécution (ou si elle a été marquée Unhealthy par la commande set-instance-health), elle les remplace immédiatement. Toutefois, si d'autres instances sont jugées défectueuses, Amazon EC2 Auto Scaling utilise l'approche suivante pour récupérer les pannes. Cette approche minimise les temps d'arrêt qui pourraient survenir en raison de problèmes temporaires ou de surveillances d'état mal configurées.

  • Si une activité de dimensionnement est en cours et que votre groupe Auto Scaling est inférieur à la capacité souhaitée de 10 % ou plus, Amazon EC2 Auto Scaling attend l'activité de dimensionnement en cours avant de remplacer les instances défectueuses.

  • Lors de la montée en puissance, Amazon EC2 Auto Scaling attend que les instances passent une surveillance de l'état initiale. Il attend également la fin de la préparation de l'instance par défaut pour s'assurer que les nouvelles instances sont prêtes.

  • Une fois que les instances ont fini de se réchauffer et que le groupe a atteint plus de 90 % de la capacité souhaitée, Amazon EC2 Auto Scaling remplace les instances défectueuses comme suit :

    • Amazon EC2 Auto Scaling ne remplace que 10 % de la capacité souhaitée du groupe à la fois. Il le fait jusqu'à ce que toutes les instances défectueuses soient remplacées.

    • Lorsqu'il remplace des instances, il attend que les nouvelles instances passent une surveillance de l'état initiale. Il attend également la fin de la préparation de l'instance par défaut avant de poursuivre.

Note

  • Si la taille d'un groupe Auto Scaling est suffisamment petite pour que la valeur résultante de 10 % soit inférieure à 1, Amazon EC2 Auto Scaling remplace les instances défectueuses une par une. Cela pourrait entraîner un certain temps d'arrêt pour le groupe.

  • Vous pouvez modifier la valeur par défaut de 10 % en définissant une politique de maintenance des instances afin de modifier la vitesse à laquelle Auto Scaling remplace les instances défectueuses. Cependant, Auto Scaling peut encore ralentir la vitesse à laquelle il marque les instances comme étant défectueuses.

    Par exemple, si toutes les instances d'un groupe Auto Scaling sont signalées comme étant défectueuses par les bilans de santé d'Elastic Load Balancing et que l'équilibreur de charge est en bon InService état, Amazon EC2 Auto Scaling peut signaler un nombre réduit d'instances défectueuses à la fois. Le nombre d'instances remplacées à la fois peut ainsi être bien inférieur aux 10 % appliqués dans d'autres scénarios. Cela vous laisse le temps de résoudre le problème sans qu'Amazon EC2 Auto Scaling ne mette automatiquement fin à l'ensemble du groupe.

Contrôles de santé pour les cas survenus dans une piscine chaude

Amazon EC2 Auto Scaling effectue également des contrôles de santé sur les instances d'un pool chaud. Pour de plus amples informations, veuillez consulter Afficher le statut de surveillance de l'état et les motifs des échecs de surveillances de l'état.

Considérations relatives à la surveillance de l'état

Les points suivants sont à prendre en compte lors de l'utilisation des bilans de santé Amazon EC2 Auto Scaling.

  • Si vous avez besoin que quelque chose se produise sur l'instance en cours de résiliation ou sur l'instance en cours de démarrage, vous pouvez utiliser des hooks de cycle de vie. Ces hooks vous permettent d'effectuer une action personnalisée quand Amazon EC2 Auto Scaling lance des instances ou les résilie. Pour de plus amples informations, veuillez consulter Hooks de cycle de vie Amazon EC2 Auto Scaling.

  • Amazon EC2 Auto Scaling ne fournit pas de moyen de supprimer les contrôles d'état d'Amazon EC2 et les événements planifiés de ses surveillances de l'état. Si vous ne voulez pas que les instances soient remplacées, nous vous recommandons de suspendre le processus ReplaceUnhealthy et HealthCheck pour les groupes Auto Scaling individuels. Pour de plus amples informations, veuillez consulter Suspendre et reprendre les processus Amazon EC2 Auto Scaling.

  • Pour rétablir manuellement l’état de santé d’une instance défectueuse à Healthy, vous pouvez essayer d’utiliser la commande set-instance-health. Si vous obtenez une erreur, c'est probablement parce que la résiliation de l'instance est déjà en cours. En règle générale, redéfinir l’état de santé d’une instance en état Healthy avec la commande set-instance-health n’est utile que dans les cas où soit le processus ReplaceUnhealthy, soit le processus Terminate, est suspendu.

  • Si vous devez dépanner une instance sans que les contrôles de santé n'interfèrent, vous pouvez la mettre en Standby état. Amazon EC2 Auto Scaling n'effectue aucun contrôle de santé sur les instances qui sont dans Standby cet état tant que vous ne les avez pas remises en service. Pour de plus amples informations, veuillez consulter Supprimer temporairement des instances du groupe Auto Scaling.

  • Lorsque l'instance est résiliée, les adresses IP Elastic associées sont dissociées et ne sont pas automatiquement associées à la nouvelle instance. Vous devez manuellement associer les adresses IP Elastic à la nouvelle instance, ou le faire automatiquement avec une solution basée sur le hook de cycle de vie. Pour plus d’informations, consultez la rubrique Adresses IP Elastic dans le Guide de l’utilisateur Amazon EC2.

  • De la même façon, lorsque l'instance est résiliée, ses volumes EBS attachés sont détachés (ou supprimés selon l'attribut DeleteOnTermination du volume). Vous devez attacher manuellement ces volumes EBS à la nouvelle instance, ou le faire automatiquement avec une solution basée sur le hook de cycle de vie. Pour de plus amples informations, veuillez consulter la rubrique Attacher un volume Amazon EBS à une instance dans le Guide de l'utilisateur Amazon EBS.