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.
Gestion de la charge avec des instances basées sur le temps et sur la charge
Important
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur AWS Re:Post
Comme le trafic entrant varie, votre pile peut-être avoir trop peu d'instances pour gérer confortablement la charge ou plus d'instances que nécessaire. Vous pouvez gagner du temps et de l'argent en utilisant les instances à date définie ou à charge définie, et augmenter ou réduire automatiquement les instances d'une couche de telle sorte que vous ayez toujours assez d'instances pour gérer de façon adéquate le trafic entrant sans avoir à payer la capacité superflue. Il n'y a pas besoin de surveiller les charges du serveur, ou de démarrer ou arrêter manuellement les instances. En outre, les instances à date définie et à charge définie répartissent, mettent à l'échelle et équilibrent automatiquement les applications sur plusieurs zones de disponibilité au sein d'une région, ce qui vous procure évolutivité et redondance géographique.
Le dimensionnement automatique repose sur deux types d'instances qui ajustent les instances en ligne d'une couche selon différents critères :
-
Instances à date définie
Elles permettent à une pile de gérer les charges qui suivent un modèle prévisible en incluant les instances qui ne s'exécutent qu'à certaines heures ou que certains jours. Par exemple, vous pouvez démarrer certaines instances après 18 h 00 pour exécuter les tâches nocturnes de sauvegarde ou arrêter certaines instances le week-end lorsque le trafic est plus lent.
-
Instances à charge définie
Elles permettent à une pile de gérer les charges variables en démarrant des instances supplémentaires lorsque le trafic est élevé et en arrêtant les instances lorsque le trafic est faible, en fonction d'une ou de plusieurs métriques de charge. Par exemple, vous pouvez demander à AWS OpsWorks Stacks de démarrer des instances lorsque l'utilisation moyenne du processeur dépasse 80 % et d'arrêter des instances lorsque la charge moyenne du processeur tombe en dessous de 60 %.
Aussi bien les instances à date définie que les instances à charge définie sont prises en charge avec les piles Linux, alors que seules les instances à date définie sont prises en charge avec les piles Windows.
Contrairement aux instances 24/7, que vous devez arrêter et démarrer manuellement, vous ne démarrez ni n'arrêtez vous-même les instances à date définie ou à charge définie. Au lieu de cela, vous configurez les instances et AWS OpsWorks Stacks les démarre ou les arrête en fonction de leur configuration. Par exemple, vous configurez des instances basées sur le temps pour qu'elles démarrent et s'arrêtent selon un calendrier spécifié. AWS OpsWorks Stacks démarre et arrête ensuite les instances conformément à cette configuration.
Une pratique courante consiste à utiliser ensemble les trois types d'instance, comme ci-après.
-
Un ensemble d'instances 24/7 pour gérer la charge de base. Généralement, vous démarrez simplement ces instances et les laissez s'exécuter en continu.
-
Un ensemble d'instances basées sur le temps, que AWS OpsWorks Stacks démarre et arrête pour gérer les variations prévisibles du trafic. Par exemple, si votre trafic est le plus élevé pendant les heures de travail, vous configurez les instances à date définie pour qu'elles commencent le matin et les arrêtez dans la soirée.
-
Un ensemble d'instances basées sur la charge, que AWS OpsWorks Stacks démarre et arrête pour gérer les variations imprévisibles du trafic. AWS OpsWorks Stacks les démarre lorsque la charge approche la capacité des instances basées sur le temps et 24 heures sur 24, 7 jours sur 7, et les arrête lorsque le trafic revient à la normale.
Pour plus d'informations sur l'utilisation des heures de dimensionnement, consultez Optimisation du nombre de serveurs.
Note
Si vous avez créé des applications pour la couche des instances ou créé des livres de recettes personnalisés, AWS OpsWorks Stacks déploie automatiquement la dernière version sur les instances basées sur le temps et sur la charge lors de leur premier démarrage. Cependant, AWS OpsWorks Stacks ne déploie pas nécessairement les derniers livres de recettes sur les instances hors ligne redémarrées. Pour plus d’informations, consultez Modification des applications et Mise à jour des livres de recettes personnalisés.
Rubriques
En quoi la mise à l'échelle basée sur la charge diffère de la réparation automatique
Le dimensionnement automatique à charge définie utilise les métriques de charge dont la moyenne est calculée sur toutes les instances en cours d'exécution. Si les métriques restent entre les seuils spécifiés, AWS OpsWorks Stacks ne démarre ni n'arrête aucune instance. Avec la guérison automatique, en revanche, AWS OpsWorks Stacks démarre automatiquement une nouvelle instance avec la même configuration lorsqu'une instance cesse de répondre. L'instance peut ne pas être en mesure de répondre en raison d'un problème de réseau ou d'un problème lié à l'instance.
Supposons, par exemple, que le seuil de mise à l'échelle du processeur soit de 80 % et qu'une instance cesse de répondre.
-
Si la réparation automatique est désactivée et que les instances en cours d'exécution restantes peuvent maintenir l'utilisation moyenne du processeur en dessous de 80 %, AWS OpsWorks Stacks ne démarre pas de nouvelle instance. Il démarre une instance de remplacement uniquement si l'utilisation moyenne de l'UC entre les instances restantes est supérieure à 80 %.
-
Si la réparation automatique est activée, AWS OpsWorks Stacks démarre une instance de remplacement quels que soient les seuils de charge.
