Google Cloud 部署原型指南的这一部分介绍了多区域部署原型。
在使用多区域部署原型的云架构中，应用可在两个或更多 Google Cloud 区域中运行。应用数据会复制到架构的所有区域。为了确保快速、同步地复制数据，区域通常位于一个大洲内。
下图显示了在两个 Google Cloud 区域中运行的应用的云拓扑：
上图显示了在两个 Google Cloud 区域中独立运行的两个独立多层应用堆栈。在每个区域中，该应用都在 3 个可用区运行。系统会复制两个区域中的数据库。如果工作负载具有较低的恢复点目标 (RPO)，或者需要高跨区域数据一致性，则数据库复制需要同步。否则，数据库可以异步复制。用户请求使用 DNS 路由政策路由到区域负载平衡器。 如果两个区域中的任何一个发生中断，则 DNS 会将用户请求路由到另一个区域的负载均衡器。
使用场景
以下部分提供了适合使用多区域部署原型的应用场景示例。
为地理位置分散的用户提供高可用性
针对那些对业务很关键且需要高可用性和稳健性以防区域服务中断的应用，我们建议实施多区域部署。如果某个区域因任何原因而变得不可用（甚至由自然灾害引起大规模中断），应用用户不会遇到任何停机时间。流量会路由到其他可用区域中的应用。如果数据已同步复制，恢复时间目标 (RTO) 将接近于零。
应用用户的延迟时间较短
如果您的用户在特定地理区域（例如某大洲）内，您可以使用多区域部署，以便在可用性和性能之间实现最佳平衡。当其中一个区域发生服务中断时，全球负载均衡器会将源自该区域的请求发送到另一个区域。由于这些区域都在一个地理区域内，因此用户不会感觉到明显的性能影响。
遵守数据驻留和主权要求
多区域部署原型可帮助您满足数据驻留和运营主权的监管要求。 例如，欧洲的国家/地区可能会要求在位于该国家/地区内的数据中心存储和访问所有用户数据。您可以将应用部署到欧洲的Google Cloud 区域，并将 DNS 与地理围栏路由政策搭配使用以将流量路由到适当的区域。
设计考虑事项
跨多个位置预配和管理冗余资源时，跨位置网络流量可能较高。您还可以跨多个区域存储和复制数据。在构建使用多区域部署原型的架构时，请考虑云资源和网络流量的潜在较高的费用以及操作部署的复杂性。对于业务关键型应用，多区域架构的可用性优势可能超过增加的费用和操作复杂性。
参考架构
如需了解可用于在 Compute Engine 虚拟机上设计多区域部署的参考架构，请参阅 Compute Engine 上的多区域部署。