リアルタイムニュースNAVI

話題の出来事をリアルタイムで深掘り

AWSドバイDCに衝突した「物体」は何か?3つのAZで1つだけ被害の理由

AWSドバイデータセンターへの物体衝突による火災とサービス障害を解説するアイキャッチ画像

| 読了時間:約10分

AWSのドバイ拠点に衝突した「物体」の正体は不明のままだ。
イランがUAEに向けてミサイルとドローンを計346発放った時期と完全に重なる。
マルチAZ設計がなぜ被害を1ゾーンに封じ込めたのか、技術的な仕組みまで整理した。

 

 

 

AWSドバイのデータセンターに衝突した「物体」は何だったのか

AWSは「物体」としか言っていない。ミサイルなのかドローンなのか、公式には明かされていない。


クラウドの障害といえばソフトウェアのバグが定番だ。
2025年10月のAWS大規模障害もDNSの設定ミスが引き金だった。

ところが今回は違う。
ロイターの報道によると、AWSは「太平洋標準時の午前4:30ごろ、アベイラビリティゾーンアベイラビリティゾーンの一つに物体が衝突し、火花や火災が発生した」と説明した。
消防隊が施設の電力と発電機を遮断し、消火にあたったという。

AWS Health Dashboardの発表

「localized power issue has affected a single Availability Zone in the ME-CENTRAL-1 Region (mec1-az2)」——局所的な電力障害がUAEリージョンの1つのアベイラビリティゾーンに影響を与えた。

ソフトウェアのバグでも電源トラブルでもない。
クラウド障害の原因はソフトウェアの問題データセンターに物理的な「何か」がぶつかった
クラウドサービスの障害原因としてはきわめて異例だ。

イラン報復攻撃との時期的一致

この障害は偶然のタイミングでは起きていない。

ITmediaの報道によると、2月28日に米国とイスラエルがイランへの攻撃を開始した。
これに対しイランは同日、UAE全域に向けてミサイル137発とドローン209を発射したとUAE国防省が発表している。

日時 出来事
2月28日 米国とイスラエルがイランへの攻撃を開始
2月28日〜3月1日 イランがUAE含む湾岸諸国へ報復攻撃
3月1日 午前4:30(PST) AWSドバイDCに「物体が衝突」し火災

AWSはロイターの「攻撃と関連しているのか」という質問に対し、肯定も否定もしなかった

CNNは同時期にドバイ空港のコンコースが損傷し、全便が運休したと伝えている。
サードパーティのdatacentermap.comによれば、AWSドバイのデータセンターはMadinat Al Mataarに位置する。
ドバイ空港の近辺だ。空港が攻撃で損傷したエリアと、データセンターの推定所在地が重なっている。

⚠ 注意

AWSはデータセンターの正確な所在地を公式に公開していない。上記はサードパーティの情報に基づく推定であり、確定情報ではない。

AWSはなぜ「物体」としか言わないのか

VercelのCEO、ギレルモ・ラウフ氏はXに投稿し、「AWSアベイラビリティゾーンmec1-az2が爆破された(bombed)」と表現した。
外部の当事者が「爆破」と明言する一方、AWS自身は「objects(物体)」としか言わない。

⚠️ ここからは推測

AWSが曖昧な表現にとどめている背景には、政治的な判断があるのだろう。「ミサイルが当たった」と認めれば、戦争に巻き込まれた民間インフラという位置づけになる。保険や賠償、各国政府との関係に影響が及ぶのではないか。事実確認が完了していないだけという見方もあるが、ロイターの直接質問にすら回答を避けた点は、意図的な沈黙と見るのが自然だろう。

物体の正体はいまだ不明。
だが影響は確実に出ている。障害の範囲を見ていく。

 

 

 

障害の影響範囲と復旧状況——EC2・RDS・EBSが利用不能に

影響はME-CENTRAL-1リージョンの1つのAZだけだ。3つあるAZのうち、被害を受けたのはmec1-az2のみ


「データセンターに物体が衝突」と聞けば全面ダウンを想像する。
だが実際には、AWSドバイリージョンの3分の1だけが止まった。残りの2つのAZは正常に動いていた。

止まったサービスと動いていたサービス

The Registerの報道とAWS Health Dashboardによると、mec1-az2上のEC2(仮想サーバー)、RDS(データベース)、EBS(ストレージ)が利用不能になった。
このAZにリソースを置いていたサービスは全て停止した。

