技術的分析：ネットワークアップグレードの不具合がMicrosoft 365のサービス停止を引き起こした経緯
マイクロソフトは、2026年11月12日に発生したMicrosoft 365の広範囲なサービス障害が、以前のネットワーク容量アップグレード時に導入された潜在的な技術的不具合に起因するものであると認めました。この不具合は、その後のネットワーク変更が行われるまで表面化しませんでした。運用調査の結果、このインシデントはユーザー負荷の急増によるものではなく、多数のサーバーがリクエストを処理する能力を失ったことで、通信の分散に不均衡が生じ、利用可能なリソースへの負荷が過大になったことが原因であると判明しました。
技術的失敗の連鎖
このインシデントは、リクエスト受信層の混乱から始まりました。安全な接続を確立する役割を担うソフトウェアプロセスが許容範囲を超える負荷にさらされ、サーバーが応答を停止しました。これにより、サーバーが自動ヘルスチェックを通過できなくなり、システムが自動的にそれらを排除したことで、利用可能な運用容量が縮小し、連鎖的な障害（Cascading Failure）が発生しました。
エンジニアリングチームは、再起動後のサーバーが不安定であるというさらなる課題に直面しました。サーバーは稼働を再開しても、通信トラフィックを受け取ると再びダウンし、さらに停止したデバイス上の設定同期にも困難が生じたため、迅速な修正の適用が妨げられました。
なぜこのニュースが重要なのか
このインシデントは、現代のクラウドインフラにおける相互依存性の性質を浮き彫りにしました。Exchange Onlineの障害は、Teams、Copilot、SharePoint、およびDefenderなどのセキュリティサービスにまで広範囲な波及効果をもたらしました。これは、これらのサービスが共通のメール、カレンダー、およびIDデータに依存しているためです。このインシデントは、製品間の機能的な分離が、必ずしも共通コンポーネントを介した技術的影響の拡大を防ぐものではないことを示しています。
復旧措置
マイクロソフトは、段階的な復旧戦略を採用しました。これには以下が含まれます：
- 認証および上位ルーティングパスの構成コンポーネントへのパッチ適用。
- 影響を受けたインフラストラクチャの一部を隔離し、トラフィックを代替経路へリダイレクト。
- 仮想容量の増強と、サーバーを稼働に戻す前のヘルスチェックの実施。
- 蓄積されたメッセージをデータ損失なく処理するため、電子メールの配信猶予期間を48時間に延長。
同社は、このインシデントは純粋に技術的なものであり、サイバー攻撃や人工知能システムとは無関係であることを強調しました。また、インシデントの完全なレビューが完了した後、詳細なエンジニアリングレポートを発行する予定であると述べています。