地理位置和区域

Google Cloud 服务目前可在北美洲、南美洲、欧洲、亚洲和澳洲的多个位置使用。这些位置分为区域和地区。您可以根据延迟时间、可用性和耐用性要求，选择要将您的应用部署在哪些位置。

区域和地区

区域是独立的地理位置，由多个地区组成。在区域内，各位置的往返网络延迟时间在第 95 百分位下往往低于 1ms。

地区是区域中用于部署 Google Cloud 资源的位置。地区应被视为区域中的一个故障网域。如需部署具备高可用性的容错应用以及防范意外故障，请跨区域中的多个地区部署您的应用。

为了防止因自然灾害导致整个区域服务中断，请制定一项灾难恢复计划，并了解如何在主要区域服务中断的情况下（这种情况不太可能发生）启动您的应用。如需了解详情，请参阅应用部署考虑因素。

如需详细了解每个位置选项中提供的特定资源，请参阅我们的 Cloud 位置。

Google Cloud 的服务和资源可以是地区性或区域性的，也可以由 Google 跨多个区域进行管理。如需详细了解这些方案对您数据的影响，请参阅数据的地理位置管理。

地区资源在单个地区内运作。如果某个地区变为不可用，则除非服务恢复，否则该地区中的所有地区性资源都不可用。地区资源的一个示例是：位于特定地区内的 Compute Engine 虚拟机实例。

地区性资源是跨某个地区中的多个区域以冗余方式部署的资源，例如 App Engine 应用或地区性代管实例组。因此，与区域性资源相比，地区性资源具有较高的可用性。

由 Google 管理的几项 Google Cloud 服务是分布在相同区域内和不同区域之间的冗余服务。这些服务有助于优化可用性、性能和资源效率。因此，这些服务需要在延迟时间或一致性模型间进行权衡。如需了解具体权衡，请参阅与特定产品相关的文档。

除了任何区域部署位置以外，以下服务还具有一个或多个多区域部署位置：

Google Cloud 服务的数据存储区域受服务条款（包括服务专用条款）的约束。Google 了解，每位客户可能都有独特的安全性和合规性需求。Google Cloud 销售团队可以帮助您满足您的要求。

使用区域或地区存储资源时，我们强烈建议您将数据复制到另一个区域，或截取数据快照并存储到一个多区域存储资源，以用于进行灾难恢复。

若想构建具备高可用性的服务和应用，以便能够应对地区不可用这一情况

使用以下资源：

区域资源（例如 App Engine 应用、区域代管实例组）或代管式多区域资源（例如 Cloud Storage、Datastore、Firestore 或 Cloud Spanner）。
地区资源，例如 Compute Engine 虚拟机，但您需要跨地区或跨区域管理自己的计算和存储冗余性。

若想构建具备灾难恢复能力的应用，以便能够应对整个区域长期丢失的情况

对于数据，请使用以下一种或多种策略：

使用代管式多区域存储服务，例如 Cloud Storage、Datastore、Firestore 或 Cloud Spanner。
使用地区资源或区域资源，但需要截取数据快照并存储到 Cloud Storage、Datastore、Firestore 或 Cloud Spanner 等多区域资源。
使用地区或区域资源，但需要将您自己的数据复制到一个或多个其他区域。

对于计算，请使用以下策略：

使用 Compute Engine 或 App Engine 等地区资源或区域资源，但如果数据尚未包含在代管式多区域资源中，则当发生区域故障时，您需要在另一个引用主数据副本的区域中手动或自动启动您的应用。

如需详细了解服务依赖项，请与销售人员联系。

以下解决方案和教程介绍了如何确保您的应用具备高可用性并能够应对服务中断的情况：

了解如何借助 Google Cloud，采用广泛适用于任何 Web 应用的模式和做法来构建可扩缩的弹性应用架构。

在不同区域中配置 Compute Engine 实例，同时使用 HTTP 负载平衡在不同区域之间分配流量，从而提高跨区域的可用性，并在服务中断时提供故障转移服务。

在 Compute Engine 服务上设计稳健可靠的应用，使之能够抵御故障、网络中断和意外灾难。

了解如何通过将数据备份到 Cloud Storage 并从 Cloud Storage 中恢复数据，为 Cassandra 安装添加基本灾难恢复能力。

了解使用 Google Cloud 设计和测试灾难恢复计划的一般原则。