Cloud Firestore 的位置

在使用 Cloud Firestore 之前，您必须先为数据库选择位置。为缩短延迟并提高可用性，请将您的数据存储在需要这些数据的用户和服务附近。此位置设置是您项目的默认 Google Cloud Platform (GCP) 资源位置。

请注意，您的默认 GCP 资源位置可能已经在项目创建过程中或者在需要位置设置的其他服务中得到设置（请参阅下文）。

默认 GCP 资源位置

多项适用于您应用的服务需要设置位置信息，此位置也称为项目的“默认 Google Cloud Platform (GCP) 资源位置”，用于存储需要设置位置信息的 GCP 服务的数据。

以下产品共用相同的默认 GCP 资源位置：

  • Cloud Firestore
    请注意，您的默认 GCP 资源位置不适用于 Firebase Realtime Database。

  • Cloud Storage
    请注意，您的默认 GCP 资源位置仅适用于您的默认 Cloud Storage 存储分区。如果您使用的是 Blaze 方案，则可以创建多个存储分区，每个存储分区都有自己的位置。

  • Google App Engine (GAE) 应用
    如果您设置了 App Engine 应用，其位置将是您的默认 GCP 资源位置。请注意，如果您使用 Cloud Scheduler（例如为了运行预定函数），就需要在项目中安装 App Engine 应用。

位置类型

您可以将 Cloud Firestore 数据存储在多区域位置或单区域位置。

请注意，如果您已在使用位置为 us-central 或 europe-west 的 App Engine 应用，则您的 Cloud Firestore 数据库将被视为多区域数据库。

多区域位置

如果您想要最大限度地提高数据库的可用性和耐用性，请选择多区域位置。

多区域位置由一组定义的区域（其中存储了数据库的多个副本）组成。每个副本要么是包含数据库中所有数据的读写副本，要么是不保留全部数据但参与复制的见证者副本。

通过在多个区域之间复制数据，即使整个区域丢失，系统也能继续传送数据。在一个区域内，数据会跨可用区复制，因此，即使可用区丢失，系统也能继续在该区域内传送数据。

Firebase 支持以下多区域 GCP 资源位置：
多区域位置名称 多区域位置说明 读写区域 见证者区域
eur3 欧洲 europe-west1（比利时）、europe-west4（荷兰） europe-north1（芬兰）
nam5 美国 us-central1（爱荷华）、us-central2（俄克拉荷马 - 不公开的 GCP 区域） us-east1（南卡罗来纳）

单区域位置

单区域位置是具体的地理位置，如南卡罗来纳州。单区域位置中的数据会复制到单个区域内的多个可用区。每个单区域位置与其他单区域位置至少相隔 100 英里。

如果您的应用对延迟较敏感，或者您想要与其他 GCP 资源共用位置，请选择单区域位置以降低成本和写入延迟。

Firebase 支持以下单区域 GCP 资源位置：
区域名称区域说明
北美洲
us-west1俄勒冈
us-west2洛杉矶
us-west3盐湖城
us-west4拉斯维加斯
northamerica-northeast1蒙特利尔
us-east1南卡罗来纳州
us-east4北弗吉尼亚
南美洲
southamerica-east1圣保罗
欧洲
europe-west2伦敦
europe-west3法兰克福
europe-central2华沙
europe-west6苏黎世
亚洲
asia-south1孟买
asia-southeast1新加坡
asia-southeast2雅加达
asia-east2香港
asia-east1台湾
asia-northeast1东京
asia-northeast2大阪
asia-northeast3首尔
澳大利亚
australia-southeast1悉尼

位置 SLA

您的 Cloud Firestore 位置类型决定了服务等级协议 (SLA) 正常运行时间百分比：

涵盖的服务 每月正常运行时间百分比
Cloud Firestore 多区域 >= 99.999%
Cloud Firestore 单区域 >= 99.99%

位置定价

您的 Cloud Firestore 位置决定了数据库操作的成本。

如需了解每个区域和每个区域类型的定价的全面说明，请参阅了解 Cloud Firestore 计费方式。

查看项目的位置设置

在 Firebase 控制台中，转到项目设置。

后续步骤

  • 如需详细了解如何构建应用以满足您的延迟、可用性和耐用性要求，请参阅地理位置和区域。