AWS - PHPサーバにとって最適なスケーリングトリガは何ですか？

Question

EB（Elastic Beanstalk）を使用してアプリケーション（PHP）用のWebサーバーを構築しています。

スケーリングトリガーについて混乱しています。 私は何が何で、どのように機能するかを知っています。

私はwhatsがウェブサーバーにとって最適な設定であることを知りたいと思います。 私のアプリケーションは安心しており、サーバーではバックエンドを実行します。 データベースからのJSONSデータのみを返します（画像やこのようなものでは動作しません）。 CPUよりもRAMを使用すると思います。

あなたのサーバーではどのような構成を使用していますか？ NetworkInまたはOut？私のサーバーが保持しているものをどのように扱う？実際

マイ設定：

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

これはあなたの特定のシナリオに絶対的に依存しています。だから、私の設定はあなたにとって理想的ではないかもしれません。しかし、これを行うときにいくつかの従来のルールに従ってください。私の場合は、代わりに起動時にインスタンスが正常に設定されているか、自動スケーリンググループが起動し、クラウドウォッチによってインスタンスが正しくトリガされた場合にインスタンスが正しく削除されるかを確認して、構成の可用性を確認します。これはCPUのパーセンテージの間でトレードオフになることがありますが、それを調整する必要があります。これにより、正しく設定されていないと問題が発生することがあります。自動スケーリンググループは、インスタンスの起動と削除を定期的に終了します。 また、シナリオでスケールアウトするよりもスケールアップが良い選択であることを確認してください。時には、より強力なインスタンスを使用するほうが、補助インスタンスを拡張するほうが簡単です。 これらの経験則を守れば、構成が安定していることを保証できます。

（セキュリティに関しては、Webサーバーアプリケーションの場合は、別のレイヤーにしたい場合や、別のレイヤーにしたい場合など、WAFレイヤーなどのセキュリティを追加する必要があるかどうかを参照してください。トラフィックを受信し、それを分析してピアVPC内のプライベートELBにリダイレクトするか、単にWAFにインスタンスを参加させたい場合。 または、TCPではなくHTTP/HTTPS ELB要求を使用している場合HTTPクライアントがトラフィックをELBに送信し、バックエンドインスタンスに別のヘッダーを送信すると、ELB要求がより安全になります。これにより、トラフィックに応じてSYN ATTACK脅威または クラウドフロントが削除されます。 DoSの脅威がアプリケーションに利用できなくなったことや、ドキュメントやhttp://en.clouddesignpattern.org/index.php/Main_Page） 幸運！