項目 mec1-az2(被害AZ) 他の2つのAZ
EC2 利用不能 正常
RDS 利用不能 正常
EBS 利用不能 正常
API エラー率上昇 一部影響

もしあなたのシステムがmec1-az2だけにデプロイされていたら、日曜の夜に全面停止の障害対応を迫られることになる。

一方、複数のAZにまたがって構成していた企業は影響を免れた。
VercelのCEOギレルモ・ラウフ氏はXでプライマリのトラフィック受信AZは影響なし。Fluid functionsも影響なし」と報告している。
マルチAZ構成の企業は、被害AZを外して他のAZにトラフィックを振り替えるだけで済んだ。

復旧のタイムライン

ロイターの報道では「復旧には数時間かかる見込み」と伝えられた。
The Registerによると、太平洋標準時の午後2:28にAWSは「EC2 APIに回復の兆しが見えている」と発表し、2〜3時間で解決する見通しを示した。

復旧タイムライン

  1. 午前4:30(PST):物体衝突・火災発生
  2. 午前5:19:AWS Health Dashboardに障害を掲載
  3. 午前9:41:「物体が衝突」と詳細を公表
  4. 午後2:28:EC2 APIに回復の兆し
  5. 2〜3時間後:解決見込み

2025年10月の大障害

DNS起因 → 世界に波及

今回の障害

物理攻撃 → 1AZに限定

原因の深刻さと影響範囲の小ささが逆転している

なぜ物理的な破壊が起きたのに、被害が1つのAZだけで済んだのか。
その答えはAWSのインフラ設計にある。

 

 

 

なぜ被害は1つのAZに留まったのか——マルチAZ設計の仕組み

AWSのAZ同士は最大約100km離して配置する設計になっている。東京駅から小田原くらいの距離だ。


AZ(アベイラビリティゾーンアベイラビリティゾーン)という言葉を初めて聞いた人もいるだろう。
ひとことで言えば、AWSが1つの地域(リージョン)の中に置いている、物理的に独立したデータセンター群のことだ。

AWS公式のホワイトペーパーにはこう書かれている。

AWS公式ドキュメントの記述

「アベイラビリティゾーンは互いに最大60マイル(約100km)離して配置される。相関する障害を防ぐためだ。電力、水道、光ファイバー、地震、firesファイアーズ(火災)、竜巻、洪水によって同時に影響を受けないよう設計されている」

fires——火災が想定リスクに含まれている。
今回まさに火災が起き、設計どおりに被害が1つのAZに封じ込められた
AWSの設計チームが想定していたシナリオが、戦争という想定外の文脈で現実になった。

AWSドバイリージョンの構造

AWSの公式ブログによると、2022年に開設されたUAEリージョン(ME-CENTRAL-1)は3つのAZで構成されている。
それぞれが独立した電力、ネットワーク、冷却設備を持つ。

AZ 状態(3月1日時点)
mec1-az1 正常
mec1-az2 物体衝突→火災→電力遮断→停止
mec1-az3 正常

1つのAZが物理的に破壊されても、残り2つが動き続ける。
VercelのCEOが「影響なし」と報告できたのは、同社がトラフィックを複数のAZに分散していたからだ。

マルチAZでも防げないケース

ただしマルチAZは万能ではない。

3つのAZが全て同じ都市圏内にある以上、リージョン全体に及ぶ災害——たとえば都市全域の電力網が破壊されるような事態——には耐えられない。
そのリスクに備えるには、別のリージョン(たとえばバーレーンのME-SOUTH-1)にもシステムを複製するマルチリージョン構成が必要になる。

マルチAZとマルチリージョンの違い

マルチAZ構成は「1つのデータセンターが壊れても動き続ける」設計。リージョン全体が使えなくなるリスクには、マルチリージョン構成で備える。コストは上がるが、今回の事態はその判断材料を突きつけた。

AWSの設計は機能した。
だが、クラウドのデータセンターが戦争で物理的に壊れるという事態そのものが、業界に新しい問いを投げかけている。

 

 

 

クラウドのデータセンターが「戦場」になる時代——ウクライナの先例と今後

クラウドに移行すれば物理的な攻撃から解放される——そう信じられていた時期がある。


2022年、ロシアがウクライナに侵攻したとき、まさにこの考え方が証明された。
Microsoftの報告によると、ロシアはウクライナ政府のデータセンターを巡航じゅんこうミサイルで攻撃した。
だがウクライナ政府は侵攻直後にデジタルインフラをクラウドへ移行し、欧州各地のデータセンターでホストすることでデータを守りきった。

