2017-10-16 12 views
1

EC2インスタンスでuptime(bash)やsys_getloadavg(php)のような関数を呼び出すと、返された値はその特定のインスタンスで正しいのですか、インスタンスが存在するベアメタルシステム全体のものですか?AWS EC2インスタンスでロード平均が正確に報告されていますか?

私はGoogleで答えを探していましたが、その値を信頼しないと言っているolder postsが見つかりました。代わりにCloudWatchを使用する必要があります。

しかし、私はそのような場合が疑問に思います。 20分間アイドリングしていたばかり生み出されたUbuntuのインスタンス上で、uptimeが報告されています - 負荷平均はうまくある私のユースケースについては

07:22:23 up 20 min, 1 user, load average: 0.00, 0.00, 0.00 

を、私はCloudWatchのは、提供される機能は必要ありません。つまり、報告された値は信頼できるものですか?

+0

お読みください:http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html また、インスタンスタイプとは何ですか? –

+0

私はちょうどそれを見ましたが、私の質問にどのように関連しているのかわかりません - 私は負荷の平均を公表する場所を探していません、システムが報告した測定基準が正確かどうかを知る必要があります。私のユースケースは、 't2'クラス内のインスタンスサイズを使用します。 –

+0

正直言って、私は彼らが正確かどうか、またあなたがOS上でコマンドを実行することに頼っている理由がわからない。結果で何を達成しようとしていますか?アラート/スケーリングを行っている場合は、提供するツールを使用しないでください。別名CloudWatch。 – d1ll1nger

答えて

1

報告された値はインスタンスであり、インスタンスが実行されているホストシステム全体ではありません。一般に、彼らはあなたのワークロードのの信頼できる表示です。

負荷平均は間違いなく正確です。

フォーラムポストは、バースト可能なt1およびt2インスタンスだけでなく、いくつかの古いインスタンスタイプで特に発生するケースを指します。この場合、CPU%がCloudWatchとインスタンスの表示との間に並んでいない可能性があります。リソースをネイバーと実際に "共有"するわけではありませんが、あなたのインスタンスがあなたが支払っているインスタンスのタイプよりも速いハードウェア上で実行されているか、 (t1またはt2で)スロットベースの調整。

関連する問題