位置

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

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

默认 GCP 资源位置

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

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

  • Firestore

  • Cloud Storage
    请注意,您的默认 GCP 资源位置仅适用于您的默认 Cloud Storage 存储分区。您可以创建多个存储分区,每个存储分区都有它自己的位置

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

位置类型

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

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

多区域位置

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

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

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

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

单区域位置

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

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

Firestore 支持以下区域 GCP 资源位置::
地区名称区域说明
北美洲
us-west1俄勒冈
us-west2洛杉矶
us-west3盐湖城
us-west4拉斯维加斯

us-central1

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

爱荷华
northamerica-northeast1蒙特利尔

northamerica-northeast2

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

多伦多
us-east1南卡罗来纳
us-east4北弗吉尼亚

us-east5

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

哥伦布

us-south1

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

达拉斯
南美洲

southamerica-west1

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

圣地亚哥
southamerica-east1圣保罗
欧洲
europe-west2伦敦

europe-west1

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

比利时

europe-west4

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

荷兰

europe-west8

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

米兰

europe-southwest1

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

马德里

europe-west9

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

巴黎

europe-west12

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

都灵

europe-west10

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

柏林
europe-west3法兰克福

europe-north1

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

芬兰
europe-central2华沙
europe-west6苏黎世
中东

me-central1

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

多哈

me-central2

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

达曼

me-west1

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

特拉维夫
亚洲
asia-south1孟买

asia-south2

此位置不支持 App Engine。 如果您计划使用 App Engine, 另一个位置。

德里
asia-southeast1新加坡
asia-southeast2雅加达
asia-east2香港
asia-east1台湾
asia-northeast1东京
asia-northeast2大阪
asia-northeast3首尔
澳大利亚
australia-southeast1悉尼

australia-southeast2

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

墨尔本
非洲

africa-south1

此位置不支持 App Engine。 如果您打算使用 App Engine,应选择其他位置。

约翰内斯堡

位置 SLA

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

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

位置价格

您的 Firestore 位置决定了数据库操作的费用。

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

查看数据库的位置

使用以下方法之一查看数据库的位置设置:

后续步骤

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