Gemini、6時間超の世界的障害。業務AIの依存リスク露呈
この記事の要点
Google Geminiが6月10日、米国・欧州・アジアで6時間を超える過去最大級の障害を起こした。エラー1076と1099が多発し、復旧まで公式発表が遅れた点も批判された。業務でAIに依存する企業は代替手段の用意が課題になる。
結論
GoogleのAIサービスGeminiが2026年6月10日、米国・欧州・アジアにまたがる大規模障害を起こし、復旧までに6時間以上を要した。Geminiにとって過去最大級の障害とされる。AIチャットを日常業務に組み込んだ企業ほど影響は大きく、「AIが止まった日に仕事をどう回すか」という業務継続の課題を突きつけた。
何が起きたか：エラー1076と1099が世界で多発
障害は米国東部時間6月10日の午前6時すぎに始まった。利用者の画面にはエラー1076とエラー1099が表示され、プロンプトを送っても応答が返らない状態が続いた。エラー1076はGoogleのサーバーへの接続確立が時間内に完了しない接続障害とみられ、同じプロンプトを再送すると通ることがあるという特徴があった。障害報告サイトDown Detectorへの報告は一時2,000件近くまで急増した。
対応の遅れも批判を集めた。Googleの公式ステータスページは障害発生後もしばらく「正常」の表示を続け、利用者の報告と食い違った。発生から6時間以上が経過した後、GoogleでGeminiを統括するJosh Woodward氏がXで「現在障害が発生している。修正の一部は適用済みで、残りもまもなく反映される」と認めた。なお、軽量モデルのFlash Liteは障害中も応答を返していたとの報告があり、すべての経路が同時に落ちたわけではなかったようだ。障害の正確な原因は執筆時点で公表されておらず、最新の情報は公式の説明を確認してほしい。
障害の経過
| 時刻の目安 | 出来事 |
|---|---|
| 米国東部時間 午前6時すぎ | エラー1076・1099の報告が増え始める |
| 午前中 | Down Detectorへの報告が2,000件近くまで急増。公式ステータスページは「正常」表示のまま |
| 発生から約6時間後 | Gemini責任者のWoodward氏がXで障害を認め、修正適用中と説明 |
| その後 | 報告件数が500件程度まで減少し、段階的に復旧 |
経過から見えるのは、技術的な障害そのものに加えて「情報発信の障害」が起きていたことだ。利用者が異常を把握してから公式の説明が出るまで6時間の空白があり、その間、各企業の情シス担当は自社環境の問題かサービス側の問題かを切り分けられなかった。障害対応では復旧の速さと同じくらい、状況を知らせる速さが利用企業の損失を左右する。
なぜ影響が大きかったのか
Geminiは検索やAndroid、Workspaceとの統合が進み、個人の調べ物から企業の文書作成まで利用場面が広がっている。AIチャットボットの利用シェア調査が示すとおり、主要サービスの利用者は数億人規模に達しており、6時間の停止は単なる不便ではなく業務の停止を意味する企業が増えた。皮肉なことに、障害が起きた6月10日はGoogleがGeminiの新機能を相次いで発表していた時期でもあり、利用拡大とインフラの安定性のバランスが問われる形になった。
現場の実務にどう効くか
今回の障害から企業が学ぶべきことは具体的だ。第一に、主力のAIサービスが止まったときの代替手段をあらかじめ決めておく。ChatGPTやClaudeなど別系統のサービスを契約しておけば、障害時もプロンプトを移して作業を続けられる。主要AIのAPI料金比較を参考に、サブとして維持するコストを見積もるとよい。第二に、AIを組み込んだ社内システムでは、複数モデルを切り替えられる構成にしておく。APIの呼び出し先を1社に固定せず、障害時に自動で代替モデルへ切り替える設計は、今回のような全面障害への現実的な備えになる。第三に、障害時の業務手順を文書にしておく。「AIなしでもこの業務はこう回す」という手順が一枚あるだけで、現場の混乱は大きく減る。ツール選定の段階から障害耐性を評価軸に入れる方法はAIツールを比較するときに見るべき7つの観点も参考になる。
あわせて、契約面の確認もしておきたい。無料プランや一般向けプランの多くは稼働率の保証を持たず、障害で業務が止まっても補償はない。業務利用が前提なら、法人契約で稼働率の保証条件と障害時の通知体制を確認し、保証がない場合はその前提でリスクを見積もる。社内の利用者向けには「障害時はこの代替手段を使う」という一枚の案内を用意しておくだけで、問い合わせ対応の負荷が大きく変わる。今回のような大規模障害は年に何度も起きないが、起きた日に差が出るのはこうした地味な準備だ。
まとめ
6時間超の世界的障害は、AIが業務インフラになったことの裏返しでもある。便利さに比例して停止時の損失も大きくなる。代替サービスの確保、切り替え可能な設計、AIなしの業務手順。この3点を整備しておけば、次の障害は致命傷にならない。
出典
よくある質問
Geminiの障害はいつ、どのくらい続きましたか？
2026年6月10日の早朝から始まり、6時間以上続きました。米国・欧州・アジアの広い範囲でエラー1076と1099が多発し、過去最大級の障害とされています。完全復旧の経緯は公式発表で確認してください。
業務でAIチャットを使う場合、障害にどう備えればよいですか？
特定のAIサービス1つに依存せず、代替できる第2のサービスを決めておくこと、障害時の業務手順を文書化しておくことが基本です。重要業務ではAPIの稼働状況を監視し、複数モデルを切り替えられる構成が有効です。
関連記事
Claudeが12日で10回目の障害。AIが基幹インフラになる転機
Anthropicのクラウードが6月16日、6月5日以降で10回目の障害を起こした。急増する需要にインフラが追いつかない。AIが実験ではなく基幹インフラになったいま、企業はAIが止まる前提で業務を組む必要がある。代替経路の用意が現実的な備えになる。
Microsoft Copilotに障害、報告4500件超。Geminiに続く
Microsoft Copilotで6月11日、数千人規模の利用者が接続できない障害が発生した。障害報告サイトには一時4500件超の報告が寄せられた。前日にはGeminiも6時間超の障害を起こしており、業務AIの冗長化が急務になっている。
Gemini、管理者制御を追加。一時チャットや履歴削除を統制
Googleは6月18日前後に、Geminiアプリで管理者向けの制御を追加した。一時チャットの可否や会話履歴の削除を管理者が設定できる。同日、個人向けGemini Code AssistはAntigravityへの移行が必要になった。社内でのAI利用ルールを管理画面で運用しやすくなる。