Firestore with MongoDB compatibility locations

When you provision a Firestore database, you must choose a location for it. To reduce latency and increase availability, store your data close to the users and services that need it.

You can optionally create multiple databases in your project, each with its own location setting.

Be aware that once you provision a database, you cannot change its location setting.

Types of locations

You can store your Firestore with MongoDB compatibility data in a multi-region location or a regional location.

Multi-region locations

Select a multi-region location to maximize the availability and durability of your database.

A multi-region location consists of a defined set of regions where multiple replicas of the database are stored. Each replica is either a read-write replica which contains all of the data in the database or a witness replica which does not maintain a full set of data but participates in replication.

By replicating the data between multiple regions, data can continue to be served even with the loss of an entire region. Within a region, data is replicated across zones so that data can continue to be served within that region even with the loss of a zone.

Firestore with MongoDB compatibility supports the following multi-region locations:

Multi-region name Multi-region description Read-Write regions Witness region
eur3 Europe europe-west1 (Belgium), europe-west4 (Netherlands) europe-north1 (Finland)
nam5 United States (Central) us-central1 (Iowa), us-central2 (Oklahoma—private Google Cloud region) us-east1 (South Carolina)
nam7 United States (Central and East) us-central1 (Iowa), us-east4 (Northern Virginia) us-central2 (Oklahoma—private Google Cloud region)

Regional locations

A regional location is a specific geographic place, such as South Carolina. Data in a regional location is replicated in multiple zones within a region. All regional locations are separated from other regional locations by at least 100 miles.

Select a regional location for lower costs, for lower write latency if your application is sensitive to latency, or for co-location with other Google Cloud resources.

Firestore with MongoDB compatibility supports the following regional resource locations:

Region nameRegion description
North America
us-west1Oregon
us-west2Los Angeles
us-west3Salt Lake City
us-west4Las Vegas

us-central1

Iowa
northamerica-northeast1Montréal

northamerica-northeast2

Toronto

northamerica-south1

Queretaro
us-east1South Carolina
us-east4Northern Virginia

us-east5

Columbus

us-south1

Dallas
South America

southamerica-west1

Santiago
southamerica-east1São Paulo
Europe
europe-west2London

europe-west1

Belgium

europe-west4

Netherlands

europe-west8

Milan

europe-southwest1

Madrid

europe-west9

Paris

europe-west12

Turin

europe-west10

Berlin
europe-west3Frankfurt

europe-north1

Finland

europe-north2

Stockholm
europe-central2Warsaw
europe-west6Zürich
Middle East

me-central1

Doha

me-central2

Dammam

me-west1

Tel Aviv
Asia
asia-south1Mumbai

asia-south2

Delhi
asia-southeast1Singapore
asia-southeast2Jakarta
asia-east2Hong Kong
asia-east1Taiwan
asia-northeast1Tokyo
asia-northeast2Osaka
asia-northeast3Seoul
Australia
australia-southeast1Sydney

australia-southeast2

Melbourne
Africa

africa-south1

Johannesburg

Location SLA

Your Firestore with MongoDB compatibility location type determines the Service Level Agreement (SLA) uptime percentage at General Availability (GA):

Covered service Monthly uptime percentage
Firestore with MongoDB compatibility Multi-Region >= 99.999%
Firestore with MongoDB compatibility Regional >= 99.99%

Location pricing

Your Firestore with MongoDB compatibility location determines the cost of database operations.

For a comprehensive explanation of pricing per region and per region type, see Understand Firestore with MongoDB compatibility billing.

View the location of your databases

Use one of the following methods to view the location setting for your databases:

Next steps

  • To create a Firestore with MongoDB compatibility database in a specific location, see Create and manage databases

  • For more information about building applications to meet your latency, availability, and durability requirements, refer to Geography and Regions.