Standorte
Wenn Sie eine 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.
Optional können Sie 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 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.
Firestore unterstützt die folgenden multiregionalen Standorte:
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-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 erreichen, wenn Ihre Anwendung empfindlich auf Latenz reagiert, oder um die Datenbank mit anderen Google Cloud-Ressourcen am selben Standort zu speichern.
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 | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Iowa | |
northamerica-northeast1 | Montreal | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Toronto | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Queretaro | |
us-east1 | South Carolina | |
us-east4 | Northern Virginia | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Columbus | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Dallas | |
Südamerika | ||
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Santiago | |
southamerica-east1 | São Paulo | |
Europa | ||
europe-west2 | London | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Belgien | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Niederlande | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Mailand | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Madrid | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Paris | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Turin | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Berlin | |
europe-west3 | Frankfurt | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Finnland | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
Naher Osten | ||
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Doha | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Dammam | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Tel Aviv | |
Asien | ||
asia-south1 | Mumbai | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswä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 | |
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Melbourne | |
Afrika | ||
Die App Engine wird an diesem Standort nicht unterstützt. Wenn Sie die App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Johannesburg |
Standort-SLA
Ihr Firestore-Standorttyp bestimmt den Prozentsatz für die Betriebszeit gemäß dem Service Level Agreement (SLA):
Abgedeckter Dienst | Prozentsatz monatlicher Betriebszeit |
---|---|
Firestore multiregional | >= 99,999 % |
Firestore regional | >= 99,99 % |
Standortpreise
Die Kosten für Datenbankvorgänge sind vom Firestore-Standort abhängig.
Eine ausführliche Erläuterung der Preise pro Region und Regionstyp finden Sie unter Firestone-Preise.
Speicherort Ihrer Datenbanken aufrufen
Verwenden Sie eine der folgenden Methoden, um sich die Standorteinstellung für Ihre Datenbanken anzusehen:
Führen Sie den Befehl
gcloud firestore databases list
aus.Öffnen Sie in der Google Cloud Console die Datenbankliste. Der Speicherort jeder Datenbank ist in der Spalte „Speicherort“ angegeben.
Rufen Sie in der Firebase Console den Tab Firestore-Daten auf, um eine Liste Ihrer Datenbankinstanzen und ihrer Speicherorte aufzurufen.
Mögliche Standortabhängigkeiten aufgrund von „Speicherort für standardmäßige Google Cloud-Ressourcen“
„Speicherort für standardmäßige Google Cloud-Ressourcen“ ist die Standorteinstellung für alle Projektressourcen, die mit der Google App Engine verknüpft sind, einschließlich der folgenden:
- Standard-Firestore-Datenbankinstanz
- Standard-Cloud Storage for Firebase-Bucket mit dem Namensformat
*.appspot.com
- Google Cloud Scheduler wird speziell für geplante Funktionen der 1. Generation verwendet
Diese Einstellung „Speicherort für standardmäßige Google Cloud-Ressourcen“ ist unveränderlich. Wenn Sie den Speicherort für eine der verknüpften Ressourcen festlegen, legen Sie den Speicherort indirekt für alle fest, da sie gemeinsam mit der App Engine verknüpft sind.
Aufgrund vieler Änderungen am Firebase- und Google Cloud-System im Laufe der Jahre haben sich jedoch die Zuordnungen von Ressourcen zur 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 Standard-Firestore-Instanz und der Standard-Cloud Storage for Firebase-Bucket noch nicht bereitgestellt wurden:Wenn Sie die Standard-Firestore-Instanz bereitstellen, wird der Standort für alle zukünftigen App Engine-Anwendungen festgelegt, die im Projekt bereitgestellt werden. Er bestimmt jedoch nicht den Speicherort des zukünftigen Cloud Storage-Standard-Buckets.
Durch die Bereitstellung des Cloud Storage-Standard-Buckets wird nicht mehr eine App Engine-Anwendung bereitgestellt. Daher wird der Speicherort der zukünftigen Firestore-Standardinstanz nicht durch den Speicherort des Cloud Storage-Standard-Buckets bestimmt.
Ab dem 30. Oktober 2024 gilt Folgendes, wenn die Standard-Firestore-Instanz bereits bereitgestellt wurde, der Standard-Cloud Storage for Firebase-Bucket aber nicht:- Die vorhandene Firestore-Standardinstanz bestimmt nicht den Speicherort des zukünftigen Cloud Storage-Standard-Buckets (
).*.firebasestorage.app
- Die vorhandene Firestore-Standardinstanz bestimmt nicht den Speicherort des zukünftigen Cloud Storage-Standard-Buckets (
Ab dem
30. Oktober 2024 gilt Folgendes, wenn der Standard-Cloud Storage for Firebase-Bucket bereits bereitgestellt wurde (insbesondere der Bucket ), die Standard-Firestore-Instanz aber nicht bereitgestellt wurde:*.appspot.com
- Als der Standard-Cloud Storage-Bucket (
) bereitgestellt wurde, wurde auch eine App Engine-Anwendung bereitgestellt. Daher wurde der Standort der zukünftigen Firestore-Standardinstanz zu diesem Zeitpunkt festgelegt. Auch wenn Sie den Bucket*.appspot.com
löschen, können Sie die App Engine-Anwendung nicht löschen. Die Standorteinstellung der zukünftigen Firestore-Standardinstanz ist also bereits festgelegt.*.appspot.com
- Als der Standard-Cloud Storage-Bucket (
Wenn Sie geplante Funktionen der 1. Generation verwendet haben, wird ihr Speicherort auf den Speicherort 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 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 die standardmäßigen Google Cloud-Ressourcen als multiregional eingestuft.
Nächste Schritte
- Wenn Sie eine Firestore-Datenbank an einem bestimmten Standort erstellen möchten, finden Sie entsprechende Informationen in einer der Firestore-Kurzanleitungen.
- Weitere Informationen zum Erstellen von Anwendungen, die Ihre Latenz-, Verfügbarkeits- und Langlebigkeitsanforderungen erfüllen, finden Sie unter Geografie und Regionen.