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.
Bonnes pratiques : optimisation du nombre de serveurs d'applications
Important
Le AWS OpsWorks Stacks service a pris fin 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
Une pile en production comprend généralement plusieurs serveurs d'applications répartis entre plusieurs zones de disponibilité. Cependant, le nombre de demandes entrantes peut varier considérablement en fonction de l'heure ou du jour de la semaine. Vous pouvez juste exécuter assez de serveurs pour gérer la charge maximale prévue, mais la plupart du temps vous finirez par payer une plus grande capacité serveur que celle dont vous avez besoin. Pour gérer votre site de manière efficace, la pratique recommandée consiste à faire correspondre le nombre de serveurs et le volume de demandes en cours.
AWS OpsWorks Stacks propose trois méthodes pour gérer le nombre d'instances de serveur.
-
Les instances 24 h/24 et 7 j/7 sont démarrées manuellement et exécutées jusqu'à ce qu'elles soient arrêtées manuellement.
-
Les instances basées sur le temps sont automatiquement démarrées et arrêtées par AWS OpsWorks Stacks selon un calendrier défini par l'utilisateur.
-
Les instances basées sur la charge sont automatiquement démarrées et arrêtées par AWS OpsWorks Stacks lorsqu'elles franchissent un seuil pour une métrique de charge spécifiée par l'utilisateur, telle que l'utilisation du processeur ou de la mémoire.
Note
Une fois que vous avez créé et configuré les instances basées sur la date et les instances basées sur la charge de votre pile, AWS OpsWorks Stacks les démarre et les arrête automatiquement en fonction de la configuration spécifiée. Vous n'avez pas à les retoucher, sauf si vous décidez de changer la configuration ou le nombre d'instances.
Recommandation : si vous gérez les piles avec plusieurs instances de serveur d'applications, nous recommandons d'utiliser un mélange des trois types d'instances. Voici un exemple de la façon de gérer la capacité serveur d'une pile pour traiter un volume variable de demandes quotidiennes aux caractéristiques suivantes.
-
Le volume moyen des demandes varie de façon sinusoïdale au cours de la journée.
-
Le volume moyen minimal de demandes nécessite cinq instances serveur d'applications.
-
Le volume moyen maximal de demandes nécessite seize instances serveur d'applications.
-
Les pics du volume de demandes peuvent généralement être traités par une ou deux instances serveur d'applications.
Il s'agit d'un modèle pratique dans le cadre de cette discussion, mais vous pouvez facilement l'adapter à toute modification du volume des demandes et l'étendre également pour gérer les variations hebdomadaires. Le schéma suivant montre comment utiliser les trois types d'instance pour gérer ce volume de demandes.
Cet exemple possède les caractéristiques suivantes :
-
La pile possède trois instances 24/7, qui sont toujours actives et gèrent la charge de base.
-
La pile a 12 instances basées sur la date, qui sont configurées pour gérer la variation quotidienne moyenne.
L'une s'exécute de 10 pm à 2 am, deux autres s'exécutent de 8 pm à 10 pm et de 2 am à 4 am, etc. Pour plus de simplicité, le schéma modifie toutes les deux heures le nombre d'instances basées sur la date, mais vous pouvez modifier le nombre toutes les heures si vous souhaitez un contrôle plus fin.
-
La pile a suffisamment d'instances basées sur la charge pour gérer les pics de trafic qui dépassent ce qui peut être géré par les instances 24/7 et les instances basées sur l'heure.
AWS OpsWorks Stacks démarre des instances basées sur la charge uniquement lorsque la charge sur tous les serveurs en cours d'exécution dépasse les métriques spécifiées. Le coût des instances non opérationnelles est minime (instances basées sur Amazon EBS) ou nul (instances sauvegardées par le stockage d'instances). Il est donc recommandé d'en créer suffisamment pour gérer confortablement le volume maximal de demandes prévu. Pour cet exemple, la pile doit avoir au moins trois instances basées sur la charge.
Note
Assurez-vous d'avoir les trois types d'instance répartis entre plusieurs zones de disponibilité pour réduire l'impact des perturbations de tel ou tel service.