ウクライナとドバイ——対称的な2つの教訓

ウクライナでは「オンプレミス(自社サーバー)→クラウド」への移行が、物理攻撃からの防御手段として機能した。
クラウドは安全な避難先だった。

ところが今回、クラウドなら物理リスクゼロクラウドのデータセンター自体が物理的に被害を受けた
避難先だったはずの場所が攻撃の対象になった。

  ウクライナ(2022年) AWSドバイ(2026年)
攻撃対象 政府のオンプレミスDC クラウドプロバイダのDC
防御手段 クラウドへ移行 マルチAZ設計
結果 データを守りきった 1AZは停止、他は継続
教訓 クラウドは物理攻撃の避難先になる クラウドDC自体も物理リスクを持つ

2つの事例を並べると、「クラウド移行=物理リスクゼロ」ではないことがわかる。
クラウドは攻撃を受ける側にもなりうる。

業界が直面する新しい問い

futunnは業界関係者のコメントとして、「いま問われているのは、紛争が軍事目標から民間の重要インフラへスピルオーバー(波及)しているかどうかだ」と伝えている。
さらに「UAEで事業を拡大している米国のハイパースケールクラウド企業は、投資計画を見直す必要に迫られるだろう」とも報じた。

⚠️ ここからは推測

中東リージョンへのクラウド投資は、今後しばらく慎重にならざるをえないだろう。企業のインフラ担当者はリージョン選定の基準に「地政学リスク」を加えることになるのではないか。マルチAZだけでなく、マルチリージョン、さらにはマルチクラウドまで視野に入れた設計が求められる時代に入りつつある。

開発者コミュニティでは、今回の事件を象徴する言葉がすでに広まっている。
Redditの最多得票コメントはこうだ。

開発者コミュニティの声

「クラウドは他人のコンピュータだ。そして他人のコンピュータにも、ミサイルは当たる

 

 

 

まとめ

  • AWSドバイリージョン(ME-CENTRAL-1)のAZ1つに「物体が衝突」し、火災とサービス障害が発生した
  • AWSは物体の正体を明かしておらず、イラン報復攻撃との関連も肯定・否定していない
  • 影響は3つあるAZのうち1つに限定され、マルチAZ設計が物理攻撃に対しても機能した
  • ウクライナの先例と合わせ、クラウドDCの物理リスクが業界の新しい課題として浮上した
  • 中東リージョンの利用者は、マルチAZだけでなくマルチリージョンへの設計見直しが迫られている

よくある質問(FAQ)

Q1. AWSドバイのデータセンターに衝突した物体は何ですか?

AWSは「objects」としか発表しておらず正体は不明です。イランの報復攻撃と時期が一致しますが、AWSは関連を肯定も否定もしていません。

Q2. AWSのドバイ障害で影響を受けたサービスは?

ME-CENTRAL-1リージョンのmec1-az2にあるEC2、RDS、EBSが利用不能になりました。他の2つのAZは正常に稼働しています。

Q3. AWSのアベイラビリティゾーン(AZ)とは何ですか?

1つのリージョン内にある物理的に独立したデータセンター群です。互いに最大約100km離れ、電力・ネットワークも独立しています。

Q4. マルチAZ構成ならミサイル攻撃でも大丈夫ですか?

1つのAZが物理的に破壊されても他のAZは稼働する設計です。ただしリージョン全体の被害にはマルチリージョン構成が必要です。

Q5. AWSドバイの障害はいつ復旧しましたか?

太平洋標準時3月1日午後2:28にEC2 APIの回復兆候が確認され、2〜3時間後の解決見込みが示されました。

Q6. AWSのデータセンターはドバイのどこにありますか?

AWSは所在地を非公開にしています。サードパーティ情報ではMadinat Al Mataar(ドバイ空港近辺)に位置するとされています。

Q7. データセンターが戦争で攻撃された前例はありますか?

2022年のウクライナ侵攻でロシアが政府DCを巡航ミサイルで攻撃しました。大手クラウドのDCが被害を受けた事例はおそらく今回が初です。

Q8. Azure・GCPのUAEデータセンターは影響を受けましたか?

本記事執筆時点では他クラウドプロバイダのUAE拠点に関する障害報告は確認されていません。

Q9. 中東リージョンにデプロイしているシステムはどうすべきですか?

マルチAZ構成の確認が最優先です。さらにマルチリージョン設計の検討も推奨されます。

N

リアルタイムニュースNAVI 編集部

最新ニュースをわかりやすく、いち早くお届けします。

📚 参考文献