Join us for Firebase Summit on November 10, 2021. Tune in to learn how Firebase can help you accelerate app development, release with confidence, and scale with ease. Register

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-centraleurope-west 的 App Engine 应用,则您的 Cloud Firestore 数据库将被视为多区域数据库。

多区域位置

多区域位置是一般地理区域,例如美国。多区域位置中的数据会复制到多个区域。在单个区域内,数据会跨地区复制。

如果您想要最大限度地提高数据库的可用性和耐用性,请选择多区域位置。多区域位置即使发生全区域中断也可以维持可用性,且不会丢失数据。

Firebase 支持以下多区域 GCP 资源位置:
多区域位置名称 多区域位置说明 组成区域
eur3 欧洲 europe-west1europe-west4
nam5 美国 us-central1us-central2(俄克拉荷马 - 不公开的 GCP 区域)

单区域位置

单区域位置是具体的地理位置,如南卡罗来纳州。单区域位置中的数据会复制到单个区域内的多个可用区。每个单区域位置与其他单区域位置至少相隔 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 控制台中,转到项目设置

后续步骤

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