問題タブ [amazon-cloudwatch]

Amazon RDS の場合、Cloudwatch に「Avg Replica Lag」というメトリクスがあります。その意味は非常に明確です。これは、マスターからスレーブへの平均レプリケーション遅延を表します。

ただし、このメトリクスのメカニズムはよくわかりません。つまり、Amazon RDS はどのようにしてこのような遅延を検出するのでしょうか? MySQL データベースを例にとると、Amazon RDS には遅延を検出する特定の方法がありますか? または、MySQL によって報告された「マスターの 2 番目の後ろ」の結果を単に使用しますか?

AWS 自動スケール グループがあります。CPU のパーセンテージ増加に対してアラームを設定することはできますか? たとえば、CPU が 1 分間で 40% 増加した場合、アラームをトリガーしますか? したがって、CPU が 12:51 に 0%、12:52 に 40% の場合、アラームがトリガーされます。

次のトラフィックパターンでAmazonElasticBeanstalkで実行されているサイトがあります。

• 通常、最大50人の同時ユーザー。
• Facebookページに投稿された場​​合、1/2分間で最大2000人の同時ユーザー。

アマゾンウェブサービスは、このような課題に迅速に拡張できると主張していますが、クラウドウォッチの「xより大きい」セットアップは、このトラフィックパターンに対して十分に高速ではないようです。

通常、数秒以内にすべてのec2インスタンスがクラッシュし、すべてのcloudwatchメトリクスが強制終了され、サイト全体が4/6分間ダウンします。これまでのところ、このシナリオで機能する構成はまだ見つかりません。

これは、サイトを殺した小さなイベントのグラフです。

Amazon CloudWatch に Amazon ファイアウォール\ポート スニファー メトリクスはありますか? タスクは、特定のポートで Amazon EC2 マシンのトラフィックを追跡することです。これは Amazon CloudWatch API 経由で可能ですか?

多くの CloudWatch アラートを同時に作成するためのコード例はありますか?

現在、私はこれをやっています：

呼び出しの間にエラーが発生した場合は、エラーを処理しています。

AWS SDK for PHP にバッチ処理コードがあることに気付きました。これらすべてを 1 つのリクエストで作成したり、cURL リクエストを並行してすべてのアラームを作成したりする便利な方法があるかどうか疑問に思っています。

set_alarm_state()収集できるものからreturnCurlHandle、$optリクエストをバッチ処理する「古い方法」であることがわかります。

eu-west-1 リージョンの各アベイラビリティ ゾーン (AZ) に 1 つずつ、計 3 つの EC2 インスタンスがあります。これらは ELB を使用して負荷分散されます。CloudWatch を使用して、ロードバランサーに登録されているインスタンスの数を監視したいと考えています。HealthyHostCount問題は次のとおりです。メトリックがよくわかりません。

展開の場合、通知なしで単一のインスタンスを登録解除 (LB から削除) できるようにしたいと考えています。したがって、アラームは次のようになります: 5 分間、ロードバランサーの背後に正常なインスタンスが 1 つしか残っていない場合に通知します。

私が理解している限り、HealthyHostCount(HHC) は、特定の ELB に登録されている正常なインスタンスの数であり、すべての AZ の平均です。すべてが問題なければ、各 AZ に 1 つのインスタンスがあるため、HHC は (期間に関係なく) 1 になります。

数日前、誰かがインスタンスを再登録せずにデプロイしたため、バランスが取れているインスタンスは 1 つだけでした。それに気づいたとき、平均 HHC が 5 分後に 0.6 を下回ったときに通知するアラームを作成しました。(ELB に 1 つのインスタンスしか登録されていない場合、HHC はどの期間でも平均 0.33 になるはずです。)ただし、アラームは「ALARM」状態に変化しませんでした。

CloudWatch で HHC を確認したところ、HHC は意味をなさない数値でした (5 分間隔の合計 10.0 が今覚えているすべてです)。

それは私にとって大きな混乱です。メトリックを理解していると思うときはいつでも、CloudWatch チャートはすべて意味不明です。

インスタンスが 1 つしか登録されていない場合に、HHC を使用してアラームを取得する方法を誰か説明してもらえますか? 平均 HHC を使用するか、別の指標を使用する必要がありますか?

AWSでワードプレスを実行していますが、ボリュームの容量が不足しているかどうかを監視する方法がわかりません。他のものを監視するための多くのオプションがありますが、スペースが不足したときに知りたいだけです。

いくつかのクラウドウォッチ メトリックを返す単純なアプリケーションを実行しようとしています。3 つの異なる Web サンプルを試しましたが、データを返すものはありません。AWS コンソールでデータを確認できます。おそらく、誰かが私のエラーを見つけたり、動作することがわかっている簡単な例を教えてくれませんか?

私が達成したい原則は次のとおりです。アプリケーションが dynamoDB の読み取り/書き込み制限に近づいたときを知り、それを増やしたいと考えています。統計を要求するポーリングを行うスレッドを作成する必要があると想定し、容量の 80% に達した場合は制限を増やします。

私は、1 日を通してトラフィックが着実に増加している Web アプリケーションを作成しています。読み取り/書き込み制限が特定のパーセンテージ (80% など) に達したかどうかを検出できるアラームを作成し、その制限を増やしたいと考えています。その後、深夜に再び値下げします。

アラームを作成してみました - 「平均」は少し役に立たないようで、常に 1.0 です。「Sum」の方が便利なので、これを使うべきだと思います。また、メトリクス名で Consumed Write/Read Capacity を使用する必要があると思います。

問題:

• 合計は、その制限に「カウント」の絶対値を使用しているようです。DynamoDB が 100 回の書き込みに設定されていて、80% のアラームを設定すると、書き込みが 80 回ではなく 0.8 回を超えているかどうかがチェックされます。

• メール トピックをセットアップしましたが、これは正しくありません。トピックが呼び出すことができる関数/コントローラーを作成する必要があると思います。これをどのように設定すればよいでしょうか。Amazon VM が 2 つある場合、両方が呼び出されるのでしょうか、それとも 1 つだけが呼び出されるのでしょうか? または、これは間違ったルートであり、何もコーディングせずに DynamoDB の制限を引き上げるためにイベントに対して実行できる標準的なアクションがあります。（私のSNS知識不足がここに表れているのかもしれません）

Cloudwatchと自動スケーリングの設定に関する質問。ウェブサイトをホストしているec2インスタンス（インスタンス1）があり、そのAMI（画像1）も作成しました。インスタンス1が完全に劣化したときに、イメージ1から新しいインスタンス（インスタンス2）を開始するようにシステムを構成したいと思います。したがって、ロードバランサーは必要ありません。

質問 。これらは私が使用する予定のステップです-最小サイズ0、最大サイズ1で自動スケーリングを設定し、クラウドウォッチメトリクスを使用してステータスチェックの失敗を監視し、インスタンス1を終了してインスタンス2を使用します

スケールアップおよびスケールダウンポリシーを構成する必要がありますか？systemCheckは、インスタンスの障害を監視するための適切なメトリックに失敗しましたか？シナリオでCloudwatchと組み合わせて自動スケーリングを使用する必要がありますか？感謝します。

ありがとう