2025 年に最も信頼性の低い AWS リージョン

この最新の分析は、2025 年 1 月 1 日から 12 月 9 日までに収集された StatusGator の停止データに基づいています。 2022 年のサービス停止に関する AWS の分析 いくつかの新しい AWS インシデント、特に 2025 年 10 月 20 日に発生した us-east-1 (バージニア北部) での別の AWS 停止が広く話題になったためです。

2025 年の最新の地域データと、影響を受ける AWS サービスの新しい内訳を追加してレポートを拡張しました。

研究の裏にあるデータ

StatusGator は、公式 AWS ステータス ページを継続的に監視し、すべてのパブリック AWS リージョンにわたるインシデントを集計します。この分析には次のことが反映されています。

• 公的に認められた大規模な AWS の停止
• すべての商用 AWS リージョン (GovCloud を除く)
• データ期間: 2025 年 1 月 1 日から 2025 年 12 月 9 日まで

地域別のAWS停止ランキング

それでは、影響を受ける停止の数、期間、コンポーネントを見てみましょう。

地域	停止回数	間隔	影響を受けるコンポーネント
リージョンレス	12	31:55:19	14
カナダ中部	1	3:49:57	19
ハイデラバード	1	0:44:59	46
アイルランド	1	0:44:51	10
北バージニア	10	33:49:33	126
オハイオ州	2	1:20:45	2
オレゴン	3	2:59:41	3
大阪	1	2:15:01	11
サンパウロ	1	0:44:51	9
シンガポール	1	0:54:59	1
ストックホルム	2	11:54:49	81
シドニー	1	0:50:00	1
東京	3	1:24:51	18
チューリッヒ	1	4:54:55	7

主な調査結果

バージニア北部 (us-east-1) は、再び信頼性が最も低い AWS リージョンです。

データセットを次のように導きます。

• 停止の合計数 (10)
• 合計ダウンタイム (33 時間 49 分)
• 影響を受けるコンポーネントの合計 (126)

他の地域ではこれに匹敵するものさえありません。ストックホルムはダウンタイム (11 時間以上) で 2 位にランクされています。停電はわずか 2 件でしたが、それぞれの事故は地域に大きな影響を与えました。

リージョンレスの停止が異常に多かった。このカテゴリーで記録されたのは、 12回の停止 そして 32時間のダウンタイム、次のことを示します。

• 2025 年には AWS のサービス中断がさらに広範囲に及ぶ
• 複数のリージョンに同時に影響を与えるさらなる障害

最も停止が多い AWS のサービス

AWS で発生するのは地域的な停止だけではありません。サービスレベルのインシデントも同様に影響を及ぼします。
私たちは、2025 年に最も頻繁に中断された AWS サービスを分析し、停止数でランク付けしました。

サービス	停止回数	間隔
アマゾンEC2	14	19:14:01
Amazon SageMaker	11	20:40:21
AWS グルー	10	15:51:40
アマゾンEMR	10	21:39:31
アマゾンECS	10	19:54:32

主な調査結果

• コンピューティングサービスが停止リストの大半を占めた、 特に：
  • Amazon EC2 (コアコンピューティング)
  • Amazon ECS (コンテナ)
  • Amazon EMR (ビッグデータ)
• EMRは持っていました 最長期間 上位 5 位以内 (21 時間 39 分)。
• SageMaker では、新たな信頼性トレンドである ML サービスの予想よりも多くの停止が発生しました。

停止期間が最長または広範な影響を及ぼした AWS のサービス

これらのサービスは常に件数が最も多いわけではありませんが、インシデントの発生期間が最も長く、または最も深刻でした。

サービス	停止回数	間隔
Amazon OpenSearch サービス	6	25:36:36
Amazon EMR サーバーレス	7	25:30:08
Amazon CloudWatch	6	24:58:49
アマゾンコネクト	5	22:52:42
AWS STS	5	22:48:39
Amazon VPC ラティス	7	22:35:47
アマゾンEMR	10	21:39:31
Amazon イベントブリッジ	5	21:24:32
Amazon Kinesis データストリーム	5	21:15:00
AWS データシンク	9	20:36:52
Amazon Elastic Load Balancing	9	12:34:20
Amazon DynamoDB	9	13:19:18
AWS トランジット ゲートウェイ	8	17:14:51
AWSラムダ	8	13:50:15

主な調査結果

• OpenSearch、EMR サーバーレス、CloudWatch それぞれが超えた 24時間以上 累積的なダウンタイム。
• などのミッションクリティカルなシステム STS、DynamoDB、Lambda、ELB 長期にわたる混乱が見られた。
• EMRが登場する 両方 スプレッドシート、頻繁に発生したことを示しています そして 長持ちするもの。

上記の表 1 ～ 3 を見ると、一貫したパターンが現れています。

1. 影響を受けた成分の多くはバージニア北部に集中していた

126 のコンポーネントが影響を受け、us-east-1 は最も広範なサービス中断の影響を受けました。

2. リージョンレベルの停止とサービスレベルの停止は相関関係がある

主な事件:

• EC2
• セージメーカー
• EMR
• クラウドウォッチ
• オープンサーチ
• STS

…次の理由により、ほぼ常にバージニア北部に触れます。

• 顧客密度の向上
• より多くのサービス展開の最前線
• サービス間の依存関係ポイントの増加
• API トラフィックの増加
• マルチ AZ 調整の複雑さの増加

