AWS関連の障害によるシステムへの影響って意外とおきませんか。
使っている東京リージョンに影響しないことを願う日々です…
そんなAWSが利用できないときに困ることは、
・AWSの障害対応状況をリアルタイムに確認する方法は?
ではないでしょうか。
今回はそんなお悩みを解決する、
についてまとめます!
この記事から得られること
AWSの障害情報は、AWS Health Dashboard の「Service health」ページでリアルタイムに確認できます。
この記事を読み終えると、次のことができるようになります。
| できること | 確認する場所 |
|---|---|
| いま障害が起きているか確認する | AWS Health Dashboard(Service health) |
| 自分のアカウントに関係する障害だけを見る | AWS Health Dashboard(Your account health) |
| 過去12か月の障害履歴を追う | Service health の「Service history」タブ |
| 大規模障害の詳細レポートを読む | AWS Post-Event Summary |
| 使っているリソースのイベントを確認する | EC2 コンソールの「予定されているイベント」 |
> 以前の「Service Health Dashboard」は、いまの「AWS Health Dashboard」に統合されました。
> 旧URLの status.aws.amazon.com は、新しいページへ自動転送されます(詳しくは後述)。
もくじ
AWSの過去の障害を確認する方法は?
AWSの過去の障害は「AWS Post-Event Summary(AWS イベント後の概要)」ページで確認できます。
大規模な障害がメインに掲載されていますね。
対応に追われた東京リージョンの障害も載っていますね・・・
大規模障害の発生間隔としては年1回ぐらいでしょうか。
どれも大規模障害につながりそうなインシデントですので、しっかりキャッチアップしておきたいですね。
・公開期間は最低5年間。原因と再発防止策まで書かれています
・「年1回ペース」で発生しているので、過去の傾向を把握しておくのがおすすめです
障害発生日と内容(2021年以降)
| 発生日 | リージョン | 内容 |
|---|---|---|
| 2024年7月30日 | バージニア北部(US-EAST-1) | Amazon Kinesis Data Streams のサービスイベント |
| 2023年6月13日 | バージニア北部(US-EAST-1) | AWS Lambda のサービスイベント |
| 2021年12月7日 | バージニア北部(US-EAST-1) | AWS サービスイベント(広範囲に影響した大規模障害) |
| 2021年9月2日 | 東京(AP-NORTHEAST-1) | AWS Direct Connect のイベント(コアネットワークデバイスの問題) |
> 東京リージョンで直近に掲載されたのは 2021年9月の Direct Connect のイベントです。
> Direct Connect 接続と AP-NORTHEAST-1 の間で影響が出たもので、VPN接続は問題なかったとのことです。
障害発生日と内容(2020年以前の主なもの)
| 発生日 | リージョン | 内容 |
|---|---|---|
| 2020年11月25日 | バージニア北部(US-EAST-1) | Amazon Kinesis のイベント |
| 2019年8月23日 | 東京(AP-NORTHEAST-1) | Amazon EC2 および Amazon EBS のサービスイベント |
| 2018年11月24日 | アジアパシフィック(ソウル/AP-NORTHEAST-2) | Amazon EC2 の DNS 解決問題 |
| 2017年2月28日 | バージニア北部(US-EAST-1) | Amazon S3 サービスの中断 |
| 2015年9月20日 | 米国東部 | Amazon DynamoDB サービスの中断と関連する影響 |
| 2014年8月7日 | EU西部 | Amazon EC2・EBS・RDS のサービスイベント |
一覧で見ると、US-EAST-1(バージニア北部)での発生が多いことが分かります。
世界中のサービスがこのリージョンを参照することが多いため、影響も大きくなりやすいんですね。
AWS障害情報のキャッチアップの方法は?
AWS Health Dashboard を確認する
障害情報がいちばん早く公開されるのが、この AWS Health Dashboard です。
まずはこちらを確認するようにしましょう。
https://health.aws.amazon.com/health/status
> 以前の「Service Health Dashboard」(status.aws.amazon.com)は、いまの「AWS Health Dashboard」に統合されました。
> 旧URLを開いても新しいページへ自動転送されるので、ブックマークは新しいURLに張り替えておくと安心です。
ページを開くと、次の2つのタブが表示されます。
| タブ | 内容 |
|---|---|
| Open and recent issues | 現在発生中の障害と最近の障害(件数がタブに表示されます) |
| Service history | 過去12か月のサービス履歴 |
各リージョンごとに稼働ステータスが公開されていますので、利用しているリージョンを確認しましょう。
「Auto-refresh」にチェックを入れておくと、表示が自動で更新されるのでカンタンですね。
RSSでも情報が確認できますので、RSSリーダをお持ちの方は登録しておいた方が良いかもしれません。
・「Open and recent issues」タブの件数を見れば、いま障害が出ているかがすぐ分かります
・「Service history」タブで過去12か月の履歴を追えます
・ページ右上の「Auto-refresh」で自動更新できます
ログインすると「Your account health」で自分の影響だけ確認できる
AWSアカウントでサインインすると、自分のアカウントに関係するイベントだけを確認できます。
| メニュー | 確認できること |
|---|---|
| Open and recent issues | 自分のアカウントで発生中の問題 |
| Scheduled changes | 予定されている変更(メンテナンス等) |
| Other notifications | その他の通知 |
| Event log | 過去のイベント履歴 |
以前の「Personal Health Dashboard」は、この「Your account health」に統合されています。
「他の人が使っているサービスは動いているのに、自分のところだけ調子が悪い」というときは、こちらを確認すると原因を切り分けられますね。
「EC2 コンソール」を確認する
「EC2 コンソール」から契約リージョンごとの稼働状態を確認することができます。
「予定されているイベント」もシステム停止を伴うイベントである場合がありますので、こちらも確認をするようにしましょう。
> 「予定されているイベント」は、AWS側が事前に通知してくれるメンテナンスや再起動の予定です。
> 障害と違って事前に分かるので、計画を立てて対応できます。
downdetector.jp を確認する
外部サービスですが、各社のサービス稼働状況と障害発生状況をまとめているサイトがありますので、こちらを確認しても良いでしょう。
Amazon Web Services:
https://downdetector.jp/shougai/aws-amazon-web-services/
非公式「AWS障害」X(旧Twitter)を確認する
非公式ですが「AWS障害」のX(旧Twitter)アカウントから障害情報を確認することができます。
AWS障害情報(東京リージョンのみ):
https://x.com/awsstatusjp
AWS障害情報(全リージョン):
https://x.com/awsstatusjp_all
4つの確認先の使い分け
| 確認先 | 向いている場面 | リアルタイム性 |
|---|---|---|
| AWS Health Dashboard | まず最初に見る(一次情報) | ★★★★★ |
| Your account health | 自分のアカウントへの影響だけ知りたい | ★★★★★ |
| EC2 コンソール | 使っているリソースと予定イベントを確認 | ★★★★ |
| downdetector.jp | 他社も同じ状況か知りたい | ★★★ |
| 非公式Xアカウント | 気づきを得たい/通知を受け取りたい | ★★★★ |
エク短流:SlackやTeamsへ自動通知する
毎回ダッシュボードを見に行くのが手間な場合は、AWS側から通知を飛ばすのがおすすめです。
AWS Health Dashboard のイベントは Amazon EventBridge に流せるので、そこから Slack や Teams へ転送できます。
' EventBridge で AWS Health イベントを受け取るルール(例)
{
"source": ["aws.health"],
"detail-type": ["AWS Health Event"],
"detail": {
"service": ["EC2", "S3", "LAMBDA"],
"eventTypeCategory": ["issue"]
}
}
| 手順 | やること |
|---|---|
| 1 | AWS Health Dashboard で「Your account health」を開く |
| 2 | EventBridge でルールを作成し、aws.health をソースに指定する |
| 3 | ターゲットに Slack/Teams の連携先を指定する |
| 4 | テストイベントで通知が届くか確認する |
自分のアカウントに影響するイベントだけを通知できるので、見に行かなくても気づけるようになります。
うまくいかないときの対処法(トラブルシュート)
実際に確認しようとすると、戸惑うこともあるかもしれません。
よくあるつまずきと対処法をまとめました。
| 症状 | 原因 | 対処 |
|---|---|---|
| 「Service Health Dashboard」で検索しても見つからない | 現在の名称に変わっている | AWS Health Dashboard で探す(旧URLは自動転送されます) |
| ダッシュボードに何も表示されない | いま障害が起きていない | 「Open and recent issues」の件数が0なら正常です |
| 自分の障害が出てこない | Service health は全体の情報 | サインインして「Your account health」を確認する |
| 情報が古いままに見える | 画面が更新されていない | Auto-refresh を有効にする/手動で再読み込みする |
| 過去の障害が見つからない | 表示は過去12か月まで | それ以前は Post-Event Summary で確認する |
| 影響の有無を判断できない | リージョンとサービスの特定が必要 | 自分のリージョンと利用サービスを突き合わせる |
| 障害中に何をすればいいか分からない | 手順が決まっていない | あらかじめ連絡先と代替手段を決めておく |
さいごに
今回は、
についてまとめました。
2. 旧URLの status.aws.amazon.com は自動転送されるので、ブックマークは張り替える
3. Your account health で自分のアカウントへの影響だけ確認できる
4. 過去の大規模障害は Post-Event Summary(最低5年間公開)
5. 見に行くのが手間なら EventBridge で自動通知する
サービスを利用する側としてはなす術がない状況ですが、
しっかりとキャッチアップして、いざという時に備えておきたいですね。
まずはお使いのブックマークを新しいURLに張り替えるところから、ぜひ試してみてください。
最後までお読みいただきありがとうございました。
よろしければこちらもご覧ください。





最近のコメント