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 | |
| Toronto | |
us-east1 | South Carolina | |
us-east4 | Nord-Virginia | |
| Südamerika | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | London | |
| Niederlande | |
europe-west3 | Frankfurt | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
| Asien | ||
asia-south1 | Mumbai | |
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 | |
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
- Um eine Cloud Firestore-Datenbank an einem bestimmten Ort zu erstellen, besuchen Sie Erste Schritte mit Cloud Firestore .
- Weitere Informationen zum Erstellen von Anwendungen zur Erfüllung Ihrer Latenz-, Verfügbarkeits- und Haltbarkeitsanforderungen finden Sie unter Geografie und Regionen .