3. 最長期間にわたる停止が us-east-1 に過度の影響を与えた

バージニア北部でも長時間にわたる大規模な停止 (CloudWatch、OpenSearch、EMR サーバーレス) が頻繁に発生し、この地域の合計ダウンタイムが増加しました。

結論:

バージニア州北部は、障害が最も多い地域であるだけでなく、サービス障害が最も広範囲におよび最も長く続く地域でもあります。

2025 年 10 月 20 日に AWS が停止

2025 年 10 月 20 日、AWS は次のような事態を経験しました。 最も重大なクラウド停止 その歴史の中で。バージニア北部リージョンだけでも 76 の個別の AWS コンポーネントで障害が発生し、これまでで最も深刻な影響を受けたリージョンでした。

アマゾン ウェブ サービスの一部が 15 時間近く停止し、数千の SaaS プラットフォームにわたって連鎖的な障害が発生しました。

ステータスゲーターの 早期警告信号 AWS が正式に認める約 10 分前にインシデントを検出し、最終的に監視ネットワーク内の 6,000 サービスのうち 2,000 以上のサービスの停止を特定しました。

ただし、イベントの規模が大きかったため、StatusGator も影響を受け、世界的なトラフィックの急増と上流のインフラストラクチャの障害により、ダッシュボードとステータス ページのダウンタイムが 2 回発生しました。

こうした混乱にもかかわらず、StatusGator はインシデント全体を通じて 100,000 件を超える停止通知を配信し、それ以来、将来の大規模なクラウド障害時の信頼性を強化するためにアーキテクチャの改善を実装しました。

2025 年になってもバージニア北部が最も信頼性の低い地域であるのはなぜですか?

私たちの 3 つの一般的な理論を再検討しました。 2023 年の AWS 停止分析 そしてそれらを今年のデータセットと比較しました。

仮定 1: 「バージニア北部にはより多くのサービスがあるため、より多くのものが壊れる可能性がある」

2023 年には、この説明は不十分であることがわかりました。しかし、2025 年の「影響を受けるコンポーネント」の数字は新たな物語を伝えています。

• バージニア北部は 126 のコンポーネントに影響を与えた
• 次に高いのはストックホルムの 81
• 影響を受けるほとんどの地域 ≤ 20 コンポーネント

これは次のことを示しています。

• バージニア北部で停電が発生し広範囲に爆発
• より相互接続された、または高密度のサービス依存性
• 潜在的な障害点が増える

それでも、サービス数の多さだけでは完全なスケールを説明できません。
オレゴン州やアイルランドなどの地域では、ほぼ同じくらい多くのサービスが提供されていますが、問題ははるかに少ないです。

したがって、コンポーネントの数は複雑さに寄与しますが、根本的な原因ではありません。

仮定 2: 「バージニア北部は最も使用され、最も負荷の高い地域である」

これは依然として最も有力でありそうな説明です。ステータスゲーター AWSステータスの監視 データは歴史的に次のことを示しています。

• バージニア北部を監視しているのは、 ほぼ 2 倍のユーザー数 オレゴンとして
• そして 3倍以上 他の多くの米国および世界の地域と同様に

顧客の増加 → 負荷の重さ → 現実世界のストレスの増加 → 公衆の目に触れるほどの停止の増加。

したがって、この仮定は真実である可能性が非常に高く、2025 年のデータによって補強されています。

仮定 3: 「バージニア北部は古く、構造も異なる」

AWS は、us-east-1 が根本的に異なるアーキテクチャを使用しているという証拠を提供していません。そして、2025 年の数字は「古い地域の問題」を示唆するものではありません。

• 東京とシドニー（どちらも古い）のダウンタイムは最小限でした
• チューリッヒやハイデラバードなどの新しい地域では数時間にわたる停止が発生しました

2023 年と同様に、この理論を裏付ける証拠はまだ見つかりません。

概要: 2025 年の AWS の信頼性

2025 年まであと数週間となっており、データは明らかです。

1. US-east-1 (バージニア北部) は引き続き信頼性が最も低い AWS リージョン

• ほとんどの停電
• ダウンタイムが最も多い
• ほとんどのコンポーネントが影響を受ける

2. コンピューティング、分析、AI/ML サービスが最も停止しやすいサービスでした

EC2、SageMaker、Glue、EMR、ECS がリストをリードしました。

3. いくつかの AWS サービスで非常に長時間にわたる中断が発生しました

OpenSearch、CloudWatch、EMR Serverless、および STS には、 24時間以上 累積的なダウンタイム。

4. 複数地域での停止が増加

リージョンレス カテゴリでは、2025 年にリージョン間またはグローバルなインシデントが顕著に増加することが示されています。

AWS が停止を報告する前に AWS の停止を通知する

StatusGator は、すべての AWS サービスとリージョンを 1 つの統合ダッシュボードに集約します。
多くの場合、AWS がインシデントを公表する前に、即座に警告します。

StatusGator の統合ダッシュボードを通じて、アカウント固有の AWS 停止アラートを即座に取得できます。エンタープライズ顧客向けの AWS Health 統合により強化されました。ノイズを低減する組み込みフィルタリングと、Slack、Microsoft Teams、Discord、Google Chat などへのシームレスな配信により、サービスに影響を与えるインシデント、停止、メンテナンスに関する信頼できる直接通知を提供します。

StatusGator を使用して AWS の停止をリアルタイムで監視 — 無料で試すことができます。