À propos des surveillances de l’état de votre groupe Auto Scaling - Amazon EC2 Auto Scaling
Type de surveillance de l'étatContrôles EC2 de santé AmazonSurveillances de l'état Elastic Load BalancingVPCContrôles de santé du treillisComment Amazon EC2 Auto Scaling minimise les temps d'arrêtContrôles de santé pour les cas 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 principales considérations relatives à l'intégration des contrôles 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 tests de santé suivants :

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

Contrôles EC2 du statut d'Amazon et événements planifiés

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

  • Vérifie les problèmes matériels ou logiciels sous-jacents susceptibles d'affecter 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 traiter les demandes.

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

VPCContrôles de santé du treillis

  • Vérifie si VPC Lattice indique que l'instance est saine, confirmant ainsi si l'instance est disponible pour traiter les demandes.

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

Contrôles EBS de santé Amazon

  • Vérifie si les EBS volumes sont accessibles et passe les contrôles d'état des E/S.

Pour exécuter ce type de contrôle 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, conformément à vos bilans de santé personnalisés.

Contrôles EC2 de santé Amazon

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 de l'instance Amazon EC2 Auto Scaling.

Amazon EC2 Auto Scaling vérifie régulièrement l'état de santé de toutes les instances du groupe Auto Scaling pour s'assurer qu'elles fonctionnent et sont en bon état.

Contrôles des statuts

Amazon EC2 Auto Scaling utilise les résultats des vérifications de l'état des EC2 instances Amazon et des vérifications de l'état du système pour déterminer l'état de santé d'une instance. Si l'instance se trouve dans un EC2 état Amazon autre que celui-cirunning, ou si son statut pour les vérifications de statut devient le mêmeimpaired, Amazon EC2 Auto Scaling considère que l'instance n'est pas saine 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 EC2 statut Amazon ne nécessitent aucune configuration particulière et sont toujours activés. Pour plus d'informations, consultez la section Types de vérifications de statut dans le guide de EC2 l'utilisateur Amazon.

Important

Amazon EC2 Auto Scaling permet aux vérifications de statut d'échouer de temps en temps, sans aucune action. Lorsqu'une vérification de statut échoue, Amazon EC2 Auto Scaling attend quelques minutes AWS pour 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.

Toutefois, si Amazon EC2 Auto Scaling détecte qu'une instance n'est plus dans cet running état, cette situation est considérée comme une défaillance immédiate. Dans ce cas, il marque immédiatement l'instance comme telle Unhealthy et la remplace.

É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 spécifique. Pour plus d'informations, consultez la section Événements planifiés pour vos instances dans le guide de EC2 l'utilisateur Amazon.

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 à s'arrêter que lorsque la date et l'heure spécifiées dans l'horodatage sont atteintes.

Surveillances de l'état Elastic Load Balancing

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

Avant de pouvoir activer les contrôles 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 attaché l'équilibreur de charge à votre groupe Auto Scaling, voici ce qui se produit :

  • 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 tests de santé d'Elastic Load Balancing. Une fois que vous avez activé ces contrôles de santé pour votre groupe Auto Scaling, lorsqu'Elastic Load Balancing signale une instance enregistrée comme telleUnhealthy, 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 de désenregistrement) est activé pour votre équilibreur de charge, Amazon EC2 Auto Scaling attend que les demandes en cours de traitement soient terminées ou que le délai maximum expire avant de mettre fin aux instances défectueuses.

Note

Pour savoir comment connecter l'équilibreur de charge et activer les contrôles de santé d'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 InService cet état. Pour de plus amples informations, veuillez consulter Vérifier l’état d’attachement de votre équilibreur de charge.

VPCContrôles de santé du treillis

Par défaut, Amazon EC2 Auto Scaling ignore les résultats des tests de santé de VPC Lattice. Vous pouvez éventuellement activer ces contrôles de santé pour votre groupe Auto Scaling. Ensuite, lorsque VPC Lattice signale une instance enregistrée comme telleUnhealthy, Amazon EC2 Auto Scaling marque l'instance Unhealthy lors de son prochain contrôle de santé 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. Associer 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érifiez l'état des pièces jointes de votre groupe cible VPC Lattice.

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

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

Si Amazon EC2 Auto Scaling détermine que des instances ne sont plus en cours d'exécution (ou si elles ont été Unhealthy marquées par la set-instance-healthcommande), il les remplace immédiatement. Toutefois, s'il s'avère que d'autres instances ne fonctionnent pas correctement, Amazon EC2 Auto Scaling utilise l'approche suivante pour remédier aux défaillances. 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 la capacité de votre groupe Auto Scaling est inférieure de 10 % ou plus à la capacité souhaitée, Amazon EC2 Auto Scaling attend l'activité de dimensionnement en cours avant de remplacer les instances défectueuses.

  • Lors du dimensionnement, Amazon EC2 Auto Scaling attend que les instances passent un test de santé initial. 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 le préchauffage des instances est terminé et que le groupe a atteint plus de 90 % de sa 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 par le 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 à un, 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.

De même, 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 indiquer qu'un nombre moins élevé d'instances ne sont pas en bon état à 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 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 tests 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 lorsqu'Amazon EC2 Auto Scaling lance ou met fin à des instances. Pour de plus amples informations, veuillez consulter Hooks de cycle de vie Amazon EC2 Auto Scaling.

  • Amazon EC2 Auto Scaling ne fournit aucun moyen de supprimer les vérifications de EC2 statut et les événements planifiés d'Amazon de ses bilans de santé. 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éfectueuseHealthy, vous pouvez essayer d'utiliser la set-instance-healthcommande. Si vous obtenez une erreur, c'est probablement parce que la résiliation de l'instance est déjà en cours. En général, le rétablissement de l'état de santé d'une instance à l'Healthyaide de la set-instance-healthcommande n'est utile que dans les cas où le ReplaceUnhealthy processus ou le Terminate processus est suspendu.

  • Si vous devez dépanner une instance sans interférer avec les tests de santé, vous pouvez la mettre en Standby état. Amazon EC2 Auto Scaling n'effectue aucun contrôle de santé sur les instances en bon Standby é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 section Adresses IP élastiques dans le guide de EC2 l'utilisateur Amazon.

  • De même, lorsque votre instance est résiliée, les EBS volumes attachés sont détachés (ou supprimés en fonction de l'DeleteOnTerminationattribut du volume). Vous devez attacher ces EBS volumes manuellement à la nouvelle instance, ou le faire automatiquement avec une solution basée sur des crochets de cycle de vie. Pour plus d'informations, consultez la section Attacher un EBS volume Amazon à une instance dans le guide de EBS l'utilisateur Amazon.