Google Cloud 伦敦区域中断：欧洲西部2-b区断电事件及受影响的英国服务

本视频涵盖的内容

• 谷歌事件的开始时间是2026年10月20日伦敦时间07:08；数小时内，它仅描述了欧洲西部2区错误率升高和间歇性网络故障，目前没有列出任何解决方案。
• 伦敦时间12:12，谷歌表示一次断电事件导致欧洲西部2-b区中断；该区域的服务不可用，该区域其他一些服务也出现了错误。事件中列出了38种产品。
• 谷歌优先恢复现有工作负载，警告新工作负载可能尚无法创建，报告称大多数工作负载于伦敦时间13:10恢复，并于15:03宣布大多数客户的问题已缓解，承诺进行分析。截至我们检查时，除了断电事件之外，尚未公布根本原因。
• Revolut表示第三方问题导致其中断，资金和数据安全；汇丰银行表示这种情况也影响了其他组织。英国广播公司指出，大多数公司尚未正式将其问题与谷歌联系起来。
• 虚拟机和区域磁盘位于一个区域中，因此单区域部署会将区域故障转化为完全中断；跨区域部署则会损失容量，但代价是支付备用容量的费用。
• 2022年7月，欧洲西部2-a区的一次冷却故障也造成了区域影响；谷歌的报告称，内部流量从所有三个区域而不是一个区域路由，导致存储无法访问某些副本。
• 美国国土安全部命令将DeepSeek产品以及使用DeepSeek实现开发的第三方产品从联邦民事机构的IT系统中移除；此外，DeepSeek的Apache-2.0 DeepInfer引擎仅支持DeepSeek-V4.1-Flash进行离线推理。

翻译的文字记录

译自英文原版旁白。可用音频和字幕由 YouTube 控制。

一个伦敦区域能导致你的银行应用瘫痪吗？

0:00 你认为一个云区域在失去一栋建筑后仍能正常运行。 周二，谷歌在伦敦的一个区域断电，英国的银行应用瘫痪了。 本视频内容：谷歌说了什么？ 为什么一个区域会影响整个地区？ 谁有备份？ 今天是10月20日星期二，这里是The Daily Diff。 而这个伦敦区域以前也发生过类似的故障。 谷歌为此写了一份报告，那份报告解释了今天发生的一切。

0:23 我会在最后讲到它。 Google Cloud是谷歌租用服务器的业务， 包括数据库和存储。 它是三大云服务商之一，与亚马逊和微软并列。 其伦敦区域名为europe-west2，分为三个区域， 因此一个区域可以停机，而另外两个区域继续运行。 这次中断事件是今天diff的头条新闻。 然后美国政府下令将DeepSeek从联邦机构中移除，

0:45 而DeepSeek自己的服务引擎却登上了Hacker News的榜首。 这是谷歌自己的状态页面。

谷歌的状态页面到底说了什么？

0:50 问题始于早上7:08， 伦敦时间。数小时内唯一的 描述是europe-west2区错误率升高和间歇性 网络故障。 在“解决方案”一栏，写着“目前无”。 该页面上的所有时间戳都是太平洋时间，针对的是伦敦的中断。 一位Hacker News评论者礼貌地指出了这一点。 后来解决方案改成了这个。

1:12 如果可行，将您的工作负载转移到其他区域或区域。 中午十二点十二分，原因揭晓。

为什么一个区域会影响整个地区？

1:18 一次断电事件导致europe-west2-b区域中断。 谷歌表示其在该区域的服务不可用， 该区域其他一些服务也出现了错误。 事件中列出了38种产品。 首先，谷歌表示电源问题已缓解。 然后它将现有工作负载优先于新工作负载，并警告客户 可能暂时无法创建新的工作负载。 下午一点十分，大多数工作负载正在恢复，下午三点刚过，

1:43 谷歌宣布大多数客户的问题已缓解。 然后是客户。

谁受到了影响，谁又这样说了？

