Google Cloudのロンドンで27サービスに障害 エラーと通信の失敗

Google Cloudは、ロンドンのリージョン「europe-west2」で、複数のサービスに障害が出ていると公式の障害のページで公表しました。始まりは日本時間2026年10月20日15時8分です。エラーの増加と、断続的な通信の失敗が起きているとしています。

影響するサービスは、仮想マシンのCompute Engineからデータベース、ストレージ、ネットワークまで27にのぼります。回避策は「今のところなし」です。この記事の内容は、日本時間10月20日17時55分ごろに公式の障害のページで確かめたものです。

公式の障害のページに書かれたこと

障害の題は「Multiple services are experiencing issues in the europe-west2 region.」です。公式のページは、状態を「利用可能」「サービスの中断」「サービスの停止」の3つの印で示していて、今回は「サービスの中断(Service disruption)」です。

いま影響を受けている場所は「London (europe-west2)」だけです。原因と復旧の見通しは、17時55分ごろの時点で書かれていません。始まりから最初の掲載まで、2時間27分ほどかかっています。

影響する27のサービス

公式の障害のページに挙がったサービスを、編集部で4つに分けました。最初に確かめた17時50分ごろは23でしたが、その後、VPC(仮想ネットワーク)、BigQuery、AlloyDB、Bigtableの4つが加わりました。

仮想マシン(Compute Engine)、コンテナ(Kubernetes Engine)、アプリの実行(Cloud Run、App Engine)、ネットワーク(VPC)のほか、Cloud SQL、Cloud Spanner、AlloyDB、Cloud Storage、Persistent Disk、BigQueryも含みます。Pub/SubやApache Kafka、Dataflowなど、システムどうしをつなぐサービスも挙がっています。

ただし、公式の障害のページは、どのサービスがどの程度止まっているかを分けて書いていません。同じリージョンでも、使い方によって影響は違う可能性があります。

2026年のGoogle Cloudの障害

Google Cloudの公式の障害の一覧に、2026年に載った障害は今回で8件です。10月は、10月8日から10日にかけてのCloud Storage(us-central1)の書き込みの遅れに続いて2件目です。

9月1日のus-central1の通信の障害では、Google Cloudがあとで詳しい障害報告を出しました(Google Cloudのus-central1、9月の4時間の通信障害 原因は保守の手順の誤り)。10月前半のクラウドとSaaSの障害は、クラウド・SaaSの障害11件を図解にまとめています。

影響する会社・しない会社

• 影響する: Google Cloudのeurope-west2(ロンドン)に、システムやデータを置いている会社です。英国や欧州の拠点、現地の顧客向けのサービスで使っていることがあります。
• 影響する: 自社では直接使っていなくても、europe-west2で動くSaaSや、取引先のシステムに頼っている会社です。提供元の稼働の状況を確かめます。
• 影響しない: europe-west2を使っていない会社です。公式の障害のページは、ほかのリージョンを影響の場所に挙げていません。ただし、複数のリージョンにまたがる構成では、ロンドンの部分の不調が全体に響くことがあります。

情シスが今日やること

1. Google Cloudの公式の障害のページを開き、更新を確かめます。原因や回避策が書かれたら、社内に伝えます。
2. Google Cloudのコンソールで、europe-west2にあるリソースを洗い出します。英国・欧州の拠点や、構築を任せた会社にも確かめます。
3. europe-west2にある業務システムで、エラーや遅れ、処理の失敗が出ていないかを、監視やログで確かめます。
4. ほかのリージョンへ切り替える手順や、バックアップから戻す手順が決まっているかを確かめます。切り替えるかは、復旧の見通しと業務への影響を見て決めます。
5. 障害の間に失敗した処理(データの転送、メッセージ、定期の処理など)を控えます。復旧のあとで、やり直しが要るかを確かめます。