EC2ボードアドバイス

-1

これは私の最初の投稿です。私はawsのサービスについて助言したがりました。先週、私はLampとWebminサーバーをインストールしたEC2 T2メディアを購入しました。昨日まですべてうまくいきました。サーバーにはオンラインの新聞があり、訪問した人は400人にのぼり、サーバーはブロックしました。サーバーが利用できなくなったのと同時に少なくとも500人もの訪問がなくなりました。明らかに、それはCPUクレジットの問題でした。今、私はC4 Largeインスタンスに行ったので、選択肢が正しければサーバーの閉塞の問題がもう発生しないかどうか、私より経験が豊富な人物に質問したかったのです。EC2ボードアドバイス

私は私の英語にはっきりと謝罪してくれることを願っています。ありがとう

出典

2017-08-26 enzo

あなたが "どうやら、それはCPUクレジットの問題だった" と言うとき、あなたはどのようにこの結論に達したのですか？どのようなモニタリングを行いましたか？ –

クレジットが表示されたCPUのレポートでは、値が急速に低下したことがわかりました。それから、事実、問題のサイトは落ちることはありませんでしたが、ブロックする瞬間があったので、かなり減速しました。このために、私は明らかにCPUクレジットの問題と思われました。 – enzo

CPUクレジットモデルは、t2インスタンスクラスがそれほど安価でない理由です。これは多くの作業負荷のための良い解決策ですが、CPUサイクルに対するアプリケーションの要求を認識し、クレジットバランスを監視する必要があります。 –

提供されている詳細に基づいて、十分なCPUバウンドトラフィックがあり、専用の一貫性のあるCPUが必要です。 C4インスタンスは、コンピューティング集約型作業に適した選択肢であり、あなたを助けるはずです。また、Elastic Load Balancerを使用して自動スケーリンググループ内のインスタンスでワークロードを実行することをお勧めします。これにより、スケーラビリティと可用性が向上します。また、今後サーバーで同様の問題が発生した場合は、CloudWatchモニターにアラートを設定する必要があります。私は以下のいくつかの追加の詳細をリンクしました。

http://docs.aws.amazon.com/autoscaling/latest/userguide/AutoScalingGroup.html

https://aws.amazon.com/elasticloadbalancing/

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-createalarm.html

出典

2017-08-26 11:30:40 BryceH