猛烈な雷雨がマイクロソフトAzureの大規模障害を引き起こす

• AIと機械学習: Azure OpenAI Service
• 中核的なコンピューティング: Azure Virtual Machines、Azure Kubernetes Service (AKS)、Azure Functions
• データベースと分析: Azure SQL Database、Azure Cosmos DB、Azure Database for PostgreSQL / MySQL フレキシブルサーバー、Azure Data Factory、Azure Databricks
• 管理と認証: Azure Resource Manager、Azure Policy
• ストレージとバックアップ: Azure Storage Accounts、Azure NetApp Files、Azure Backup
• 統合とメッセージング: Azure Service Bus、Azure Communication Services
• その他主要サービス: Log Analytics、Azure App Service、Azure Maps、Azure Migrate

今回の停電で「非常用電源」は機能したのか？

大規模なデータセンター障害に関する過去の悪名高い事例とは異なり、今回のケースでは、少なくとも入手可能な情報に基づく限り、非常用電源設備そのものが故障したという証拠はありません。マイクロソフトのステータス更新では、「データセンターの電力は完全に復旧した」と明記されており、問題の本質は最初の商用電力の喪失と、その後の複雑なストレージやネットワーク機器を安全かつ確実に再起動するために必要な時間にあったと推測されます。

この点は、他のAzure障害事例と比較すると明確です。例えば、2026年2月に米国西部リージョンで発生した障害では、変圧器の故障による急激な電圧上昇が下流の無停電電源装置（UPS）を損傷し、完全な電力喪失を引き起こしました。 しかし、5月29日の事象では、そのような内部ハードウェアの故障は報告されていません。

復旧への長い道のり

リージョン全体にわたる電力喪失からの復旧は、短距離走ではなくマラソンです。Azureの公式ステータス更新に基づく、主な出来事の時系列は以下の通りです。

• 04:27 UTC (日本時間 13:27): 障害発生。猛烈な雷雨により、West US 2リージョンの複数データセンターで広域停電。
• 復旧の進捗: データセンターへの電力供給が完全に復旧。その後、大部分のネットワークとストレージ基盤がオンラインに復帰。アベイラビリティゾーン2のインフラは復旧し、正常に稼働。
• 長期化する影響: 復旧作業の焦点は、アベイラビリティゾーン1および3の一部のインフラに集中。最終的な復旧と検証が必要な2つのストレージスタンプが残存。
• 最終確認時の状況 (「Active – Recovering」): 入手可能な最終のステータス情報では、インシデントは依然として「Active – Recovering（発生中 – 復旧作業中）」とマークされており、影響を受けたすべてのサービスに対する完全な復旧宣言には至っていませんでした。

繰り返される天候起因の障害パターン

今回の障害は決して孤立した事例ではありません。これは、マイクロソフトのAzureプラットフォームを長年にわたり悩ませてきた、天候に起因する脆弱性という厄介なパターンの一部です。これらの事例は、いかに高度なクラウドインフラといえども、最終的には物理的な現実の制約から逃れられないことを示しています。

• 2018年9月、米国中南部リージョン: テキサス州サンアントニオ近郊での落雷を含む悪天候が電圧低下を引き起こし、データセンターの冷却システムが停止。サーバーが過熱してシャットダウンし、アーキテクチャ上の依存関係により一部のサービスで数日にわたる障害が発生しました。
• 2026年2月、米国西部リージョン: データセンターの敷地内変電所にある変圧器の故障が停電を引き起こしました。バックアップシステムは作動しましたが、初期の電圧サージがUPS機器を損傷し、復旧プロセスを複雑化させました。この障害は、Microsoft StoreやWindows Updateなどのサービスに影響を与えました。

これらの前例と5月29日の事象に共通するのは、外部の物理的な事象がデータセンターの電力系統に直接影響を与え、それに依存するデジタルサービスの連鎖的な障害を引き起こすという点です。

AIサービスの信頼性が問われる事態に

今回の障害で特筆すべきは、影響を受けたサービス一覧に「Azure OpenAI Service」が含まれていたことです。 企業がAIモデルを重要な業務ワークフローや顧客向け製品に組み込む動きが加速する中で、クラウドのリージョン単位でのダウンタイムは、もはや単なるインフラの「お困りごと」ではありません。AIを活用したアプリケーションや検索、自動化された業務が直接的に停止する事態を意味します。猛烈な雷雨は不可抗力ですが、今回の障害は、特定のクラウドリージョンに依存するAIワークロードが抱える集中リスクの高まりを浮き彫りにしました。

なお、本記事で参照した情報源の公開時点では、マイクロソフトはこの特定の事象に関する詳細な「根本原因分析（RCA）」レポートをまだ公開していませんでした。そのため、電力復旧の正確な手順や、特定のストレージスタンプの復旧に長い時間を要した理由に関する最終的な結論は、公式の事後レビューによって確認されることになります。