Google Cloudのロンドン障害、Revolutや英国の銀行に影響

ロンドンの1つのゾーンで起きた電源イベントにより、Google Cloud（グーグルクラウド）のサービスが2026年10月20日に8時間近く停止しました。Revolut（レボリュート）では決済、送金、サインインができなくなりました。

2026年10月20日3 分で読めます

他の言語で読む:原文（英語）Deutsch日本語Français Español Português

europe-west2のインシデントに関するGoogle CloudのService Healthページ。影響を受けた製品、インシデントの開始時刻と終了時刻、Googleの最終更新が表示されています。

数字で見る

incident length on Google's status page: 7h 52m
Google Cloud products listed as affected: 41
zone hit by the power event: europe-west2-b: 1

2026年10月20日、Google Cloudのロンドンにあるデータセンターゾーンの1つで電源イベントが発生し、サービスが8時間近く停止しました。Revolutではカード決済、送金、サインインができなくなり、Lloyds、HSBC、Bank of Scotlandの顧客からも問題が報告されました。今回の障害は、1つのクラウドゾーン内のたった1つの障害が、日常の銀行取引を止めかねないことを示しています。

Googleの説明

Googleのステータスページによると、電源イベントによってeurope-west2-bで障害が起きました。これは、Googleのロンドンリージョンであるeurope-west2の1つのゾーンです。リージョンとは、ゾーンと呼ばれる独立したデータセンター拠点の集まりです。各ゾーンはそれぞれ独自の電源と冷却設備を持っています。

そのゾーンのサービスは完全に停止し、リージョンのその他の部分ではエラーの増加や断続的なネットワークの問題が起きました。インシデントは太平洋時間の10月19日23:08から10月20日07:00まで続きました。ロンドン時間では07:08から15:00までです。

時刻（太平洋時間、10月20日）	ステータスの更新内容
01:35	Googleが調査を開始
04:00	顧客にワークロードを別のゾーンかリージョンへ移すよう案内
04:12	「電源イベントは緩和された」
04:58	サービスが回復中。新しいワークロードはまだ起動できない可能性あり
05:44	05:10時点でほとんどのワークロードが回復
07:03	ほとんどの顧客で緩和。ごく少数はまだ影響あり

Googleは、影響を受けた製品として41件を挙げています。その中には、Compute Engine、Kubernetes Engine、Cloud SQL、Cloud Storage、BigQuery、Cloud Spanner、Pub/Sub、Cloud Run、Persistent Disk、Cloud Load Balancingが含まれます。これは、サーバー、データベース、ストレージ、ネットワークという、ほとんどのアプリが動く中核部分にあたります。

影響を受けたのは誰か

英国を拠点とするデジタル銀行のRevolutが、最も目立った被害者でした。Protosの報道によると、Revolut自身のステータスページでは、ATMでの引き出し、本人確認、カード決済、送金、サインイン、チャットサポート、株式と暗号資産の取引が停止と表示されていました。Protosによると、Revolutは問題を認め、Reutersの情報筋はこれをGoogle Cloudの障害と結びつけました。

Protosによると、Lloyds、HSBC、Bank of Scotlandの顧客もDowndetectorで障害を報告しました。銀行自身の説明は情報源の中にはありませんでした。また、Googleのステータスページが挙げているのは自社製品だけで、顧客名はありません。

まだ解決していないこと

Googleのステータスページではインシデントはクローズされていますが、完全に終わったわけではありません。Googleは最後の更新で、この問題は「現在、ごく少数の顧客に影響していると考えられる」と述べました。まだ影響を受けている人には、サポートケースを開くよう求めました。

Googleは詳しい報告書を出すことも約束しました。ステータスページには「社内調査が完了し次第、このインシデントの分析を公開する」とあります。この報告書では、1つのゾーンの電源の問題が、なぜリージョン全体のエラーに広がったのかが説明されるはずです。

開発者にとっての意味

クラウドのゾーンは、1つの障害ですべてが止まらないようにするためにあります。今回の障害は、チームが実際にゾーンを活用しているかどうかを試すものです。

いくつのゾーンで動かしているか確認してください。 データベースやサーバーがeurope-west2-bだけ、あるいはどこであれ1つのゾーンだけにあるなら、今日の障害はまさにそのテストケースです。重要なサービスは少なくとも2つのゾーンに分散してください。
リージョン単位のトラブルにも備えてください。 障害が起きたゾーンだけでなく、リージョン全体でエラーが出ました。決済やログインのシステムでは、2つ目のリージョンへの検証済みの経路を用意しておいてください。
フェイルオーバーは文書ではなく訓練にしてください。 障害中のGoogleの助言は、ワークロードを別の場所に移すことでした。それが機能するのは、事前に練習していて、新しい容量を起動できる場合だけです。
インシデントレポートに注目してください。 Googleの分析は、1つのゾーンの電源イベントがどのように他のゾーンに及んだのかを示すはずです。次のアーキテクチャレビューの前に読んでください。
ベンダーが使うクラウドを把握してください。 このような障害は、クラウド上に構築されたサービスを通じてユーザーに届きます。決済、ID、銀行の各プロバイダーに、どこでホストしているか、どのようにフェイルオーバーするかを尋ねてください。