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 das Blaze-Preismodell (Pay as you go) gilt, können Sie optional mehrere Datenbanken in Ihrem Projekt erstellen, jeweils mit einer eigenen Standorteinstellung.
Beachten Sie, dass Sie die Standorteinstellung einer Datenbankinstanz nach der Bereitstellung nicht mehr ändern können.
Arten von Standorten
Sie können Ihre Cloud Firestore-Daten an einem multiregionalen Standort oder an 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 Zeugenreplikat, das keinen vollständigen Datensatz enthält, aber an der Replikation beteiligt ist.
Durch die Replikation der Daten zwischen mehreren Regionen können Daten auch dann bereitgestellt werden, wenn eine gesamte Region ausfällt. Innerhalb einer Region werden Daten über Zonen hinweg repliziert, sodass Daten auch bei Verlust einer Zone weiterhin innerhalb dieser Region bereitgestellt werden können.
Cloud Firestore unterstützt die folgenden multiregionalen Standorte:
| Name des multiregionalen Standorts | Beschreibung des multiregionalen Standorts | Lese-/Schreibregionen | Witness-Region |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgien), europe-west4 (Niederlande) |
europe-north1 (Finnland) |
nam5 |
USA (Zentral) | us-central1 (Iowa), us-central2 (Oklahoma – private GCP-Region) |
us-east1 (South Carolina) |
nam7 |
USA (Mitte und Osten) | us-central1 (Iowa), us-east4 (Northern Virginia) |
us-central2 (Oklahoma – private Google Cloud-Region) |
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.
Wählen Sie einen regionalen Standort aus, um die Kosten zu senken, die Schreiblatenz zu verringern, wenn Ihre Anwendung latenzempfindlich ist, oder um die gemeinsame Speicherung mit anderen Google Cloud-Ressourcen zu ermöglichen.
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 | |
|
|
Stockholm | |
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-southeast3 | Bangkok | |
asia-east2 | Hongkong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seoul | |
| Australien | ||
australia-southeast1 | Sydney | |
|
|
Melbourne | |
| Afrika | ||
|
|
Johannesburg | |
Standort-SLA
Der Standorttyp von Cloud Firestore bestimmt den Prozentsatz der Verfügbarkeit im Service Level Agreement (SLA):
| Abgedeckter Dienst | Prozentsatz monatlicher Betriebszeit |
|---|---|
| Cloud Firestore-Multiregion | >= 99,999 % |
| Cloud Firestore Regional | >= 99,99 % |
Standortpreise
Der Standort von Cloud Firestore bestimmt die Kosten für Datenbankvorgänge.
Eine ausführliche Erläuterung der Preise pro Region und Regionstyp finden Sie unter Cloud Firestore-Abrechnung.
Standort Ihrer Datenbanken ansehen
Sie können die Liste Ihrer Datenbankinstanzen und deren Standorte in der Firebase Console auf dem Tab Datenbanken und Speicher > Firestore > Tab Daten aufrufen.
Mögliche Standortabhängigkeiten aufgrund von „Standort für Standard-Google Cloud-Ressourcen“
Der „Standort für Google Cloud-Standardressourcen“ 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, das speziell für geplante Funktionen der 1. Generation verwendet wird
Dieser „Speicherort für standardmäßige Google Cloud-Ressourcen“ ist eine unveränderliche Einstellung. Wenn Sie den Standort für eine der zugehörigen Ressourcen festlegen, legen Sie indirekt auch den Standort für alle anderen Ressourcen fest, da sie alle mit App Engine verknüpft sind.
Aufgrund der vielen Änderungen am Firebase- und Google Cloud-Ökosystem im Laufe der Jahre haben sich jedoch die Zuordnungen von Ressourcen zu App Engine geändert. Insbesondere haben ab dem *.firebasestorage.app
Hier sind die Details zu den Änderungen bei den möglichen Standortabhängigkeiten:
Ab dem
30. Oktober 2024 gilt: Wenn die Standardinstanz von Cloud Firestore und der Standard-Bucket von Cloud Storage for Firebase noch nicht bereitgestellt wurden:Durch die Bereitstellung der Standardinstanz Cloud Firestore wird der Standort für alle zukünftigen App Engine-Anwendungen festgelegt, die im Projekt bereitgestellt werden. Er bestimmt jedoch nicht den Standort des zukünftigen Standard-Cloud Storage-Buckets.
Beim Bereitstellen des Standard-Cloud Storage-Buckets wird nicht mehr eine App Engine-Anwendung bereitgestellt. Daher bestimmt der Standort des Standard-Cloud Storage-Buckets nicht den Standort der zukünftigen Standard-Cloud Firestore-Instanz.
Ab dem
30. Oktober 2024 gilt: Wenn die Standardinstanz von Cloud Firestore bereits bereitgestellt wurde, der Standard-Cloud Storage-Bucket für Firebase aber nicht bereitgestellt wurde:- Die vorhandene Standardinstanz Cloud Firestore bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets (
*.firebasestorage.app
- Die vorhandene Standardinstanz Cloud Firestore bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets (
Ab dem
30. Oktober 2024 gilt: Wenn der Standard-Cloud Storage-Bucket für Firebase bereits bereitgestellt wurde (insbesondere der*.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 Standort auf den Standort für standardmäßige Google 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 eingerichtet haben, die diese Standorteinstellung gemeinsam nutzen, haben Sie auch deren Standort festgelegt.
Wenn Sie eine App Engine-Anwendung mit dem Standort us-central oder europe-west haben, gilt der Standort für die standardmäßigen Google Cloud-Ressourcen als multiregional.
Nächste Schritte
- Informationen zum Erstellen einer Cloud Firestore-Datenbank an einem bestimmten Standort finden Sie unter Erste Schritte mit Cloud Firestore.
- Weitere Informationen zum Erstellen von Anwendungen, die Ihre Latenz-, Verfügbarkeits- und Langlebigkeitsanforderungen erfüllen, finden Sie unter Geografie und Regionen.