AWS中東リージョン、復旧に数ヶ月。課金も停止に

ドローン攻撃から2ヶ月、AmazonはUAEとバーレーンのクラウドリージョンが「数ヶ月にわたり顧客アプリケーションを支えられない」と正式に表明した。課金は停止され、ユーザーには他リージョンへの全面移行が強く推奨されている。

AWS中東リージョン、復旧に数ヶ月。課金も停止に

ドローン攻撃から2ヶ月、AmazonはUAEとバーレーンのクラウドリージョンが「数ヶ月にわたり顧客アプリケーションを支えられない」と正式に表明した。課金は停止され、ユーザーには他リージョンへの全面移行が強く推奨されている。


「数ヶ月」が公式になった日

2026年4月30日、AmazonはAWS Health Dashboardに重い更新を投稿した。中東(UAE)リージョン(ME-CENTRAL-1)と中東(バーレーン)リージョン(ME-SOUTH-1)について、紛争の影響で受けた損傷の修復には数ヶ月を要し、その間は両リージョンとも「顧客のワークロードを確実に支えることができない」と明記したのだ。Reutersの取材に対しAmazonの広報担当者は、この4月30日の更新が新たな事案ではなく、3月初旬からの一連の運用障害に関するものだと答えている。

ここで重要なのは、AWSが顧客に対してきわめて強いトーンで動くよう求めている点だ。Health Dashboardの文言では、アクセス可能なリソースをすべて他リージョンに移行し、アクセス不能になったリソースはリモートバックアップから復元するよう、できるだけ早く実施することが「強く推奨」されている。事実上、両リージョンに依存し続けることは諦めろという通告に近い。

ME-CENTRAL-1リージョンは、中東の紛争を背景とした損傷の影響で、顧客アプリケーションを確実に支えることができない状態にある。一部のワークロードは引き続き正常に動作しているが、AWSはすべてのアクセス可能なリソースを他リージョンへ移行し、アクセス不能なリソースはリモートバックアップから復元するよう強く推奨する。 (AWS Health Dashboard、2026年4月30日)

そしてもう一つ、運用面で象徴的な決定がある。Amazonは「該当リージョンの請求業務を停止している」と明記した。クラウド事業者にとって課金は基幹中の基幹だ。それを止めるという選択は、復旧の長期化を経営判断として認めたに等しい。

攻撃から「数ヶ月」発表までの2ヶ月間
3月1日 4:30 AM PST UAEとバーレーンのAWSデータセンター3拠点にドローンが衝突 UAEで2施設が直撃、バーレーン1施設が近接爆発で損傷。火花と火災が発生し、消防当局が発電機ごと電源を遮断
3月1日〜3日 ME-CENTRAL-1の2AZが停止、108サービスが障害 mec1-az2、mec1-az3が停止。EC2、S3、DynamoDB、Lambda、RDSなどが軒並み機能不全
4月1日 バーレーン拠点が再びドローン攻撃を受ける 3月の被害から復旧途上のME-SOUTH-1施設で再び火災発生。バーレーン内務相が攻撃を確認
4月30日 復旧に「数ヶ月」要すると公式表明、課金停止 両リージョンが顧客アプリケーションを支えられない状態にあると明記。他リージョンへの移行を強く推奨

3月1日に何が起きていたか

時計を2ヶ月前に戻す。2026年3月1日(日曜)にイランのドローンがUAEとバーレーンのAWSデータセンター3拠点を襲い、ME-CENTRAL-1の3つのアベイラビリティーゾーンのうち2つ(mec1-az2、mec1-az3)が停止、ME-SOUTH-1も1つのゾーン(mes1-az2)が局所的な電源障害で落ちた。EC2、S3、DynamoDB、Lambda、RDSといった基幹サービスが軒並み機能不全に陥り、Uptime Instituteの分析によれば、これはハイパースケールクラウドに対して確認された世界初の軍事攻撃となった。

両リージョンのアベイラビリティーゾーン被害状況(3月1日時点)
リージョン AZ 1 AZ 2 AZ 3
中東(UAE) ME-CENTRAL-1 mec1-az1 mec1-az2 mec1-az3
中東(バーレーン) ME-SOUTH-1 mes1-az2 他AZ 他AZ
● 停止/○ 稼働。冗長設計は単一AZ障害を前提に作られているが、同一リージョン内の複数AZが同時に物理破壊される事態は想定外だった。

AWS Health Dashboardの3月初旬のログを追うと、被害の生々しさが浮かび上がる。施設に「物体」が衝突して火花と火災が発生し、消防当局は安全を確保するため発電機ごと電源を遮断した。火災抑制装置の作動によって追加の水損も生じ、構造的損傷と電力供給の途絶が重なる事態となった。AWSの冗長設計は単一ゾーンの障害には耐えるが、同一リージョン内の複数拠点が同時に物理的に破壊される事態は想定外だった。

連鎖した湾岸地域のサービス障害

データセンターの停止は、湾岸地域の消費者向けサービスにそのまま波及した。配車・配達のCareem(カリーム)、決済のHubpayとAlaan、データ管理のSnowflake、そしてEmirates NBD、ファースト・アブダビ銀行、アブダビ・コマーシャル銀行といったUAEの主要金融機関までもが障害を報告した。クラウドという抽象的な層の物理的な破壊が、銀行ATMや配達アプリといった日常の動線まで止めるという現実が、可視化された瞬間だった。

