10月11日 8:14 AM（GMT+00:00）更新显示，ru-central1-a 和 ru-central1-b 区域仍不可用。Yandex Cloud 控制台与 API（Yandex Cloud Console and API）可用；计算（Compute）在 ru-central1-d 和 ru-central1-e 可用；托管数据库（Managed Databases）可用，但 Apache Kafka® 托管服务（Managed Service for Apache Kafka®）仍有困难；S3（S3）可读写，但可能变慢；Kubernetes 托管服务（Managed Service for Kubernetes）可用，个别集群可能仍有问题；Yandex Monium（Yandex Monium）不可用；Yandex 容器注册表（Yandex Container Registry）运行正常；Yandex AI 工作室（Yandex AI Studio）与安全服务（Security services）部分可用。技术支持渠道已部分恢复，正加快处理，响应仍可能显著延迟，并暂停发放额外云资源配额。下次更新为莫斯科时间 10月11日 13:00。

问题时间线

更新（10月11日 8:14 AM，GMT+00:00）

ru-central1-a 和 ru-central1-b 区域仍不可用。各平台服务的当前状态：

• Yandex Cloud Console 和 API 可用；
• Compute：在 ru-central1-d 和 ru-central1-e 区域可用；
• Managed Databases：服务可用，但 Managed Service for Apache Kafka® 仍存在问题；
• S3：可读写，但操作速度可能变慢；
• Managed Service for Kubernetes：可用，但个别集群可能仍有问题；
• Yandex Monium 不可用；
• Yandex Container Registry 运行正常；
• Yandex AI Studio：服务部分可用，更多详情（关于状态）；
• Security services：部分可用，更多详情（关于状态）。

技术支持渠道的运作已部分恢复；我们正在加快处理咨询，但响应仍可能出现明显延迟。我们还暂时停止发放额外云资源的配额。

下一次更新将于莫斯科时间 10月11日 13:00 发布。

更新（10月11日 5:55 AM，GMT+00:00）

团队继续致力于恢复并稳定关键服务。以下是服务运行情况更新：

• Yandex Cloud Console 和 API 可用；
• Compute：在 ru-central1-d 和 ru-central1-e 区域可用；
• MDB：大多数 HA 数据库集群已完成切换；部分可能以只读模式运行或不可用；
• S3：可读取，但写入可能存在问题；
• Managed Service for Kubernetes：可用，但个别集群可能仍有问题；
• Yandex Monium：不可用；
• Yandex Container Registry：运行正常；
• Yandex AI Studio：服务部分可用，更多详情（关于状态）；
• Security services：部分可用，更多详情（关于状态）。

Yandex Cloud 团队正在恢复技术支持沟通渠道的运作。主要建议不变：请使用其他平台来恢复资源。

更新（10月11日 4:13 AM，GMT+00:00）

服务和组件运行情况更新（截至 07:13）：

• Yandex Cloud Console 和 API 可用；
• Compute：在 ru-central1-d 和 ru-central1-e 区域可用；
• MDB：大多数 HA 数据库集群已切换；部分可能以只读模式运行或不可用；
• S3：可读取，但可能出现写入问题；
• Managed Service for Kubernetes：位于 ru-central1-d 和 ru-central1-e 两个区域的区域集群正常运行；主节点位于其中一个区域的区域集群不可用，我们正在进行恢复；
• Yandex Identity and Access Management（IAM）可用；
• Yandex Monium 不可用。

团队正在恢复技术支持沟通渠道。我们建议使用其他站点来恢复资源。

更新（10月11日 3:11 AM，GMT+00:00）

由于 ru-central1-a 和 ru-central1-b 区域不可用，云平台以紧急模式运行。以下是各组件和服务截至 6:10 的状态：

• Yandex Cloud Console 和 API 可用；
• Compute：在 ru-central1-d 和 ru-central1-e 区域可用；
• MDB：大多数 HA 数据库集群已切换；部分可能以只读模式运行或不可用；
• S3：可读取，写入可能存在问题；
• Managed Service for Kubernetes：正在评估区域集群状态；
• Yandex Identity and Access Management（IAM）可用；
• 其他服务可能出现中断——我们稍后会更新其状态。

与技术支持的沟通渠道可能不稳定。状态板上的信息出现延迟。建议在外部平台使用其他资源恢复方案。

更新（10月11日 3:08 AM，GMT+00:00）

