将应用部署到 Google Cloud 的生产环境后,您可能需要修改其使用的基础架构。例如,您可能需要更改虚拟机的机器类型或更改 Cloud Storage 存储桶的存储类别。Google Cloud 基础架构可靠性指南的这一部分总结了可供您遵循的变更管理指南,以降低基础架构资源的可靠性风险。本部分还介绍了如何监控 Google Cloud 基础架构的可用性。
逐步部署基础架构更改
如果您需要尽可能更改 Google Cloud 基础架构,请逐步将更改部署到生产环境中。例如,如果您需要更改虚拟机的机器类型,请将更改部署到一个可用区中的一些虚拟机,并监控更改的效果。如果您发现任何问题,请将基础架构快速还原到先前的稳定状态。诊断并解决问题,然后重启渐进式部署流程。验证工作负载是否按预期运行后,请在整个基础架构中逐步部署更改。
控制对全球性资源的更改
如果您修改了全球性资源(例如 VPC 网络和全球负载均衡器),那么在将更改部署到生产环境之前,请务必谨慎验证更改。
由于全球性资源可以灵活应对可用区和区域服务中断,因此您可能会决定在架构中使用某些全球性资源的单个实例。在此类部署中,全球性资源可能会发生单点故障。例如,如果您无意中错误配置了全球负载均衡器的转发规则,则前端可能会停止接收或处理用户请求。在这种情况下,虽然后端完好无损,但用户实际上无法使用该应用。为避免这种情况,请严格控制全球性资源的更改。例如,在变更审核流程中,您可以将对全球性资源的任何修改归类为高风险变更,必须由其他审核者进行验证和批准。
监控 Google Cloud 基础架构的可用性
您可以使用 Google Cloud Service Health 信息中心监控所有区域的 Google Cloud 服务的当前状态。您还可以查看每项服务的基础架构故障(称为突发事件)的历史记录。历史记录页面提供每个突发事件的详细信息,例如突发事件时长、受影响的可用区和区域、受影响的服务,以及任何建议的解决方法。
您还可以使用 Personalized Service Health 查看与项目相关的突发事件。借助 Service Health,您还可以使用 API 根据每个项目或每个组织请求事件信息,并配置提醒。
Google 会定期对每个突发事件的状态提供更新,包括预计下次更新的时间。您可以使用 RSS Feed 以编程方式获取突发事件的状态更新。如需了解详情,请参阅突发事件和 Google Cloud Service Health 信息中心。