障害が波及した湾岸地域の主なサービス・企業
業種 影響を受けたサービス・企業
配車・配達 Careem(カリーム)
フィンテック・決済 Hubpay、Alaan
データ管理 Snowflake
UAE主要銀行 Emirates NBD、ファースト・アブダビ銀行、アブダビ・コマーシャル銀行
クラウドという抽象的な層の物理的な破壊が、銀行ATMや配達アプリといった日常の動線まで止めた。

イランのイスラム革命防衛隊(IRGC)はバーレーン施設について、AWSが米軍のワークロードをホスティングしている点を理由に標的化したと声明している。AWSはこの主張へのコメントを控えているが、データセンターが軍事的な意味を持つ標的として認識される時代に入ったことは、もはや否定しがたい。

「数ヶ月」が示すもの

ここで一度、立ち止まって考えたい。なぜ大手クラウド事業者の復旧に数ヶ月もかかるのか。

答えは単純で、これは故障ではなく破壊だからだ。サーバー機器の交換だけなら数日、長くても数週間で済む。しかし建物の構造そのものが損傷し、電源系統と冷却系統が壊れ、火災抑制装置の水損まで重なれば、話は土木工事の領域に入る。湾岸の高温環境でデータセンターを動かすには、冷却インフラの完全な再建が必須になる。そして地域の建設リソース、電力会社との調整、当局の許可といった、ソフトウェアの世界では存在しないボトルネックが次々と現れる。

クラウドの「マルチアベイラビリティーゾーン」という冗長設計は、自然災害や個別機器の故障を前提に設計されてきた。同一リージョン内の複数拠点が同時に物理破壊される事態——つまり戦時の標的化——は、設計思想の外側にある。

AWSの冗長モデルは単一ゾーンの障害を前提に設計されており、同一リージョン内の複数拠点に対する協調的な攻撃には耐えられない。

中央銀行の金庫を二重にしても、銀行そのものが空爆されればお金は守れない。冗長性という概念は、攻撃の「種類」と「規模」を前提にして初めて意味を持つ。今回の事案は、その前提を組み直す必要があることを示している。

攻撃は3月で終わっていない

さらに見落とせないのが、攻撃が3月の一度きりで終わっていないという事実だ。Network Worldの報道によれば、ME-SOUTH-1(バーレーン)拠点は4月1日に再びドローン攻撃を受け、火災が発生した。バーレーン内務相が英Financial Timesに対して攻撃を確認している。3月の被害から立ち直る前に追加打撃を受けた格好だ。

IRGC関連のテレグラムチャンネルでは、Microsoft、Google、Nvidia、Appleを含む湾岸地域で事業展開する米企業18社以上を標的にすると明示的に脅迫しているという。これは特定の事案ではなく、湾岸地域の米国系インフラ全般に対する継続的な圧力として理解すべき動きだ。

ユーザーは今、何をすべきか

この記事を読んでいる読者の中で、ME-CENTRAL-1またはME-SOUTH-1にワークロードを置いているユーザーは、現時点で他リージョンへの完全移行を前提に動く必要がある。AWSが推奨する移行先は米国、欧州、アジア太平洋地域であり、レイテンシ要件とデータ所在要件を踏まえて選択することになる。

問題は、湾岸地域の企業や政府機関にとって、データの物理的所在地を欧州や米国に移すことが法的・規制的にどこまで許されるかだ。データレジデンシー(データ所在地)規制を持つ国では、域外移転にあたって個別の承認が必要なケースもある。AWSが現実的に支えられるのは「インフラとしての移行」までで、規制対応は各顧客が単独で判断・実行しなければならない。

AWSのステータスページによれば、4月30日の週時点でUAEだけで37のサービスが障害状態にあり、その多くは3月初旬から継続している。UAEとバーレーン合計で31サービスが停止中とする報道もあり、媒体によって数値が揺れているが、いずれにせよ広範囲に長期化していることは確かだ。

復旧プロセスは数ヶ月を要する見込みであり、その間、両リージョンの請求業務は停止する。 (AWS Health Dashboard、2026年4月30日)

クラウドという前提の再考

最後に、この事案がもたらす意味を整理しておきたい。

クラウドコンピューティングは、地理的な抽象化と物理的な分散冗長によって「インフラを意識しなくていい時代」を作ってきた。エンジニアは可用性ゾーンを選び、リージョンを選び、コードをデプロイすればよかった。物理データセンターの所在地が、いつ・どの国の・どんな政治情勢に晒されているかは、設計の中心議題ではなかった。

それが2026年3月以降、変わりつつある。クラウドの可用性は地政学リスクと不可分だという認識が、設計の前提に入ってこざるを得ない。複数リージョンにまたがる本格的な災害復旧設計、データの物理所在地を意識した規制対応、攻撃シナリオを前提とした事業継続計画。これらが「あれば望ましい」から「ないと事業が持たない」へと、評価軸を変えていく可能性がある。

Amazonは2026年中にサウジアラビアで53億ドル(約8,300億円)規模のデータセンターを開設する計画があり、湾岸地域からの撤退は選択肢にない。一方で米国の規制当局は、連邦政府データを米国内またはDoD(国防総省)施設に保管するよう義務付けている。湾岸データセンターでホストされていたのは契約業者や非運用データに留まり、機密性の高い米軍ワークロードはそもそも被害圏外にあったとされる。

戦時のクラウドが、これからどう設計されるか。その答えはまだ出ていない。ただ、設計の前提に組み込むべき問いが、ひとつ確かに増えた。


参照元

他参照

関連記事

この記事を共有する