由于 UAV 攻击，Yandex 位于弗拉基米尔（Vladimir）的数据中心基础设施受损。该数据中心的运作已完全暂停。没有人员伤亡；相关服务已在现场处理后续情况。

我们认为剩余资源配置不稳定。平台运行模式为紧急模式——建议使用任何其他替代灾难恢复方案。与技术支持的沟通渠道可能不稳定。Yandex Cloud 团队正在努力恢复服务运作。

调查

10月11日 1:11 AM（GMT+00:00）

ru-central-a 可用区电力故障

ru-central1-a 可用区出现停电。团队正在修复该问题。我们将随时告知工作进展。

不少人把 Yandex 数据中心遇袭视为战争状态下互相摧毁基础设施的正常延续，或俄罗斯人才与基建损失的缩影；少数人则警告数据中心是防御薄弱的民用目标，若冲突升级会进一步推高内存等硬件价格。讨论还延伸到工程与战略层面，关注数据中心正成为高优先级目标并可能走向去中心化、小型化与地下化；同时也有人质疑实际被击中的是两处而非三处，并追问攻击如何穿透防御。

认为袭击数据中心是战争中的公平报复或俄罗斯自食其果

• 战争状态下互相摧毁基础设施无可厚非，平时谴责破坏的道义标准并不适用；只要战争不停，双方就可以彻底摧毁对方。（少数人）
• 认为俄罗斯曾以拥有互联网级搜索引擎等 IT 实力自豪，但军事行动已让其流失大量人才，如今又在丢失基础设施，是进一步的代价；有人以“算你倒霉”表达嘲讽。（较多人）
• 希望更多报道此类消息，以提醒普通俄罗斯人其在基辅杀害平民的行为并不正确。（少数人） > 战争之中一切行为都无可厚非，只要战争不停，双方就能互相彻底摧毁，泛泛谴责破坏的道义在这里并不适用。（@thinker34）

担忧数据中心作为民用目标防御薄弱，升级将冲击硬件供应

• 指出数据中心属于民用设施且全球防御都很薄弱；如果此类袭击升级，内存等硬件价格会比现在昂贵得多。（少数人） > 数据中心属于民用目标，而且全球防御都很薄弱；如果局势升级，现在的内存价格还算便宜的。（@bvcp）

认为数据中心正成为战争高优先级目标，未来将更去中心化与地下化

• 把 Yandex 遇袭与中东 AWS 数据中心被毁并列，认为这预示未来数据中心与服务可能转向去中心化系统，并形成由大量小型数据中心组成的更大规模网络；随着人类把更多任务委托给人工智能，其战争优先级还会提升，已有算力可能正被部署在山体下的掩体中。（较多人） > 从纯工程角度看，这类袭击与中东 AWS 数据中心被毁预示一种趋势：未来服务可能转向去中心化系统，以及由更多小型数据中心组成的大型网络。（@usrnm）

肯定 Yandex 的事故沟通比常见大厂更务实坦诚

• 认为 Yandex 关于事故中客户应有预期和需采取措施的沟通非常现实、令人耳目一新，希望业界更多公司能这样坦诚。（少数人） > Yandex 关于事故的沟通显得很务实，对客户应有预期和需采取的措施非常现实，希望这种坦诚能更常见。（@LoganDark）

推测 Yandex 可能因未投资防空而被俄罗斯政府接管

• 指出俄罗斯已有新法律明确允许没收未投资防空设施的企业，因此 Yandex 可能因未建防空而被国家接管。（少数人） > 看起来 Yandex 会因未投资防空而被国家接管，俄罗斯已有新法律明确允许没收这类企业。（@surfingdino）

认为实际仅两处数据中心被击中，而非第三处

• 有人指出“这是迄今第三个云数据中心”的说法存疑，因为英文状态时间线只显示两处被击中而非三处；同时也有人追问攻击方如何穿透 Yandex 的全部防御，以及俄罗斯究竟有多少主要数据中心。（少数人） > 应该分享英文版状态时间线，它只显示两处被击中，而不是三处。（@supriyo-biswas）

调侃 Yandex 是寻找被封禁内容的最佳工具

• 认为 Yandex 是搜索被“腐朽西方”封禁内容的最佳搜索引擎；还有人问如果 Yandex 挂掉，还有什么替代途径找 BT 种子。（少数人） > 认为 Yandex 是搜索被腐朽西方封禁内容的最佳搜索引擎，还借此贬低 Google。（@sehw）