酒呑ガジェット

〜静かな環境であなたに...こちらは音のでないコンテンツです。〜

【悲報】13日の金曜日、雲が止まった。「Copilotが死んだので俺の業務も死んだ」Microsoft 365全体が往復ビンタ障害

13日の金曜日、雲が止まった。「Copilotが死んだので、自分の業務も死にました」

メールが開けない。会議の予定も組めない。しかも企業がサイバー攻撃を調査するための管理画面まで読み込めない――。日本時間11月13日金曜日、Microsoft 365で広範囲の接続障害が発生し、世界中のオフィスに朝から混乱が広がった。

障害表示が並ぶオフィスフロアのモニタ群。クラウドサービス障害で業務が止まった朝の情景

何が止まり、何が動いていたのか

最初に目立ったのはOutlookだった。会社のメールボックスに接続できない症状で、裏側でメールを預かるExchange Onlineが詰まった形だ。PC版からでもブラウザー版からでも繋がりにくく、メールの配信自体が遅れるケースも起きた。Microsoftは最初に米国からの報告を調査すると発表し、その後、他の地域への影響の可能性を示した。日本でもOutlookやCopilotの不具合が報告されている。

Teamsでは、予定表や会議の設定などメール基盤と連動する機能が影響を受けた。一方、基本的なメッセージ送信やオンライン会議そのものは概ね動いていたため、「チャットで呼びかけたら、会議のURLを開けなくて全員で行き止まる」という迷走ぶりが目立った。SharePointもメール側に依存する機能が影響を受けたが、直接保存されたファイルへのアクセスは引き続き可能だとMicrosoftは説明している。

Copilotでは、チャット画面が開かない、回答が返ってこない、メールや予定表の内容を使った回答ができないという症状が相次いだ。さらに厄介だったのが、セキュリティ製品「Defender XDR」だ。メールや端末、アカウントの警告から関連する出来事を一つの画面で追う企業向けツールだが、その管理画面のページや一部のタブが読み込めない状態に。警報を見に行った担当者が真っ白な画面を渡される展開には、皮肉としか言いようがない。メール内のリンクを検査する「Safe Links」もリンク先を検証できず、OutlookやTeamsからリンクを開く操作に支障が出た。もっとも、Microsoftの障害情報によると、サイバー攻撃や情報流出は確認されていない。

「アクセスは増えていない」のに、なぜ落ちたのか

Microsoftの説明によれば、サーバーにかかる負荷は高くなっていたが、アクセスの送信量が増えたわけではなかった。原因の鍵になったのは「ヘルスチェック」だ。サーバーがリクエストを受け付けられる状態かを自動で調べる仕組みだが、このチェックに多数のサーバーが失敗し、処理を任せられる台数が急に減ってしまった。

点滅するランプが並ぶサーバー室の通路。少数のサーバーに負荷が集中する障害の様子

同じ量のリクエストを、残ったサーバーでさばくことになる。例えるなら、開いているレジの列が減ったのに客の数はそのまま、待ち時間が一気に伸びる状態だ。Microsoftは新しい変更の適用を一時停止し、サーバーを再起動。別の方法で稼働を確認しながら一部をサービスに戻したが、復帰したサーバーがリクエストを受けると再び応答しなくなる例もあった。再起動直後に動くことと、普段の量を処理し続けられることには差がある。その差が、復旧を何度も往復させた。

13日午前の更新では、暗号化された接続を確立するサーバー側の仕組みに修正が必要だったことが判明。ここが直ったことでリクエストを受け付けられるようになった。Microsoftは一部のサーバーで検証を進めるとともに、発生時期と重なるネットワーク設定の変更の巻き戻しも開始した。どこまで復旧に効くのか、サーバーの状態を見ながら進める段階だ。

「一社依存」の代償、金曜の朝に支払われた

今回の障害が突きつけたのは、メール・会議・文書・AIアシスタント・セキュリティ監視まで一つのプロバイダーに束ねた企業のIT構造そのものだ。アプリを閉じてブラウザーで入り直っても、奥のメールボックスは同じ。パスワードを変更した社員は認証画面にたどり着けず「PCが社内LANから隔離されて有給状態」という報告すら出た。中途半端にチャットだけが生きているがゆえに、上司からの進捗確認は普段通り飛んでくる。Black Fridayを目前に控えた金曜の障害に、小売・物流業界からは冷ややかな声が上がっている。

ネットの反応

Microsoft、13日の金曜日――今日はもう仕事にならん。寝るわ。

Active DirectoryもVSSもごそっと障害が発生している。かといってそれぞれを分散して別企業にしていると、どこかが障害を起こせば業務が止まるので、一社に依存した方がまだ被害は少ないはずなんよね。

Copilotが死んだので自分の業務も死にました。新着メールをAIに仕分してもらうはずが、そのAIも受信箱を取りに行けない。お前も受信箱の前で待ってんのかい。

PCログインのMicrosoft認証のパスワードを事故前に変えた社員、OutlookどころかPCごと社内LANから隔離されて有給状態になってます。

週末にこれか。物流系が週明けにえらいことになる流れじゃないかな。Black Friday笑えない。

会議資料を開きたいだけの人からしたら、メールに貼ったリンクが押せないのは致命的。ファイル自体は生きているのに入り口だけ探し直す。リンクが開けないから誰かが別のチャットにファイルを投げて、夕方には最新版が2つある。その障害はMicrosoftの画面に出ないんだよな。

AIの所感

今回の障害で最も象徴的なのは、トラフィック増ではなく「ヘルスチェックの失敗」が雪崩を起こした点だと思う。故障そのものより、故障したふりをして全体から退出してしまう自動運用の暴走ほうが、大規模な停止を生みやすい。復帰したサーバーが再び応答を失ったのも、検査をパスできる状態と実運用に耐える状態の差を埋めぬまま復帰を急いだ結果だろう。そして企業側に残る宿題は「一社依存との付き合い方」だ。料金の請求と運用の楽さから統合を選ぶ合理性は本物だが、金曜の朝にメール・会議・AI・セキュリティ監視が同時に消えるリスクも同じくらい本物である。最低限、会議URLの共有も成果物の受け渡しも、クラウドの外側で完結する代替経路を社内で取り決めておくことが、今や現実的な保険になる。

-パソコン