問題タブ [amazon-cloudwatch]

CloudWatch を使用して、同じプログラムで作成されたインスタンスから CPU 使用率を取得したいと考えています。mon-get-stats は、指定したインスタンス ID からメトリックを取得できました。しかし、以下のように Ruby AWS API を使用すると、何も返されません。他のウェブサイトでいくつかの方法を試しましたが、うまくいきません。

この問題について何か提案はありますか? 前もって感謝します！

NetworkIn自動スケール グループ内のすべての EC2 マシン の平均を監視する cloudwatch メトリクスを作成したいと考えています。

これは可能ですか？合計はいろいろ監視できそうですがNetworkIn、平均を監視したいです。その理由は、ボトルネックが networkIn であるアプリケーションのノードごとのネットワーク トラフィックがしきい値を超えたときに、自動スケール グループにノードを追加したいからです。

保守性のために多数の CloudWatch アラームを整理しようとしていますが、編集時に Web コンソールの名前フィールドがグレー表示されます。CloudWatch アラームの名前を更新するための別の方法 (できればスクリプト可能なもの) はありますか? 私は、単純な実行可能スクリプト以外のプログラミングを必要としないソリューションを好みます。

AWS Cloudwatch でアラームを設定しようとしていますが、Cloudwatch に適切なアラームを設定できるように、経験豊富な人に「デフォルト」設定 (CPU 使用率 80% など) を手伝ってもらいたいです。

必要なアラート設定は、EC2 - RDS - Elasticache - ELB - EBS です。

各メトリックのしきい値を超えた場合の影響についても簡単に説明し、アラートを優先度 1、2、および 3 に分類していただければ幸いです。

ご協力いただきありがとうございます。

内部メトリクスをAmazon の CloudWatchサービスに適切に公開するために、しばらく苦労してきました。CloudWatch のMetricDatumクラスにマッピングして公開するさまざまなタイプの内部メトリクスがあります。

各MetricDatumインスタンスにはdouble valueと があり、 、、および/の値StatisticSetを受け入れます。Httpd 200 ページ カウンターなどのカウンターの場合は、 を使用し、 および をカウンターの値に設定する方が適切です。たとえば、ELB の統計を見ると、それが Amazon が公開するために行っていることです。これにより、結果をグラフ化するときに、合計、平均、およびその他のグラフ ビューが正しく機能します。sampleCountsumminimummaximumStatisticSetsampleCountsum

StatisticSet問題は、カウンターの値が 0 の場合です。これは、CloudWatch が 0 のaを発行することを許可していないためです。ELB がsampleCount行うことは、グラフに穴を作成するその期間に何も発行しないことです。INSUFFICIENT_DATAカウンターが一定期間 0 の場合に警告が表示されるため、これは面倒です。通知がオンになっていてERROR、いつ に戻るかを知りたい場合OKは、INSUFFICIENT_DATA to OKアラートで一晩中起きられます。

米国東部 (バージニア北部) リージョンで INSUFFICIENT DATA 状態のアラームが 1 件あります。

質問:INSUFFICIENT_DATA CloudWatch メトリクスを適切に発行して、警告が表示されないようにする方法を教えてくださいsampleCount。

SQS を監視する AWS アラームを作成しようとしました。キューに 2 分間に複数のメッセージがある場合、アラームを作成してポリシーをトリガーしたいと考えています。このコマンドを使用してアラームを作成しました。

AWS コンソールでアラームを確認できますが、そのINSUFFICIENT_DATA状態のままです。どうすれば修正できますか？

ここでは、他の AWS アカウントのキューをリッスンします。出来ますか？？！

Amazon Cloudwatch は、EC2、ロードバランサー、elasticache、RDS データベースなどを監視するための非常に便利なメトリクスを提供し、あらゆる範囲の基準に対してアラームを設定できるようにします。私のS3も監視するように設定する方法はありますか？または、S3 リソースの POST/GET リクエストの数とデータ量を監視するのに役立つ他の監視ツール (単にログを有効にする以外に) はありますか? また、アクティビティのしきい値やデータストレージの増加に対してアラームを提供するには?

EC2 インスタンスのグループを管理するために Amazon CloudWatch サービスを使用しています。より正確には、アラームが OK から ALARM 状態に変化したときに AutoScaling アクションを実行します。

次の例を検討してください。SQS キューの長さが連続して 5 分間 1 未満になった場合に 1 つのインスタンスを終了するダウンスケール アクションがあります。実行中の 5 つのインスタンスがあり、アラームが発生し、4 つの実行中のインスタンスがあるとします。しかし！アラーム状態のときに CloudWatch がアクションを実行し続けるようにしたい! 処理するものが何もない場合は、3 つ、次に 2 つ、次に 1 つだけのインスタンスが必要です。

別のアプローチを試しました。自動スケーリング アクションの直後にアラーム状態を INSUFFICIENT_DATA にリセットしました。このようにして、プールを 1 つのインスタンスに効果的にダウンスケールできますが、その後、システム全体が「無限ループ」に陥ります。状態を INSUFFICIENT_DATA に変更すると、Amazon はすぐに再びアラームを発し、状態を変更します。

だから、私は次のいずれかを望んでいます：Amazonは、アラーム状態があるときにアラームアクションを繰り返すか、アラームのクールダウン期間を設けて、状態が変化した直後にAmazonがすぐにアラームを上げないようにする必要があります。

私の問題に対する正しいアプローチを見つけるのを手伝ってください。