AWS - Quel est le meilleur déclencheur de mise à l'échelle pour serveur PHP?

Question

Je construis un serveur web pour mon application (PHP) avec EB (Elastic Beanstalk).

Je suis confus à propos de Scaling Trigger. Je sais ce que c'est et comment ça marche.

Je voudrais savoir quelle est la meilleure configuration pour le serveur web. Mon application est reposant et dans le serveur, il exécute le backend. Il ne renvoie que des données JSONS de la base de données (ne fonctionne pas avec des images ou des choses comme ça), Je pense qu'il utilisera plus de RAM que de CPU.

Quel type de configuration utilisez-vous dans vos serveurs? NetworkIn ou Out? Comment mensure ce que mon serveur tient?

Ma configuration en fait:

Environment type: Load balanced, auto scaling 
Number instances: 1 - 10 
Scale based on Average CPUUtilization 
Add instance when > 60 
Remove instance when < 20 

Answer 1

Ceci est tout à fait dépend de votre scénario spécifique. Donc, ma configuration peut ne pas être idéale pour le vôtre. Mais, respectez certaines règles conventionnelles en faisant cela. Si j'étais vous, je vérifierais plutôt la disponibilité de ma configuration, en vérifiant si les instances sont correctement définies une fois lancées, si le groupe de mise à l'échelle automatique démarre et supprime les instances correctement lorsque cloudwatch les déclenche. parfois cela peut être un compromis entre le pourcentage de CPU et vous devez l'ajuster vers le haut ou vers le bas. Cela provoque parfois des problèmes, si ce n'est pas réglé correctement, votre groupe de mise à l'échelle automatique finit par lancer et supprimer des instances régulièrement !! En outre, assurez-vous que la mise à l'échelle est un meilleur choix que la mise à l'échelle dans votre scénario. parfois, il est simplement préférable d'utiliser des instances plus puissantes que d'étendre les fonctions auxiliaires. Si vous respectez ces règles, vous pouvez vous assurer que votre configuration est stable. (En termes de sécurité, s'il s'agit d'une application de serveur Web, vérifiez si vous avez besoin d'un niveau de sécurité supplémentaire, par exemple la couche WAF, si vous voulez qu'elle soit une couche distincte ou si vous voulez qu'elle soit un VPC distinct qui reçoit le trafic, l'analyse et le redirige vers un ELB privé dans le VPC homologué, ou vous voulez simplement joindre le WAF avec vos instances Ou si vous utilisez une requête ELB HTTP/HTTPS plutôt que TCP. Les demandes ELB sont plus sécurisées car l'ELB abandonne la connexion une fois que le client envoie du trafic vers ELB et envoie un en-tête séparé aux instances backend, ce qui élimine la menace SYN ATTACK ou cloudfront, car il se développe en fonction du trafic, donc pas de serveur indisponibilité DoS menaces à votre application plus, et de nombreux autres trucs que vous pouvez apprendre à connaître via la documentation et aussi la http://en.clouddesignpattern.org/index.php/Main_Page) bonne chance!