概要
Google CloudのVMware Engine（GCVE）で2026年7月14日、ネットワーク構成の誤更新が原因となる大規模障害が発生した。影響を受けたのはシドニー（australia-southeast1）、メルボルン（australia-southeast2）、フランクフルト（europe-west3）の各リージョンで運用されていたストレッチクラスタで、ゾーン間の通信が断絶し、仮想マシン（VM）へのアクセスが実質的に不可能となった。障害はUTCで7月14日17時00分頃に発生し、翌15日4時46分に解消するまで、約10〜12時間続いた。GoogleはPDT16時05分の時点で「直近のネットワーク構成更新がゾーン間ネットワーク障害の原因である可能性が高い」と原因を認め、設定を直前の正常な状態にロールバックすることで復旧させた。なお、標準的なGCVEサービスや、ストレージ・演算処理そのものは障害中も継続稼働しており、影響はストレッチクラスタ機能に限定されていた。
障害の原因と技術的詳細
ストレッチクラスタは、2つの物理サイトにまたがるリソースプールを構成し、サイト障害時に迅速なフェイルオーバーを実現する仕組みである。今回の障害では、ネットワーク構成の誤更新によって、影響を受けたゾーンとクラスタの同期を監視する「ウィットネスアプライアンス」との間のネットワーク接続が失われた。これによりクラスタは自身の状態を安全に同期できなくなり、加えてゾーン間通信の喪失に伴いBGP（Border Gateway Protocol）セッションのフラッピングも発生した。結果として、VM自体は正常に稼働し続けていたものの、仮想サーバーは実質的に孤立した状態となり、書き込み可能なデータへのアクセスができなくなった。Googleは事後対応として、問題の設定を「最後に正常が確認されていた値」へロールバックする形で復旧を図った。
影響範囲とビジネスへの影響
今回の障害はストレッチクラスタを利用する顧客に限定されたが、その設計目的である「サイト障害時の事業継続性確保」という機能そのものが12時間にわたり失われた点は皮肉な結果となった。ストレッチクラスタは医療記録システムや銀行システムなど、可用性要件の厳しいミッションクリティカルな用途で採用されるケースが多く、長時間のアクセス不能は利用企業に大きな経済的損失をもたらし得る。
専門家の見解
EIIRTrendのCEOであるPareekh Jain氏は、「マネージドクラウドインフラであっても、重要な共有ネットワークにおいて障害が発生し得ることを示す事例だ」と指摘し、VM自体は正常であったにもかかわらずアクセスできなかった点を強調した。またCounterpoint ResearchのバイスプレジデントであるNeil Shah氏は、SDN（ソフトウェア定義ネットワーク）のオーケストレーション層が単一障害点（SPOF）となっている点を問題視し、物理ノードが地理的に分散していても、統合された制御プレーンに依存する構造そのものにリスクがあると分析した。今回の事例は、CloudflareやMicrosoftなど大手クラウド事業者で近年相次いでいる設定変更に起因する障害の系譜に連なるものとして位置づけられている。