返回档案库

案例库 · 软件与 IT · 技术决策 · 2026

谷歌云德里数据中心火灾让印度的流量持续降级了三周

一座第三方德里机房失火,迫使谷歌削减了那里的网络,客户们一连数周看到延迟飙升。

谷歌云 · 2026-06-09

怎么回事

2026 年 6 月 9 日,德里一座第三方数据中心失火,迫使谷歌云关闭该区域的网络设备并降低容量。谷歌隔离了德里的接入点并重新路由流量,但需求超过了可用容量,德里、金奈、孟买及周边地区的客户看到延迟飙升,甚至可能出现丢包。

这次中断冲击了谷歌的 Hybrid Connectivity 和 VPC 服务——它们支撑着企业如何把本地网络接入谷歌云。谷歌的状态页从 6 月 5 日跟踪到 6 月 26 日,也就是说客户在约三周里一直承受降级的网络性能,而公司在此期间重建容量。

这次失败是一个韧性决策:谷歌把接入点集中在一处第三方设施里,所以那里失火,就切断了承载印度流量的骨干链路。重新路由只是部分答案,因为幸存的网络无法吸收需求。

谷歌表示会优化骨干容量、扩建德里接入点并迁移对等互联,以降低重演的风险。这次事件展示了,即使有流量重路由,一个市场里单独一处实体设施故障也能让一个云区域降级数周。

为什么会这样

  • 一处第三方设施托管着谷歌的接入点,所以那里失火,就切断了整个区域的骨干链路
  • 重新路由假设幸存的网络能吸收需求,但容量已接近极限
  • 恢复花了数周,因为重建骨干容量、迁移对等互联是缓慢的工程,不是一键故障转移
  • 尽管火势得到控制,这次事件仍引发了对数据丢失的担忧,放大了声誉成本
代价印度云区域三周的网络降级代价高昂

教训

一处共享设施里单独一个接入点,就是一个区域整体的单点故障——只有幸存的网络能扛住负载时,重路由才有效。

资料来源

发现哪里写错了?告诉我们。

Comments · 0

    登录 后就能评论。

    类似的案例

    这家公司栽倒的地方,别处有人漂亮地解开过。 第二意见 →