Michael Johnson11月12日に始まったMicrosoft 365の障害は、Outlookなど複数のサービスへのアクセスに加え、メール、予定表、連絡先を扱うMicrosoft Graphの呼び出しにも影響した。Microsoftのステータス情報によると、一部のサーバーが予期せず利用不能になり、残りのインフラに負荷が集中した。11月13日時点でも、Exchange OnlineとMicrosoft 365のインシデントは、Microsoftの管理通知を公開するミラーサイトで継続中とされていた。
組織にとっての実務上の教訓は、メールクライアントだけを確認すればよいわけではないということだ。アプリや自動化処理がMicrosoft Graph経由でExchangeのデータにアクセスしている場合、アプリの画面自体は開けても、関連する操作がタイムアウトしたり失敗したりする可能性がある。
Microsoftが説明した原因
Exchange Onlineのインシデント記録でMicrosoftは、負荷の増加はトラフィック全体の増加によるものではなく、多数のサーバーが予期せず利用不能となり、残りのノードに負荷が移ったためだと説明した。その後の更新では、影響を受けたサーバーでセキュア接続の確立を担うプロセスが過負荷になり、サーバーがリクエストの処理を停止したと報告した。
Microsoftは、トラフィックの一部を迂回させること、サーバーの再起動、一部の場所でリクエストの種類を制限すること、一部のノードで以前のソフトウェア構成を検証することなど、複数の復旧措置を説明した。また通知では、最近の変更との関連の可能性を調べる間、デプロイを一時停止し、構成を変更したとも述べている。これは調査の進捗に関する説明であり、掲載されたステータス情報では根本原因の最終分析は公表されていない。
メールの障害が他の製品に波及した理由
MicrosoftのExchange Online障害に関する通知によると、影響を受けたメールボックスへのアクセス方法には、ブラウザー版およびデスクトップ版Outlook、Exchange ActiveSync、REST接続が含まれる可能性があった。メールの配信遅延も起こり得た。Microsoftは、メール、予定表、連絡先などExchangeのデータを扱うGraphのリクエストもタイムアウトする可能性があると、別途注意を促した。
そのため、別の画面を備えた製品でも、メールや予定表に依存する機能に障害が波及する可能性があった。Microsoftは、Teamsの予定表機能、SharePoint Onlineの一部機能、Copilot、管理ツールで起こり得る問題を列挙した。一方、Teamsの主要機能である通話、会議、グループチャット、チャネルのメッセージは全体として維持され、SharePointに直接保存されたファイルも引き続き利用可能だと説明した。
障害の規模は、11月12日付のAssociated Pressの報道からもうかがえる。同社は、Outlook、Teams、その他のMicrosoft 365サービスで問題が発生したと伝えた。APの記事はDowndetectorを引用し、Outlookの問題に関するユーザー報告が10万件を超えたと記している。この数値は障害追跡サービス上の報告件数であり、影響を受けたことが確認されたアカウント数ではない。
管理者と開発者が確認すべきこと
アプリがMicrosoft Graphに依存している場合、メール、予定表、連絡先を読み取る具体的な呼び出しを洗い出し、システムがタイムアウトや一時的なエラーをどう処理するか確認しよう。安全に再試行できるタスクでは、回数を制限し、間隔を空けた再試行が有効だ。副作用を伴う操作では、再試行によって重複が生じないよう、二重実行を防ぐ対策が必要となる。
管理者は、自組織のMicrosoft 365テナントのService Healthダッシュボードで、個別のサービス状況とインシデントIDを確認するとよい。ダッシュボードへのアクセスや影響を受けた機能は、組織によって異なる場合がある。ステータス記録によれば、関連製品のすべての機能が同じように影響を受けたわけではない。従業員からの問い合わせを調査する際は、メールが届かないのか、メールボックスが開かないのか、それとも会議への招待や保護ラベル付きファイルのアップロードといった特定の操作が失敗するのかを分けて確認するとよい。
掲載されている最新の更新時点である11月13日、Microsoftは復旧とインフラ変更の評価を続けていた。ユーザーにとっては、Microsoft 365の一部が利用できても、Exchange Onlineに依存する機能が正常とは限らない状況だった。連携機能を支えるチームにとっての重要な指針は、メールデータへの依存関係を確認し、Graphの一時的なエラーに適切に対処することだ。障害をOutlookの画面だけの問題と捉えてはならない。
