【小ネタ】CloudWatchの「StatusCheckFailed_Instance」と「StatusCheckFailed_System」について | DevelopersIO
【小ネタ】CloudWatchの「StatusCheckFailed_Instance」と「StatusCheckFailed_System」について こんにちは。半瀬です。 今日はサポート対応の備忘ネタで一筆してみようかと思います。 EC2インスタンスが突然落ちた よくあるサポートケースとして、お客様環境のEC2インスタンスが何らかの理由でネットワーク疎通不能となり、お客様より当該インスタンスからのステータスチェックのアラームを受信したので、その原因調査と対策を提示してもらいたい、といったご要望があります。 そういったケースにおいて、まず障害原因の切り分けとして知りたいのは、 「AWS側のEC2ホスティングのシステム的な問題がある」 のか、 「EC2インスタンス内部に問題がある（リソース不足など様々）」 のか、という点です。その結果如何で、ログイン調査をする必要があるのか、AWSサポート
[新機能] CloudWatch アラームにデータ欠損/サンプル不足時の評価設定が追加されました | DevelopersIO
こんにちは、菊池です。 先日のアップデートでCloudWatchのアラームに2つの設定オプションが追加されました。 CloudWatch Alarms releases two new alarm configuration settings Creating Amazon CloudWatch Alarms 追加された設定 追加された設定は以下の2つです。 メトリックデータ不足（欠損）時の処理 正常とみなす 異常とみなす 現状を維持する 不明とする（これまでのデフォルト） サンプルが少ないパーセンタイルメトリクスの評価有無 評価する（これまでのデフォルト） 現状を維持する メトリックデータ不足（欠損）時の処理 CloudWatchのアラームに設定できるメトリックは、カスタムメトリックスを含め非常に多岐にわたります。その通知されるデータの特性によって、アラームに判定する条件も様々です。 E
Amazon CloudWatch でのアラームの使用 - Amazon CloudWatch
1 つの CloudWatch メトリクスを監視する、または複数の CloudWatch メトリクスに基づく数式の結果を監視するメトリクスアラーム。アラームは、メトリクスや式の値が複数の期間にわたって特定のしきい値を超えた場合に 1 つ以上のアクションを実行します。アクションは、Amazon SNS トピックに通知を送信したり、Amazon EC2 アクションまたは Amazon EC2 Auto Scaling アクションを実行したり、Amazon Q Developer 運用調査で調査を開始したり、Systems Manager で OpsItem またはインシデントを作成したりすることです。 複合アラームには、作成した他のアラームのアラーム状態を考慮したルール式が含まれます。複合アラームは、ルールのすべての条件が満たされた場合に限り、ALARM 状態になります。複合アラームのルール式
アラート発生時に AWS Lambda を使って音声電話をかける - Qiita
続編：SNS + Lambda + Twilio で音声電話をかける v2 CloudWatch や独自ツールから Amazon SNS に Notification を飛ばすと、subscribe しているメールアドレスにメール通知が行えます。 サービスの監視を行ってアラートをメールで受信しているケースが多いと思いますが、深夜等でメールを受信しても気づかないケースがあり、障害検知が遅れてしまう、という問題があります。 これを回避するために、電話をかけることにしてみました。 電話をかけるのに使うサービスは Twilio。日本ではKDDIが業務提携してサービスを提供しています。 Amazon SNS から AWS Lambda への通知が可能になっていますので、Lambda を使って実装します。 Lambda は現時点で東京リージョンでは使えないため、N.Virginia を使います。 7/
ALB+WAF利用時のCloudWatchアラーム設定 - Qiita
概要 Classic ELB から ALB + WAF へ移行するに辺り、CloudWatch アラーム設定をどうしようか考えてみる（結局、結論は出ず。。） bad behavior なリクエストが来た場合 ※ 例えば、PHPMyAdminを狙った /PMA/ Classic ELB (WAFなし) のとき CloudWatch HTTPCode_Backend_4XX は、作業ミスやコードの不具合・バグ検知用に入れたはずが、クローラー/愉快犯/画像泥棒/攻撃事前調査（Probe）などによるアラートの方が多い。 PHPMyAdmin を狙った攻撃事前調査系の bad behavior も、PHPMyAdmin なんて入れていないので HTTPCode_Backend_4XX (=404) アラートが飛ぶ (最近特に多い)。 そこで、AWS WAF を導入したら HTTPCode_Backe
CloudWatchの使い方
This document summarizes an AWS webinar on Amazon Simple Email Service (Amazon SES). It discusses how Amazon SES can be used to send emails using SMTP or APIs. It also covers topics like delivery optimization, reputation management, and monitoring email sending activity. Configuration options like dedicated IPs and suppression lists are presented as ways to improve deliverability.
CloudWatch 標準メトリクス(監視項目) 一覧 - Qiita
標準メトリクス一覧がネットで調べてもなかなかでてこなかったので、備忘録として残しておきます。 参考：http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-cloudwatch.html CPUUtilization 割り当てられた EC2 コンピュートユニットのうち、現在インスタンス上で使用されているものの比率。このメトリックスは、選択されたインスタンス上でアプリケーションを実行するのに必要な処理能力を表します。 単位: Percent DiskReadOps このインスタンスで利用できるすべてのエフェメラルディスクでの、完了した読み取り操作の数（インスタンスで Amazon EBS を使用している場合は、「Amazon EBS のメトリックス」を参照してください）。 このメトリックスは、一定の時間当たりの、アプリケー
Amazon CloudWatch でのアラームの使用 - Amazon CloudWatch
1 つの CloudWatch メトリクスを監視する、または複数の CloudWatch メトリクスに基づく数式の結果を監視するメトリクスアラーム。アラームは、メトリクスや式の値が複数の期間にわたって特定のしきい値を超えた場合に 1 つ以上のアクションを実行します。アクションでは、Amazon SNS トピックに通知を送信したり、Amazon EC2 アクションまたは Amazon EC2 Auto Scaling アクションを実行できます。また、Systems Manager で OpsItem またはインシデントを作成できます。 複合アラームには、作成した他のアラームのアラーム状態を考慮したルール式が含まれます。複合アラームは、ルールのすべての条件が満たされた場合に限り、ALARM 状態になります。複合アラームのルール式で指定されたアラームには、メトリクスアラームやその他の複合アラーム
Using Amazon CloudWatch alarms - Amazon CloudWatch
You can create metric and composite alarms in Amazon CloudWatch. A metric alarm watches a single CloudWatch metric or the result of a math expression based on CloudWatch metrics. The alarm performs one or more actions based on the value of the metric or expression relative to a threshold over a number of time periods. The action can be sending a notification to an Amazon SNS topic, performing an A
AWS ElastiCache Redis のイケてないところ ※2014/12/21 時点 - weblog of key_amb
CONFIG GET ができないとかいう制約があるのは別として、最近ハマって、他の人もハマりかねないだろうと思うことを書いておきます。 Cache Cluster のスペックアップができない RDS のように作成した Cache Cluster のインスタンスタイプを変更することはできません。 AWSサポートに問い合わせても現時点ではできないという回答でした。 また、異なるインスタンスタイプのノードをレプリケーショングループに追加することもできないため、現時点でスペックアップしたい場合、新たな Cache Cluster を作成して手動でデータ移行と、アプリケーション側のエンドポイント切り替えを行う必要があります。 最近 Multi-AZ なクラスタ構成がサポートされたので、近い将来にはスペックアップ(インスタンスタイプ変更)もサポートされると期待したいものです。 Freeable Mem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CloudWatchのELB監視項目 - Qiita