Cloud Firestore-Standorte

Bevor Sie Cloud Firestore verwenden, müssen Sie einen Speicherort für Ihre Datenbank auswählen. Um die Latenz zu reduzieren und die Verfügbarkeit zu erhöhen, speichern Sie Ihre Daten in der Nähe der Benutzer und Dienste, die sie benötigen. Diese Standorteinstellung ist der standardmäßige Google Cloud Platform (GCP)-Ressourcenstandort Ihres Projekts.

Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenstandort möglicherweise bereits zuvor festgelegt wurde, entweder während der Projekterstellung oder beim Einrichten eines anderen Dienstes, der eine Standorteinstellung erfordert (siehe unten).

Standardmäßiger GCP-Ressourcenstandort

Für mehrere für Ihre App verfügbare Dienste ist eine Standorteinstellung erforderlich, die als standardmäßiger Google Cloud Platform (GCP)-Ressourcenstandort Ihres Projekts bezeichnet wird. An diesem Ort werden Ihre Daten für GCP-Dienste gespeichert, die eine Standorteinstellung erfordern.

Die folgenden Produkte nutzen denselben standardmäßigen GCP-Ressourcenstandort:

  • Cloud Firestore
    Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenstandort nicht für die Firebase Realtime Database gilt.

  • Cloud-Speicher
    Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenstandort nur für Ihren standardmäßigen Cloud Storage- Bucket gilt. Wenn Sie den Blaze-Plan nutzen, können Sie mehrere Buckets erstellen, jeder mit seinem eigenen Standort .

  • Google App Engine (GAE)-App
    Wenn Sie eine App Engine-App einrichten, teilt sich ihr Speicherort mit Ihrem standardmäßigen GCP-Ressourcenstandort. Beachten Sie, dass Sie eine App Engine-App in Ihrem Projekt haben müssen, wenn Sie Cloud Scheduler verwenden (z. B. zum Ausführen geplanter Funktionen ).

Arten von Standorten

Sie können Ihre Cloud Firestore-Daten an einem Standort mit mehreren Regionen oder einem regionalen Standort speichern.

Beachten Sie, dass Ihre Cloud Firestore-Datenbank als multiregional betrachtet wird, wenn Sie bereits über eine App Engine-App mit dem Standort us-central oder europe-west verfügen.

Standorte mit mehreren Regionen

Wählen Sie einen Standort mit mehreren Regionen, um die Verfügbarkeit und Haltbarkeit Ihrer Datenbank zu maximieren.

Ein Standort mit mehreren Regionen besteht aus einer definierten Gruppe von Regionen , in denen mehrere Replikate der Datenbank gespeichert sind. Bei jedem Replikat handelt es sich entweder um ein Lese-/Schreibreplikat, das alle Daten in der Datenbank enthält, oder um ein Zeugenreplikat, das keinen vollständigen Datensatz verwaltet, aber an der Replikation teilnimmt.

Durch die Replikation der Daten zwischen mehreren Regionen können die Daten auch beim Verlust einer gesamten Region weiterhin bereitgestellt werden. Innerhalb einer Region werden Daten zonenübergreifend repliziert, sodass die Daten auch beim Verlust einer Zone weiterhin innerhalb dieser Region bereitgestellt werden können.

Firebase unterstützt die folgenden multiregionalen GCP-Ressourcenstandorte:
Name mehrerer Regionen Beschreibung mehrerer Regionen Lese-Schreib-Regionen Zeugenregion
eur3 Europa europe-west1 (Belgien), europe-west4 (Niederlande) europe-north1 (Finnland)
nam5 Vereinigte Staaten us-central1 (Iowa), us-central2 (Oklahoma – private GCP-Region) us-east1 (South Carolina)

Regionale Standorte

Ein regionaler Standort ist ein bestimmter geografischer Ort, beispielsweise South Carolina. Daten an einem regionalen Standort werden in mehreren Zonen innerhalb einer Region repliziert. Alle regionalen Standorte sind von anderen regionalen Standorten mindestens 100 Meilen entfernt.

Wählen Sie einen regionalen Standort für geringere Kosten, für eine geringere Schreiblatenz, wenn Ihre Anwendung latenzempfindlich ist, oder für die gemeinsame Platzierung mit anderen GCP-Ressourcen .

Firebase unterstützt die folgenden regionalen GCP-Ressourcenstandorte:
Regionsname Beschreibung der Region
Nordamerika
us-west1 Oregon
us-west2 Los Angeles
us-west3 Salt Lake City
us-west4 Las Vegas
northamerica-northeast1 Montreal

northamerica-northeast2

Toronto
us-east1 South Carolina
us-east4 Nord-Virginia
Südamerika
southamerica-east1 São Paulo
Europa
europe-west2 London

europe-west1

Belgien

europe-west4

Niederlande

europe-west9

Paris
europe-west3 Frankfurt
europe-central2 Warschau
europe-west6 Zürich
Naher Osten

me-central1

Doha

me-central2

Dammam

me-west1

Tel Aviv
Asien
asia-south1 Mumbai

asia-south2

Dieser Standort unterstützt Cloud Storage für Firebase nicht. Wenn Sie Cloud Storage für Firebase nutzen möchten, sollten Sie einen anderen Standort wählen.

Delhi
asia-southeast1 Singapur
asia-southeast2 Jakarta
asia-east2 Hongkong
asia-east1 Taiwan
asia-northeast1 Tokio
asia-northeast2 Osaka
asia-northeast3 Seoul
Australien
australia-southeast1 Sydney

australia-southeast2

Dieser Standort unterstützt Cloud Storage für Firebase nicht. Wenn Sie Cloud Storage für Firebase nutzen möchten, sollten Sie einen anderen Standort wählen.

Melbourne

Standort-SLA

Ihr Cloud Firestore-Standorttyp bestimmt den Prozentsatz der Service Level Agreement (SLA) -Verfügbarkeit:

Abgedeckter Service Monatlicher Verfügbarkeitsprozentsatz
Cloud Firestore mehrere Regionen >= 99,999 %
Cloud Firestore Regional >= 99,99 %

Standortpreise

Ihr Cloud Firestore-Standort bestimmt die Kosten für den Datenbankbetrieb.

Eine ausführliche Erläuterung der Preise pro Region und pro Regionstyp finden Sie unter Grundlegendes zur Cloud Firestore-Abrechnung .

Sehen Sie sich die Standorteinstellungen Ihres Projekts an

Gehen Sie in der Firebase-Konsole zu Ihren Projekteinstellungen .

Nächste Schritte

  • Weitere Informationen zum Erstellen von Anwendungen zur Erfüllung Ihrer Latenz-, Verfügbarkeits- und Haltbarkeitsanforderungen finden Sie unter Geografie und Regionen .