Google Cloud Londonの停止: europe-west2-bでの電力障害と影響を受けた英国サービス
火曜日のロンドン時間午前中、Google Cloudのロンドンリージョンのeurope-west2-bゾーンで停電が発生しました。
火曜日のロンドン時間午前中、Google Cloudのロンドンリージョンのeurope-west2-bゾーンで停電が発生しました。Googleは、そのゾーンのサービスが利用できなくなり、リージョン全体で一部のサービスでエラーが増加したと述べ、Revolut、HSBC、Lloyds Banking Groupのブランド、DPD、裁判所の遠隔公聴会ビデオリンクで問題が報告されました。この記事では、Google自身のステータスアップデート、可用性ゾーンがどのようにこの問題を封じ込めるように設計されているか、Googleの同じリージョンに関する2022年のレポート、および2つのDeepSeekに関する記事（米連邦政府機関からDeepSeek製品を削除する国土安全保障省の命令とオープンソースのDeepInferエンジン）について解説します。
この動画の要点
- Googleのインシデントは、2026年10月20日ロンドン時間午前7時8分に始まりました。数時間にわたり、europe-west2におけるエラーの増加と間欠的なネットワーク障害のみを記述し、回避策は「今のところなし」とされていました。
- ロンドン時間午後0時12分、Googleは電力障害がeurope-west2-bゾーン内で停止を引き起こしたと発表しました。このゾーンのサービスは利用できなくなり、リージョン内の他の場所にある一部のサービスでもエラーが発生しました。インシデントには38製品がリストされました。
- Googleは既存のワークロードの復旧を優先し、新しいワークロードはまだ作成できない可能性があると警告しました。ロンドン時間午後1時10分にはほとんどのワークロードの復旧を報告し、午後3時3分にはほとんどの顧客に対して問題が緩和されたと発表し、分析を約束しました。我々が確認した時点では、電力障害以外の根本原因は公表されていませんでした。
- Revolutは、サードパーティの問題がサービス中断の原因であり、資金とデータは安全であると述べました。HSBCは、この状況が他の組織にも影響を与えたと述べました。BBCは、ほとんどの企業が公式に問題をGoogleと関連付けていないと指摘しました。
- VMとゾーンディスクは1つのゾーンに存在するため、単一ゾーン展開ではゾーン障害が完全な停止につながります。ゾーンをまたいで分散させることは、予備容量のコストを支払い、容量不足と引き換えになります。
- 2022年7月には、europe-west2-aでの冷却障害もリージョン全体に影響を与えました。Googleのレポートによると、内部トラフィックが1つのゾーンではなく3つのゾーンすべてからルーティングされ、ストレージが一部のレプリカに到達できなくなりました。
- DHSは、DeepSeek製品およびDeepSeek実装を使用して開発されたサードパーティ製品を連邦政府民間機関のITから排除するよう命じました。一方、DeepSeekのApache-2.0ライセンスのDeepInferエンジンは、オフライン推論のみDeepSeek-V4.1-Flashをサポートしています。
翻訳されたトランスクリプト
オリジナルの英語ナレーションから翻訳されています。利用可能なオーディオとキャプションはYouTubeによって管理されています。
ロンドンの一つのゾーンが銀行アプリをダウンさせることがあるのか？
0:00 クラウドリージョンは一つの建物が失われても生き残るものだと思われています。 火曜日、ロンドンのGoogleの一つのゾーンが停電し、英国の銀行アプリがダウンしました。 このビデオの内容：Googleは何と言ったのか？ なぜ一つのゾーンがリージョン全体に影響を与えたのか？ そして、誰がバックアップを持っていたのか？ 10月20日火曜日、The Daily Diffです。 そして、この同じロンドンリージョンは以前にもこのように障害を起こしています。 Googleはそれについてレポートを書いており、そのレポートが今日の出来事を説明しています。
0:23 それについては最後に触れます。 Google Cloudは、Googleがサーバー、 データベース、ストレージをレンタルする事業です。 Amazon、Microsoftに次ぐ3大クラウドの一つです。 そのロンドンリージョンはeurope-west2と呼ばれ、3つのゾーンに分かれています。 そのため、一つのゾーンが停止しても、他の2つは稼働し続けることができます。 今日の差分は、その停止から始まります。 次に、米国政府はDeepSeekを連邦政府機関から排除するよう命令します。
0:45 そして、DeepSeek自身のサービスエンジンがHacker Newsのトップに躍り出ます。 Google自身のステータスページです。
Googleのステータスページには実際に何が書かれていたのか？
0:50 問題は午前7時8分に始まりました。 ロンドン時間です。数時間にわたり、唯一の 記述はeurope-west2でのエラーの増加と断続的な ネットワーク障害でした。 回避策の項目には「今のところなし」と書かれていました。 このページに記載されているすべてのタイムスタンプは、ロンドンでの停止にもかかわらず、太平洋時間です。 一人のHacker Newsのコメント投稿者が丁寧に指摘していました。 後に回避策はこれに変わりました。
1:12 可能であれば、ワークロードを別のゾーンまたはリージョンに移動してください。 正午12分、原因が判明しました。
なぜ一つのゾーンがリージョン全体に影響を与えたのか？
1:18 電力障害により、europe-west2-bゾーンが停止しました。 Googleは、そのゾーンのサービスが利用できなくなり、 リージョンの他の場所にある一部のサービスでもエラーが発生したと述べています。 インシデントには38製品がリストされています。 まず、Googleは電力問題が緩和されたと述べました。 次に、既存のワークロードを新規のワークロードよりも優先し、顧客は まだ新しいワークロードを作成できない可能性があると警告しました。 午後1時10分までにほとんどのワークロードが復旧し、午後3時過ぎには
1:43 Googleはほとんどの顧客に対して問題が緩和されたと発表しました。 次に顧客です。
どこがダウンし、誰がそう述べたのか？
1:48 RevolutはBBCに対し、サードパーティが原因でサービス障害が発生したが、 資金とデータは安全であると述べました。 HSBCは謝罪し、他の組織も影響を受けたと述べました。 Lloydsは、一部の人が問題を抱えていたものの、アプリは機能していると述べました。 8時過ぎにDowndetectorには1500人以上がRevolutの問題を報告しました。 裁判所のサービスは、遠隔審理用のビデオリンクが影響を受けたと述べました。 BBCは、ほとんどの企業が公式に問題をGoogleと結びつけていないと指摘しています。 あなたがコントロールできる部分です。
あなたのアプリは一つのブラックアウトゾーンを乗り越えられたか？
2:15 仮想マシンまたはゾーンディスクは、正確に1つのゾーンに存在します。 銀行全体がゾーンbにある場合、電力障害はあなたの停止となります。 それをaとcに分散させれば、顧客ではなく容量を失うことになります。 その予備容量には費用がかかるため、多くのチームはそれをスキップします。 Monzoはより大規模なバージョンを記述しています。 その主要銀行はAmazonのクラウドで稼働し、Googleの別の予備システムが カード決済と送金を継続させることができます。 Hacker Newsでは、あるコメント投稿者が、英国のデータ規制により企業が1つの
2:42 リージョンに集中させられたのではないかと推測しています。誰もそれを確認していません。 さて、もう一つの話です。 国土安全保障省は、連邦政府民間機関からDeepSeekを排除するよう命じました。
なぜDeepSeekは同じ日に禁止され、トレンドになったのか？
2:49 その命令は本日連邦官報に掲載されます。 これにはDeepSeek自身の製品だけでなく、DeepSeekの実装を使用して構築された サードパーティ製品も含まれます。もし米国政府機関にソフトウェアを販売しているなら、 製品内にDeepSeekモデルを出荷する前にその条項を読んでください。 連邦官報で禁止が発効した日、DeepSeekの新しくオープンソース化された 推論エンジンであるDeepInferがHacker Newsのトップに躍り出ました。 DeepSeekによると、これはApache 2.0ライセンスで、自社のプロダクションサービスの 基盤となるエンジンです。
3:18 これは、NvidiaのBlackwellデータセンターGPUまたはHuaweiのAscendチップ上で、 モデルV4.1 Flashをオフライン推論専用に実行します。 KVキャッシュシステムとロードバランシングはこのリリースには含まれていないため、 自動車の残りの部分なしでエンジンのみを手に入れることになります。 興味深い変更点はバッチ不変モードです。 これをオンにすると、Nvidiaのみで、他のどのリクエストがバッチを共有しても結果は同じに保たれます。 そして、そのレポートです。 2022年7月、この同じリージョンのゾーンaをホストするデータセンターで
3:43 冷却装置が故障しました。
前回のロンドンでの停止からGoogleは何を学んだのか？
3:44 Googleはリージョンサービスも影響を受けたと認めました。 Google自身のトラフィック変更により、内部サービスが1つのゾーンではなく 3つのゾーンすべてから外され、ストレージが一部のデータのどのコピーにも到達できなくなりました。 今日は電力障害で、Googleは完全な分析がまもなく行われると述べています。 当時、Googleはこのリージョンの回復力を向上させるための即時措置を約束しました。 再び一つのゾーンが停止し、リージョン全体の一部のサービスも同時にエラーを発生させました。私の評決は「再調査が必要」です。 ゾーンが停電することは、まさにゾーンが存在する理由です。 Googleのレポートがなぜロンドンの他の部分が再び不安定になったのかを説明してほしいし、
4:14 そして銀行がなぜ一つのゾーンで十分だったのかを説明してほしい。
評決: Googleのロンドンリージョンは再調査が必要か？
4:16 あなたが違う評価をするならコメントで教えてください。 私がこれを話すのを聞くよりも読みたい場合は、The Daily Diffは毎朝あなたの受信箱に無料で届きます。thedailydiff.dev、リンクは下記です。 そして、今日の差分は以上です。 AxrisiのNikoでした。 責任を持ってマージしてください。 私がこれを話すのを聞くよりも読みたい場合は、The Daily Diffは毎朝あなたの受信箱に無料で届きます。thedailydiff.dev、リンクは下記です。 そして、今日の差分は以上です。 AxrisiのNikoでした。
4:37 責任を持ってマージしてください。
情報源
- Multiple services are experiencing issues in the europe-west2 region (incident Xs2XTHzAVC9YnafnPyzj)Google Cloud Service Health
- Google Cloud says 'power event' behind outage hitting UK banks and websitesBBC News
- Google Cloud says outage affecting banks and court video links caused by 'power event' (live)BBC News
- Incident report: multiple Cloud products in europe-west2, July 2022Google Cloud Service Health
- Regions and zonesGoogle Cloud documentation
- Tolerating full cloud outages with Monzo Stand-inMonzo
- Google cloud outage takes down banks (discussion)Hacker News
- Notice of Order Regarding Exclusion and Removal of DeepSeek Products (2026-21447)U.S. Department of Homeland Security · Federal Register
- DeepInferDeepSeek on GitHub
