سرویس VMware گوگل کلود بهخاطر یک بهروزرسانی معیوب دچار مشکل شد.
谷歌云最近的一次配置更新出了岔子，直接破坏了VMware引擎（GCVE）拉伸集群的核心功能。在澳大利亚、欧洲和北美部分区域，客户无法正常访问他们的虚拟服务器，因为负责同步不同区域数据的网络连接中断了。这意味着客户花钱购买的‘高可用’保障，在故障面前形同虚设。更糟的是，谷歌云还没给出具体的修复时间。
چرا مهمه؟
拉伸集群的设计初衷就是在某个数据中心出问题时，业务能自动切换到另一个地点，保证不间断运行。这次事件恰恰暴露了这个‘保险机制’在一次人为配置失误面前是多么脆弱。那些把关键业务部署在谷歌云GCVE上、并依赖此功能实现容灾的企业，其业务连续性计划瞬间就被打破了。对于正在评估或使用云上高可用方案的所有技术决策者来说，这是一个警示：云服务商的运维质量，直接决定了你的架构是否真的‘高可用’。
به درد کی میخوره؟
使用或评估谷歌云VMware Engine（GCVE）的技术团队与架构师 企业IT决策者与云架构负责人 关注云服务可靠性与灾备方案的技术人员 VMware技术生态的相关从业者
تو عمل چی کار کنیم؟
对于已部署的客户，必须立刻评估本次中断是否影响了自身业务，并准备应急预案。正在选型的团队则需要重新审视谷歌云在该产品线上的运维稳定性承诺，可能要在采购合同和服务等级协议（SLA）中加入更严格的约束条款。所有用户都应将这次事件作为案例，重新检验自身云上架构的容灾设计是否存在单点风险。
نظر Blue IT News
一次配置更新就能让‘高可用’失效，这提醒我们，把业务韧性完全寄托在单一云服务商的技术实现上，本身就是一种风险。企业在享受云服务便利的同时，必须坚持构建跨云或混合云的容灾能力，这才是应对各类意外事件的根本保障。