2026年5月29日(米国東部時間)、Microsoft CopilotとクラウドプラットフォームAzureで大規模な障害が発生したとAndroid Authorityが報じています。同メディアによれば、Microsoftは複数のAzureサービスに影響する事象を調査中と公表したとされ、原因は「激しい雷雨に伴う広域停電」と説明されたと伝えられています。同日午後4時(ET)には復旧フェーズ入りが確認されたと報じられました。Azure上で業務システムを運用する企業にとっては、CopilotだけでなくAzureの基盤コンポーネントが同時に揺らぐ事態であり、他人ごとでは済まされない障害でした。
Downdetectorに不具合報告が集中したタイミング
Android Authorityによると、障害は米国東部時間5月29日午前中から表面化しました。Downdetectorには「Copilotが動作しない」という不具合報告が多数集まり、同メディアの執筆時点ではさらに増加傾向にあったと伝えられています。
同時に、MicrosoftはAzureに関しても問題を認め、ステータスページで「複数サービスに影響する事象を調査中」と公表したとAndroid Authorityは報じています。つまり読者にとっては、自社のAIチャット利用が止まるだけでなく、AzureにデプロイしたWebアプリやバッチが同時に不調になり得る、二重の業務影響を念頭に置く必要があった局面です。
引き金は天候——クラウド基盤が物理インフラ依存である現実
Android Authorityによると、Microsoftはこの障害の原因について、激しい雷雨(severe thunderstorms)に伴う広域停電が引き金になったと説明したとされています。ユーザーへの影響は「接続時のレイテンシ増大、断続的な接続不良、リソース接続時のタイムアウトを経験する可能性がある」と告知されたと報じられました。
クラウド基盤側のインシデントが、Copilotの利用体験に直接波及した格好です。つまり読者にとっては、AIサービスの安定性が結局はデータセンター所在地の天候リスクに依存するという、当たり前ながら見落としがちな前提を再確認させられる出来事でした。
Azure側で複数サービスに波及
Android Authorityの報道によれば、今回の障害はAzure上の多数のサービスに波及したとされています。複数のAzureサービスが影響を受けたと伝えられており、業務システムにおいてはコンピュート・データベース・ストレージといった基盤層が同時に揺らぐ可能性があった点が、深刻度を引き上げる要素となります。
つまり読者にとっては、「AIが使えない」より「裏側で稼働しているクラウドリソースに何が起きていたか」を先に疑うべき障害だった、ということになります。影響を受けたサービスの具体的な範囲については、詳細は出典元を参照してください。
午後4時に復旧確認、ただし“完全復旧”ではない理由
その後、米国東部時間5月29日午後4時の更新で、状況は改善に向かったと伝えられました。Downdetectorの集計ではCopilotアプリの不具合報告がほぼ収束し、MicrosoftもAzureサービスが回復しつつあると確認したとAndroid Authorityは報じています。
ただし、Microsoftは「一部ユーザーは依然として断続的な接続不良、レイテンシの増大、リソースの一時的な利用不可を経験する可能性がある」と注意を促したと報じられています。完全復旧の宣言ではなく、あくまで復旧フェーズ中の表現です。
つまり読者にとってのアクションは明確です。CopilotやAzure上のサービスを業務利用している環境では、復旧後もしばらくエラーレートとレイテンシを監視することが現実的でしょう。続報が出ればさらに状況は更新される見通しです。
障害の影響リージョンは West US 2——バックアップ発電機が安定化に失敗
Azureステータスページの公開情報によれば、今回のインシデントは2026年5月29日 04:27 UTCに発生し、電源イベントを起因として West US 2 リージョン内の複数サービスに影響を与えています。注目すべきは復旧過程の難航で、激しい雷雨に伴う広域停電後、バックアップ発電機が電源を完全に安定化できず、データセンター内のハードウェアおよびネットワーク機器全体で温度スパイクと不安定化を引き起こしたとされています。
影響を受けた主なサービスは以下のとおりです。
- Azure Functions、Azure Database for MySQL/PostgreSQL Flexible Server、Azure Databricks、Redis、Azure SQL、Azure Managed Grafana、Virtual Machine、VMSS、Azure Kubernetes Service、Storage、Application Insights
15:51 UTCの更新時点では、残るスケールユニットの安定化に向けて手動介入と点検が継続中で、完全復旧まで残り1時間程度と見込まれていました。また、IsDownはこの障害を「Active – Multi Service degradation in West US 2 region」というタイトルで記録しています。
同種障害を防ぐ設計指針——Availability ZoneとRegion Pairの活用
データセンター単位の電源障害に対する耐性を高める標準的なアプローチは、Availability Zone(可用性ゾーン)の活用です。Azureリージョン内の可用性ゾーンは独立した電源・冷却・ネットワークインフラを持つ分離されたデータセンター群で、1ゾーンが障害に陥っても残りのゾーンで継続稼働できる設計になっています。ゾーン間は数km〜100km以内に配置され、低レイテンシ接続と引き換えに、ローカル停電や天候イベントが複数ゾーンへ同時に波及するリスクを低減しています。
地理的災害や複数ゾーン同時影響への備えとしては、以下の選択肢があります。
| 対策 | カバー範囲 | 特徴 |
|---|---|---|
| リージョンペア | 広域災害・停電 | 可能な場合300マイル以上の物理分離で同時影響リスクを低減 |
| Azure Site Recovery | 近連続レプリケーション | RPOを秒単位まで短縮可能 |
| Active/Active構成 | 片リージョン障害時のゼロダウンタイム | Azure Front DoorやTraffic Managerでトラフィックを分散し他リージョンへ切替 |
単一リージョン全体が揺らぐ事態に業務継続性を維持するには、これらを組み合わせた多層設計が現実的な備えとなります。
Q&A
Q. 現時点でCopilotとAzureは使えますか? Android Authorityの報道によれば、2026年5月29日午後4時(米国東部時間)の時点でCopilotアプリの不具合報告は収束し、Azureも回復に向かっていると確認されています。ただし一部ユーザーでは断続的な接続不良やレイテンシ増大、リソースの一時的な利用不可が続く可能性があるとされています。
Q. 障害の原因は何だったのですか? Android Authorityによれば、Microsoftは、激しい雷雨に伴う広域停電が原因であると説明したと伝えられています。これによりAzure側で複数サービスに影響する事象が発生し、Azure上で稼働するCopilotにも波及した形と報じられています。
Q. 障害の影響範囲はどこまで及んだのですか? Android Authorityによると、Azure上の複数サービスが影響を受けたとされ、Microsoftはステータスページで影響を公表したと伝えられています。詳細なサービス名・影響範囲については、出典元の記事を参照してください。
出典
- Android Authority — Is Microsoft Copilot not working? Here’s what’s going on (Update: Back up)
- Microsoft Azure Status — Azure status
- IsDown — Is Microsoft Azure Down? Check current status and user reports
