AWS - Was ist der beste Skalierungsauslöser für PHP Server?

Question

Ich baue einen Web-Server für meine Anwendung (PHP) mit EB (Elastic Beanstalk).

Ich bin verwirrt über Scaling Trigger. Ich weiß was ist und wie es funktioniert.

Ich würde gerne wissen, was ist die beste Konfiguration für den Webserver. Meine Anwendung ist erholsam und auf dem Server läuft das Backend. Es gibt nur JSONS Daten aus der Datenbank (nicht mit Bildern oder etwas wie diese arbeiten), Ich denke, es wird mehr RAM als CPU verwenden.

Welche Art von Konfiguration verwenden Sie in Ihren Servern? Netzwerkeingang oder -ausgang? Wie kann ich meinen Server einrichten?

Meine Konfiguration tatsächlich:

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

Das ist absolut auf Ihr spezielles Szenario abhängig. Also, meine Konfiguration ist möglicherweise nicht ideal für Ihre. Halten Sie sich dabei an einige herkömmliche Regeln. Wenn ich Sie wäre, würde ich stattdessen die Verfügbarkeit meiner Konfiguration überprüfen, um zu sehen, ob Instanzen nach dem Start erfolgreich als fehlerfrei festgelegt werden, wenn die Gruppe für die automatische Skalierung Instanzen startet und entfernt, wenn Cloudwatch sie auslöst. manchmal kann dies ein Kompromiss zwischen dem CPU-Prozentsatz sein und Sie müssen ihn nach oben oder unten anpassen. Dies führt manchmal zu Problemen, wenn die Gruppe für die automatische Skalierung nicht ordnungsgemäß eingerichtet wurde, werden Instanzen regelmäßig gestartet und entfernt !! Stellen Sie außerdem sicher, dass das Skalieren in Ihrem Szenario die bessere Wahl ist als das Skalieren. Manchmal ist es einfach besser, leistungsfähigere Instanzen zu verwenden, als die zusätzlichen zu skalieren. Wenn Sie sich an diese Faustregeln halten, können Sie sicher sein, dass Ihre Konfiguration stabil ist.

(in Bezug auf die Sicherheit, wenn es eine Web-Server-Anwendung ist, sehen Sie, ob Sie eine zusätzliche Sicherheitsstufe benötigen, z. B. die WAF-Schicht, ob Sie eine separate Schicht sein wollen, oder Sie wollen sie haben eine separate VPC, die Datenverkehr empfängt, analysiert und dann an eine private ELB in der Peered-VPC umleitet, oder wenn Sie einfach WAF mit Ihren Instanzen verbinden möchten Oder wenn Sie HTTP/HTTPS-ELB-Anfrage anstelle von TCP verwenden, da HTTP ELB-Anfrage sind sicherer, da der ELB die Verbindung abbricht, sobald der Client Datenverkehr an ELB sendet und dann einen separaten Header an die Backend-Instanzen sendet.Dies entfernt SYN ATTACK Threat! Oder Cloudfront, da es entsprechend dem Datenverkehr wächst, also kein Server Nicht mehr verfügbare DoS - Bedrohungen für Ihre Anwendung und viele andere Tricks, die Sie über die Dokumentation und auch die http://en.clouddesignpattern.org/index.php/Main_Page) viel Glück!