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.
Politique de maintenance des instances pour le groupe Auto Scaling
Cette rubrique fournit une vue d’ensemble des options disponibles et décrit les éléments à prendre en compte lorsque vous créez une politique de maintenance d’instance.
Table des matières
Présentation
Lorsque vous créez une politique de maintenance des instances pour votre groupe Auto Scaling, la politique affecte les événements Amazon EC2 Auto Scaling qui entraînent le remplacement des instances. Cela se traduit par des comportements de remplacement plus cohérents au sein du même groupe Auto Scaling. Cela vous permet également d’optimiser la disponibilité ou le coût de votre groupe en fonction de vos besoins.
Les options de configuration suivantes sont disponibles dans la console :
-
Lancer avant toute résiliation : une nouvelle instance doit d’abord être mise en service avant qu’une instance existante puisse être résiliée. Cette approche est un bon choix pour les applications qui privilégient la disponibilité plutôt que les économies de coûts.
-
Résilier et lancer : les nouvelles instances sont mises en service en même temps que les instances existantes sont résiliées. Cette approche est un bon choix pour les applications qui privilégient les économies de coûts plutôt que la disponibilité. C’est également un bon choix pour les applications qui ne doivent pas libérer plus de capacité que ce qui est actuellement disponible, même lors du remplacement d’instances.
-
Politique personnalisée : cette option vous permet de configurer votre politique avec une plage minimale et maximale personnalisée pour la quantité de capacité que vous souhaitez mettre à disposition lors du remplacement d’instances. Cette approche peut vous aider à trouver le juste équilibre entre le coût et la disponibilité.
Par défaut, un groupe Auto Scaling n’a pas de politique de maintenance des instances, ce qui l’oblige à répondre aux événements de maintenance des instances avec les comportements par défaut. Les comportements par défaut sont décrits dans le tableau suivant.
|
Événement |
Description |
Comportement par défaut |
|---|---|---|
|
Échec de la surveillance de l’état |
Cela se produit automatiquement lorsque les instances échouent à leurs surveillances de l’état. Amazon EC2 Auto Scaling remplace les instances qui échouent à leurs surveillances de l’état. Pour comprendre les causes des échecs liés aux surveillances de l’état, consultez Surveillance de l’état des instances dans un groupe Auto Scaling. |
Résilier et lancer. |
|
Actualisation d'instance |
Se produit lorsque vous actualisez une instance. En fonction de votre configuration, une actualisation d’instance remplace les instances une par une, plusieurs à la fois ou toutes à la fois. Pour plus d’informations, consultez Utiliser une actualisation d'instance pour mettre à jour les instances d'un groupe Auto Scaling. |
Résilier et lancer. |
|
Durée de vie maximale de l'instance |
Cela se produit automatiquement lorsque les instances atteignent la durée de vie maximale que vous indiquez pour votre groupe Auto Scaling. Amazon EC2 Auto Scaling remplace les instances qui atteignent leur durée de vie maximale. Pour plus d’informations, consultez Remplacer des instances Auto Scaling en fonction de la durée de vie maximale de l’instance. |
Résilier et lancer. |
|
Rééquilibrage |
Cela se produit automatiquement si des changements sous-jacents entraînent un déséquilibre du groupe. Amazon EC2 Auto Scaling rééquilibre le groupe dans les situations suivantes :
|
Lancer avant toute résiliation. Amazon EC2 Auto Scaling peut dépasser les limites de taille de votre groupe jusqu’à 10 % de sa capacité maximale. Toutefois, si vous utilisez le rééquilibrage de la capacité, il ne peut dépasser ces limites que de 10 % de la capacité souhaitée. |
Amazon EC2 Auto Scaling continuera à être résilié et lancé par défaut dans les situations suivantes. Par conséquent, lorsque l’une de ces situations se produit, la capacité de votre groupe peut être inférieure au seuil inférieur de votre politique de maintenance des instances.
-
Lorsqu’une instance est résiliée de façon inattendue, par exemple en raison d’une action humaine. Amazon EC2 Auto Scaling remplace les instances qui ne fonctionnent plus. Pour plus d’informations, consultez Contrôles EC2 de santé Amazon.
-
Lorsqu’Amazon EC2 redémarre, arrête ou retire une instance dans le cadre d’un événement planifié avant qu’Amazon EC2 Auto Scaling ne puisse lancer l’instance de remplacement. Pour plus d'informations sur ces événements, consultez la section Événements planifiés pour vos instances dans le guide de l'utilisateur Amazon EC2.
-
Lorsque le service Amazon EC2 Spot initie une interruption d’instance Spot et qu’une instance Spot est ensuite résiliée de force.
Avec les instances Spot, si vous avez activé le rééquilibrage de la capacité sur votre groupe Auto Scaling, l’instance possède peut-être déjà une instance en attente provenant d’un autre groupe Spot que nous avons lancé avant de démarrer l’interruption Spot. Pour de plus amples informations sur le fonctionnement du rééquilibrage de la capacité, consultez Utiliser le rééquilibrage de la capacité pour gérer les interruptions Spot Amazon EC2.
Cependant, étant donné que la disponibilité des instances Spot n’est pas garantie et qu’elles peuvent être résiliées moyennant un préavis d’interruption de deux minutes, le seuil inférieur de votre politique de maintenance des instances peut être dépassé si les instances sont interrompues avant le lancement de vos nouvelles instances.
Concepts de base
Avant de commencer, familiarisez-vous avec les principaux concepts et termes suivants :
- Capacité souhaitée
-
La Capacité souhaitée correspond à la capacité initiale du groupe Auto Scaling à sa création. Il s’agit également de la capacité que le groupe essaye de maintenir lorsqu’aucune condition de dimensionnement n’est attachée au groupe.
- Politique de maintenance des instances
-
Une politique de maintenance des instances contrôle si une instance est d’abord mise en service avant qu’une instance existante ne soit résiliée en cas d’événements de maintenance de l’instance. Elle détermine également jusqu’où votre groupe Auto Scaling peut aller en dessous et au-dessus de la capacité souhaitée pour remplacer plusieurs instances en même temps.
- Pourcentage maximal d’intégrité
-
Le pourcentage maximal d’intégrité est le pourcentage de la capacité souhaitée que votre groupe Auto Scaling peut atteindre lors du remplacement d’instances. Il représente le pourcentage maximal du groupe qui peut être en service et en bon état, ou en attente, pour assurer votre charge de travail. Dans la console, vous pouvez définir le pourcentage maximal d’intégrité lorsque vous utilisez l’option Lancer avant toute résiliation ou l’option Politique personnalisée. Les valeurs valides sont comprises entre 100 et 200 %.
- Pourcentage minimal d’intégrité
-
Le pourcentage minimal d’intégrité est le pourcentage de la capacité souhaitée pour rester en service, en bon état et prête à être utilisée pour assurer votre charge de travail lors du remplacement d’instances. Une instance est considérée comme saine et prête à être utilisée une fois qu'elle a effectué avec succès son premier contrôle de santé et que le temps de préchauffage spécifié est écoulé. Dans la console, vous pouvez définir le pourcentage minimal d’intégrité lorsque vous utilisez l’option Résilier et lancer ou l’option Politique personnalisée. Les valeurs valides sont comprises entre 0 et 100 %.
Note
Pour remplacer les instances plus rapidement, vous pouvez définir un faible pourcentage minimal d’intégrité. Toutefois, s’il n’y a pas suffisamment d’instances saines en cours d’exécution, cela peut réduire la disponibilité. Nous vous recommandons de sélectionner une valeur raisonnable afin de maintenir la disponibilité dans les situations où plusieurs instances doivent être remplacées.
Préparation d’instance
Si vos instances ont besoin de temps pour s’initialiser une fois qu’elles sont entrées dans l’état InService, activez la préparation d’instance par défaut pour votre groupe Auto Scaling. Grâce à la préparation d’instance par défaut, vous pouvez empêcher que les instances ne soient prises en compte dans le calcul du pourcentage minimal d’intégrité avant qu’elles ne soient prêtes. Cela garantit qu’Amazon EC2 Auto Scaling prend en compte le temps nécessaire pour disposer d’une capacité suffisante pour assurer la charge de travail avant de résilier les instances existantes.
L'avantage supplémentaire est que vous pouvez améliorer les CloudWatch métriques Amazon utilisées pour le dimensionnement dynamique lorsque vous activez le préchauffage de l'instance par défaut. Si votre groupe Auto Scaling dispose de politiques de dimensionnement, lorsqu'il évolue, il utilise la même période de préchauffage par défaut pour éviter que les instances ne soient prises en compte dans CloudWatch les métriques avant la fin de leur initialisation.
Pour plus d’informations, consultez Définir la préparation par défaut d'instance d'un groupe Auto Scaling.
Période de grâce de surveillance de l'état
Amazon EC2 Auto Scaling détermine si une instance est saine en fonction du statut des surveillances de l'état que votre groupe Auto Scaling utilise. Pour plus d’informations, consultez Surveillance de l’état des instances dans un groupe Auto Scaling.
Pour vous assurer que ces surveillances de l’état commencent le plus rapidement possible, ne définissez pas une période de grâce de la surveillance de l’état du groupe trop élevée, mais suffisamment élevée pour que vos surveillances de l’état Elastic Load Balancing déterminent si une cible est disponible pour traiter les demandes. Pour plus d’informations, consultez Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling.
Mettre à l’échelle votre groupe Auto Scaling
Une politique de maintenance des instances s’applique uniquement aux événements de maintenance d’instance et n’empêche pas le redimensionnement manuel ou automatique du groupe.
Lorsque des politiques de mise à l’échelle ou des actions planifiées sont associées à votre groupe Auto Scaling, elles peuvent s’exécuter en parallèle pendant que les événements de maintenance des instances se produisent. Dans ce cas, elles peuvent augmenter ou diminuer la capacité souhaitée du groupe, mais uniquement dans les limites de dimensionnement que vous avez définies. Pour plus d’informations sur ces limites, consultez Définissez des limites de mise à l’échelle pour votre groupe Auto Scaling.
Exemples de scénarios
Dans un scénario typique, votre politique de maintenance des instances et la capacité souhaitée peuvent ressembler à ce qui suit :
-
Pourcentage minimal d’intégrité = 90 %
-
Pourcentage maximal d’intégrité = 120 %
-
Capacité souhaitée = 100
Lors d’un événement de maintenance d’instance, votre groupe Auto Scaling peut compter entre 90 et 120 instances. Après l’événement, le groupe compte à nouveau 100 instances.
Lorsque vous utilisez une politique de maintenance des instances avec un groupe Auto Scaling doté d’un groupe chaud, les pourcentages minimal et maximal d’intégrité sont appliqués séparément au groupe Auto Scaling et au groupe chaud.
Supposons qu’il s’agisse de votre configuration :
-
Pourcentage minimal d’intégrité = 90 %
-
Pourcentage maximal d’intégrité = 120 %
-
Capacité souhaitée = 100
-
Taille d’un groupe chaud = 10
Si vous lancez une actualisation d’instance pour recycler les instances du groupe, Amazon EC2 Auto Scaling remplace d’abord les instances du groupe Auto Scaling, puis les instances du groupe chaud. Alors qu’Amazon EC2 Auto Scaling travaille toujours au remplacement des instances du groupe Auto Scaling, le groupe peut compter entre 90 et 120 instances. Une fois la préparation du groupe terminée, Amazon EC2 Auto Scaling peut remplacer les instances du groupe chaud. Pendant ce temps, le groupe chaud peut compter entre 9 et 12 instances.
