Wenn Sie eine Cloud Firestore-Instanz bereitstellen, müssen Sie einen Standort für die Instanz auswählen. Um die Latenz zu verringern und die Verfügbarkeit zu erhöhen, speichern Sie Ihre Daten in der Nähe der Nutzer und Dienste, die sie benötigen.
Wenn für Ihr Projekt der Blaze-Preisplan mit Abrechnung nach Verbrauch gilt, können Sie optional mehrere Datenbanken in Ihrem Projekt erstellen, die jeweils eine eigene Standorteinstellung haben.
Beachten Sie, dass Sie die Standorteinstellung einer Datenbankinstanz nicht mehr ändern können, nachdem Sie sie bereitgestellt haben.
Arten von Standorten
Sie können Ihre Cloud Firestore-Daten an einem multiregionalen Standort oder einem regionalen Standort speichern.
Multiregionale Standorte
Wählen Sie einen multiregionalen Standort aus, um die Verfügbarkeit und Langlebigkeit Ihrer Datenbank zu maximieren.
Ein multiregionaler Standort besteht aus einer definierten Gruppe von Regionen, in denen mehrere Replikate der Datenbank gespeichert werden. Jedes Replikat ist entweder ein Lese-Schreib-Replikat, das alle Daten in der Datenbank enthält, oder ein Zeuge-Replikat, das zwar nicht alle Daten enthält, aber an der Replikation teilnimmt.
Durch die Replikation der Daten zwischen mehreren Regionen können sie auch bei einem Ausfall einer ganzen Region weiter bereitgestellt werden. Innerhalb einer Region werden Daten zonenübergreifend repliziert, damit sie auch bei einem Zonenausfall innerhalb der Region weiter bereitgestellt werden können.
Cloud Firestore unterstützt die folgenden Standorte mit mehreren Regionen:
| Name des multiregionalen Standorts | Beschreibung des multiregionalen Standorts | Nicht schreibgeschützte Regionen | Zeugenregion |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgien), europe-west4 (Niederlande) |
europe-north1 (Finnland) |
nam5 |
USA | us-central1 (Iowa), us-central2 (Oklahoma – private GCP-Region) |
us-east1 (South Carolina) |
Wenn Ihr Projekt bereits eine App Engine-Anwendung mit dem Standort us-central oder europe-west hat, wird Ihre Standard-Cloud Firestore-Datenbank als multiregional eingestuft.
Regionale Standorte
Ein regionaler Standort ist ein bestimmter geografischer Ort wie South Carolina. Daten an einem regionalen Standort werden in mehreren Zonen innerhalb einer Region repliziert. Alle regionalen Standorte sind mindestens 160 Kilometer voneinander entfernt.
Wählen Sie einen regionalen Standort aus, um die Kosten niedrig zu halten, um eine niedrige Schreiblatenz zu erzielen, wenn Ihre Anwendung empfindlich auf Latenz reagiert, oder um die Datenbank gemeinsam mit anderen Google Cloud-Ressourcen am selben Standort zu speichern.
Cloud Firestore unterstützt die folgenden regionalen Ressourcenstandorte:
| Name der Region | Beschreibung der Region | |
|---|---|---|
| Nordamerika | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
|
|
Iowa | |
northamerica-northeast1 | Montreal | |
|
|
Toronto | |
|
|
Queretaro | |
us-east1 | South Carolina | |
us-east4 | Northern Virginia | |
|
|
Columbus | |
|
|
Dallas | |
| Südamerika | ||
|
|
Santiago | |
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | London | |
|
|
Belgien | |
|
|
Niederlande | |
|
|
Mailand | |
|
|
Madrid | |
|
|
Paris | |
|
|
Turin | |
|
|
Berlin | |
europe-west3 | Frankfurt | |
|
|
Finnland | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
| Naher Osten | ||
|
|
Doha | |
|
|
Dammam | |
|
|
Tel Aviv | |
| Asien | ||
asia-south1 | Mumbai | |
|
|
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 | |
|
|
Melbourne | |
| Afrika | ||
|
|
Johannesburg | |
Standort-SLA
Ihr Cloud Firestore-Standorttyp bestimmt den Prozentsatz für die Betriebszeit gemäß dem Service Level Agreement (SLA):
| Abgedeckter Dienst | Prozentsatz monatlicher Betriebszeit |
|---|---|
| Cloud Firestore Multiregional | >= 99,999 % |
| Cloud Firestore Regional | >= 99,99 % |
Standortpreise
Die Kosten für Datenbankvorgänge sind vom Cloud Firestore-Standort abhängig.
Eine ausführliche Erläuterung der Preise pro Region und Regionstyp finden Sie unter Cloud Firestore-Preise.
Speicherort Ihrer Datenbanken aufrufen
Rufen Sie in der Firebase Console den Tab Cloud Firestore Daten auf, um eine Liste Ihrer Datenbankinstanzen und ihrer Speicherorte aufzurufen.
Mögliche Standortabhängigkeiten aufgrund von „Standort für Standard-Google Cloud-Ressourcen“
„Speicherort für standardmäßige Google Cloud-Ressourcen“ ist die Standorteinstellung für alle Projektressourcen, die mit Google App Engine verknüpft sind, einschließlich der folgenden:
- Standard-Cloud Firestore-Datenbankinstanz
- Standard-Cloud Storage für Firebase-Bucket mit dem Namensformat
*.appspot.com - Google Cloud Scheduler, speziell für geplante Funktionen der 1. Generation verwendet
Diese Einstellung „Speicherort für Standard-Google Cloud-Ressourcen“ ist unveränderlich. Wenn Sie den Standort für eine der verknüpften Ressourcen festlegen, wird der Standort aufgrund der gemeinsamen Verknüpfung mit App Engine indirekt für alle festgelegt.
Aufgrund der vielen Änderungen am Firebase- und Google Cloud-System im Laufe der Jahre haben sich jedoch die Verknüpfungen von Ressourcen mit App Engine geändert. Ab dem *.firebasestorage.app
Im Folgenden finden Sie Details zu den Änderungen bei den möglichen Standortabhängigkeiten:
Ab dem
30. Oktober 2024 gilt Folgendes, wenn die Standardinstanz Cloud Firestore und die Standard-Cloud Storage für den Firebase-Bucket noch nicht bereitgestellt wurden:Wenn Sie die Standard-Cloud Firestore-Instanz bereitstellen, wird der Speicherort für alle zukünftigen App Engine-Apps festgelegt, die im Projekt bereitgestellt werden. Sie bestimmt jedoch nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets.
Durch die Bereitstellung des Standard-Cloud Storage-Buckets wird nicht mehr eine App Engine-App bereitgestellt. Daher wird der Speicherort der zukünftigen Standard-Cloud Firestore-Instanz nicht durch den Speicherort des Standard-Cloud Storage-Buckets bestimmt.
Ab dem
30. Oktober 2024 gilt Folgendes, wenn die Standard-Cloud Firestore-Instanz bereits bereitgestellt wurde, die Standard-Cloud Storage für den Firebase-Bucket aber nicht:- Die vorhandene Standardinstanz von Cloud Firestore bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets (
*.firebasestorage.app
- Die vorhandene Standardinstanz von Cloud Firestore bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets (
Ab dem
30. Oktober 2024 gilt Folgendes, wenn die Standard-Cloud Storage für den Firebase-Bucket bereits bereitgestellt wurde (insbesondere der Bucket*.appspot.com- Als der Standard-Cloud Storage-Bucket (
*.appspot.com*.appspot.com
- Als der Standard-Cloud Storage-Bucket (
Wenn Sie geplante Funktionen der 1. Generation verwendet haben, wird ihr Speicherort auf den Speicherort der StandardGoogle Cloud-Ressourcen festgelegt. Das liegt daran, dass Cloud Scheduler und App Engine zuvor miteinander verknüpft waren. Wenn Sie geplante Funktionen der 1. Generation vor der Bereitstellung anderer Ressourcen einrichten, die diese Standorteinstellung teilen, legen Sie auch deren Standort fest.
Wenn Sie eine App Engine-Anwendung mit dem Standort us-central oder europe-west haben, wird Ihr Standort für standardmäßige Google Cloud-Ressourcen als multiregional eingestuft.
Nächste Schritte
- Wenn Sie eine Cloud Firestore-Datenbank an einem bestimmten Speicherort erstellen möchten, lesen Sie den Hilfeartikel Einstieg in Cloud Firestore.
- Weitere Informationen zum Erstellen von Anwendungen, die Ihre Latenz-, Verfügbarkeits- und Langlebigkeitsanforderungen erfüllen, finden Sie unter Geografie und Regionen.