問題タブ [amazon-cloudwatch]

質問 ステータスチェックが10分間で5回以上失敗した場合にアラームを鳴らすようにアラームを設定したいです。基本的には、インスタンスが生きているかどうかを確認したいので、systemCheckFailedメトリクスを使用する予定です。以下のように正しい値を使用しているかどうかはよくわかりません。

mon-put-metric-alarm TestAlarm --comparisonoperator GreaterThanThreshold --evaluation-periods 5 --metric-name StatusCheckFailed --namespace "AWS/EC2" --period 600 --statistic Average --threshold 5 --alarm-actions arn :aws:autoscaling:us-east-1:764516644405:scalingPolicy:dtestguid:autoScalingGroupName/WebAutoScaleGroup:policyName/WebScaleUp --dimensions "AutoScalingGroupName=WebAutoScaleGroup"

クラウド ウォッチ CLI を使用してスクリプトを記述しています。このスクリプトの一部として、ステータス チェックが失敗したときにアラームを作成する必要があります。以下の手順 - 1) 最初に AMI の起動構成を作成します。2) 次に、グループを自動スケーリングし、ポリシーをスケールアップします。3) ここで、Ami に属するインスタンス (ステップ 1 から) が失敗した場合にアラームを作成する必要があります。これにより、基本的に新しいインスタンスが作成されます。

同じアラームの作成に問題があります。助けていただければ幸いです。

mon-put-metric-alarm TestAlarm --comparisonoperator LessThanToThreshold --evaluation-periods 1 --metric-name StatusCheckFailed --namespace "AWS/EC2" --period 600 --statistic Average --threshold 1 --alarm-actions arn :aws:autoscaling:TestInstance --dimensions "AutoScalingGroupName=TestAutoScalingGroup"

受信したエラーは、ステータス チェックに失敗し、認識されませんでした。

私の質問に迅速に回答していただければ幸いです。

リージョンにまたがる自動スケーリンググループを作成することは可能ですか？このシナリオを考えてみましょう-西のすべてのアベイラビリティーゾーンが利用できないとしましょう。US.Westのインスタンスがダウンしている場合に、東ゾーンにインスタンスを作成するように自動スケーリングを構成できますか？

コマンドラインスクリプトを使用しているときにAWS_AUTO_SCALING_URLのリージョンを指定する必要があるため、それが可能だとは思いません。これにより、起動設定の作成が制限され、そのリージョン内でのみグループが自動スケーリングされます。

したがって、その地域のすべてのAZがダウンしていないか、VPCに移行していないことを期待できますか？

これは説明するのが少し難しいかもしれませんが、試してみます：

ディメンションを持つメトリクスにアラームを設定したいのですが、アラームが発生しているディメンションの値を識別できるようにします。これが可能かどうかはわかりません。

たとえば、CPUUtilization メトリクスがあり、ディメンションはインスタンス ID であり、このディメンションには i-1、i-2、i-3 の 3 つの値があるとします。(私はこれを工夫しています。実際のクラウドウォッチ メトリックについて具体的に考えているわけではありません)。

私ができるようにしたいのは、「ディメンションのいずれかの値の CPU 使用率が 50% を超えた場合、アラームを起動してディメンションの値を教えてください」というアラームを定義することです。たとえば、i-2 が 50% を超えると、しきい値を超えたのは i-2 であることがアラームによって通知されます。

私はあまりにも多くを求めていますか？

(基本的な課題は、リソースが追加されたり削除されたりするときにアラームを変更する必要がないということです。アイテムの 1 つがしきい値を超えたことを知らせるためだけにアラームが発生することには満足していますが、理想的には運用スタッフがそうするでしょう。アラームのように、他の場所を探すことなく、どのディメンション値がそれを超えたかを正確に伝えます)。

ありがとう！

AWS で独自の自動スケーリング システムをセットアップしようとしています。特定の AMI ID で生成されたインスタンスのアラームをセットアップしました。

1 つのサーバーのみを監視しているメトリックを確認すると、問題なく情報が得られます。ただし、「集計された」統計は常に失敗します。

これはAWSの問題ですか、それとも私が思っていることをしていませんか? また、これらはすべてデフォルトのメトリックであり、CLI API を介して追加されたものではないことも指摘しておきます。

Cloudwatch API から再試行されるデータがいくつかあります。具体的には を使用しlistMetricsました。この呼び出しから取得したデータは次のとおりです。

期待通りの正しいデータでした。valueフィールドのみを返す方法が必要です。他のものではありません。Javaでこれを行う方法はありますか?

編集：

メトリックの作成に使用したコードは次のとおりです。

ディメンション値をリストするために、次を使用します。

どこで間違いを犯していますか？

前もって感謝します。

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

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

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

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

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

ありがとう！

なんらかの理由でアプリケーションが停止することがありますが、CloudWatch と CPU 使用率メト​​リックの低下を使用してそれを検出できます。この時点で、Java アプリケーションまたは EC2 インスタンス全体を再起動したいと考えています。どうすればそれを達成できますか？

DynamoDBは初めてです。プロビジョニングされたスループットについて非常に混乱しています。ユーザーがゲーム内でチャットできるiPhoneゲームを作成しています。チャットテーブルを持っています。チャットテーブルには、GameID、UserID、およびMessageが含まれています。スループットを計算するためにアイテムのサイズを見つけるにはどうすればよいですか。アイテムのサイズはメッセージに完全に依存しますよね？アイテムのサイズを計算する方法は？

Amazonは、UpdateTable APIを使用するか、コンソールから手動でスループットを変更できると言っています。フォームコードを変更したい場合、特定のテーブルでプロビジョニングされたスループットを超えたことをどのようにして知ることができますか？コードからそれを確認する方法は？

CloudWatchについても混乱しています。これを理解する方法は？

誰か助けてくれませんか？ドキュメントを指さないでください。

ありがとう。

Cloudwatchメトリクスにpythonとbotoを使用しています。MetricName他のすべてのディメンションでアクティブになるアラームを定義できるようにしたいと思います。

たとえば、sandbox名前空間にMetricNameofMemoryUsageとInstanceIdofのメトリックがありますi-xxx。すべてのディメンションMemoryUsageに対してトリガーされる単一のアラームを定義することは可能ですか？ InstanceId