12

そのため、Python で Boto を使用して、CPUUtilization に基づいて自動スケーリングを設定しようとしましたが、多かれ少なかれこの例で指定されているとおりです 。

ただし、CloudWatch の両方のアラームは次のように報告します。

状態の詳細: 2012/11/12 16:30 UTC に状態が「INSUFFICIENT_DATA」に変更されました。理由: チェックなし: 初期アラームの作成

自動スケーリングは正常に機能していますが、アラームは CPUUtilization データをまったく取得していません。私が試すことができることのアイデアはありますか？

編集: インスタンス自体が CPU 使用率データを報告しますが、CloudWatch でアラームを作成しようとしたとき、Python でプログラムによって、またはインターフェイスで作成したときだけではありません。万一の場合に備えて、詳細な監視も有効になっています...

ありがとう！

4

10 に答える 10

11

AWS からの公式の回答は次のようになります。

こんにちは、INSUFFICIENT_DATA 状態 (のみ) への移行には固有の遅延があります。これは、メトリック生成の遅延を補正するためにアラームが一定期間待機するためです。60 秒周期のアラームの場合、I_D 状態に移行するまでの遅延は 5 ～ 10 分です。

ジョン。

どうやらこれは一時的な状態であり、おそらく自然に解決します。

于 2012-11-12T18:33:35.650 に答える
3

アラームの名前空間が「AWS/EC2」であることを確認してください。

これは元の質問からかなり時間が経っていることを知っていますが、他の人がGoogle経由でこれを見つけた場合、同じ問題があり、アラームの名前空間を不適切に設定したことが判明しました。

于 2013-11-21T15:23:23.293 に答える
1

私の知る限り、デフォルトのメトリック分解能は 5 分です (料金を支払うなどの場合は 1 分に下げることができます)。したがって、アラームの測定期間がそれよりも短い場合、アラームは永続的に残ります。INSUFFICIENT_DATA州。私の場合、CPU 使用率を 1 分間測定していましたが、それを 5 分に変更すると、状態の問題が修正されました。

于 2016-03-13T15:23:42.917 に答える
1

この問題がありました。アラームの作成に使用するメトリック名が実際のメトリック名と一致していることを確認してください。

次の方法でメトリックを一覧表示できます。

aws cloudwatch list-metrics --namespace=<NAMESPACE, e.g. System/Linux, etc>

メトリックと MetricName を見つけます。そのメトリクスに対してアラームが設定されていることを確認してください。

于 2015-04-14T16:08:23.703 に答える
0

いくつかのファイルを含むディレクトリ /var/tmp/aws-mon/ があります。1 つはインスタンス ID です。私が使用していたインスタンスは AMI から作成されたもので、このファイルには古いインスタンス ID が保持されていました。編集して、/var/tmp/aws-mon/placement/availability-zone も正しいことを確認しました。アラームはほぼ瞬時に OK に変わりました。

于 2015-08-18T18:23:07.593 に答える