1:48 Revolut告诉英国广播公司，其服务中断是由第三方引起的， 并且资金和数据是安全的。 汇丰银行道歉并表示其他组织也受到了影响。 劳埃德银行表示其应用程序正在运行，尽管有些人遇到问题。 上午八点后不久，超过一千五百人向Downdetector报告了Revolut问题。 法院服务部门表示，其远程开庭视频链接受到影响。 英国广播公司指出，大多数公司尚未正式将其问题与谷歌联系起来。 这是你控制的部分。

你的应用能在一个黑暗区域中幸存下来吗？

2:15 虚拟机或区域磁盘精确地存在于一个区域中。 如果你的整个银行都位于区域B，那么断电事件就是你的中断。 将其分散到A和C区域，你将损失容量而不是客户。 备用容量需要花钱，这就是为什么很多团队都会跳过它。 Monzo已经撰写了更大的版本。 其主要银行运行在亚马逊的云上，而谷歌上的一个独立备用系统 可以维持卡支付和转账的进行。 在Hacker News上，一位评论者猜测英国的数据规定促使公司集中在一个

2:42 区域。没有人证实这一点。 现在讲另一个故事。 国土安全部已命令将DeepSeek从联邦民事机构中移除，

为什么DeepSeek在同一天被禁用并登上热门榜？

2:49 该命令今天在《联邦公报》上发布。 它涵盖了DeepSeek自己的产品以及使用 DeepSeek实现的第三方产品。如果你向美国机构销售软件， 在你的产品中包含DeepSeek模型之前，请阅读该条款。 禁令在《联邦公报》上生效的当天，DeepSeek新开源的 推理引擎DeepInfer登上了Hacker News的榜首。 DeepSeek表示，它是其生产服务背后的引擎， 采用Apache 2.0许可。

3:18 它在英伟达的Blackwell数据中心 GPU或华为的Ascend芯片上运行一个模型，即V4.1 Flash，并且仅用于离线推理。 KV缓存系统和负载均衡未包含在此版本中， 所以你得到的只是引擎，没有其余的车身。 有趣的切换是批次不变模式。 打开它，无论其他请求如何共享批次，结果都将保持相同，仅限英伟达。 无论其他请求如何共享批次，结果都将保持相同，仅限英伟达。 现在那份报告。

3:43 2022年7月，该区域的A区数据中心冷却系统发生故障。

伦敦上一次中断事件给谷歌带来了什么教训？

3:44 该区域的A区数据中心冷却系统发生故障。 谷歌承认区域服务也受到了影响。 它自己的流量更改将内部服务从所有三个区域， 而不是一个区域，引导离开，导致存储无法访问某些数据的任何副本。 今天，断电了，谷歌表示将进行全面分析。 当时，谷歌承诺立即采取措施提高该区域的弹性。 这一次，一个区域再次停机，该区域的一些服务也因此抛出错误。 这一次，一个区域再次停机，该区域的一些服务也因此抛出错误。

4:14 我的判决是需要审查。

判决：谷歌的伦敦区域需要审查吗？

4:16 区域断电正是区域存在的原因。 我希望谷歌的报告能解释为什么伦敦其他地区再次出现波动， 我希望你的银行能解释为什么一个区域就足以造成影响。 如果你有不同的看法，请在评论中告诉我。 如果你宁愿阅读而不是听我说，diff会每天早上免费发送到你的收件箱， 网址thedailydiff.dev，链接如下。 这就是今天的diff。 我是来自Axrisi的Niko。

4:37 负责任地合并。

来源

1. Multiple services are experiencing issues in the europe-west2 region (incident Xs2XTHzAVC9YnafnPyzj)Google Cloud Service Health
2. Google Cloud says 'power event' behind outage hitting UK banks and websitesBBC News
3. Google Cloud says outage affecting banks and court video links caused by 'power event' (live)BBC News
4. Incident report: multiple Cloud products in europe-west2, July 2022Google Cloud Service Health
5. Regions and zonesGoogle Cloud documentation
6. Tolerating full cloud outages with Monzo Stand-inMonzo
7. Google cloud outage takes down banks (discussion)Hacker News
8. Notice of Order Regarding Exclusion and Removal of DeepSeek Products (2026-21447)U.S. Department of Homeland Security · Federal Register
9. DeepInferDeepSeek on GitHub