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.
Sie können optional mehrere Datenbanken in Ihrem Projekt erstellen, die jeweils eine eigene Standorteinstellung haben.
Nachdem Sie eine Datenbankinstanz bereitgestellt haben, können Sie die Standorteinstellung nicht mehr ändern.
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 nicht schreibgeschütztes 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 weiterhin bereitgestellt werden, wenn eine ganze Region ausfällt. Innerhalb einer Region werden Daten zonenübergreifend repliziert, sodass Daten auch bei Verlust einer Zone weiterhin in dieser Region 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 (Mitte) | 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 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 | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Iowa | |
northamerica-northeast1 | Montreal | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Toronto | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Queretaro | |
us-east1 | South Carolina | |
us-east4 | Northern Virginia | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Columbus | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Dallas | |
Südamerika | ||
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Santiago | |
southamerica-east1 | São Paulo | |
Europa | ||
europe-west2 | London | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Belgien | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Niederlande | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Mailand | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Madrid | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Paris | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Turin | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Berlin | |
europe-west3 | Frankfurt | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Finnland | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Stockholm | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
Naher Osten | ||
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Doha | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Dammam | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Tel Aviv | |
Asien | ||
asia-south1 | Mumbai | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie 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 | |
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie App Engine verwenden möchten, sollten Sie einen anderen Standort auswählen. |
Melbourne | |
Afrika | ||
App Engine wird an diesem Standort nicht unterstützt. Wenn Sie 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.
Standort Ihrer Datenbanken ansehen
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 für jede Datenbank ist in der Spalte „Speicherort“ angegeben.
Rufen Sie in der Firebase Console den Tab Firestore Daten auf, um die Liste Ihrer Datenbankinstanzen und deren Standorte aufzurufen.
Mögliche Standortabhängigkeiten aufgrund von „Standort für Standardressourcen Google Cloud “
Der „Speicherort für Standard Google Cloud -Ressourcen“ ist die Standorteinstellung für alle Projektressourcen, die mit Google App Engine verknüpft sind, einschließlich der folgenden:
- Standard-Firestore-Datenbankinstanz
- Standard-Bucket für Cloud Storage for Firebase mit dem Namensformat
*.appspot.com
- Google Cloud Scheduler speziell für geplante Funktionen der 1. Generation
Diese Einstellung „Speicherort für Standardressourcen Google Cloud “ ist unveränderlich. Wenn Sie den Standort für eine der zugehörigen Ressourcen festlegen, legen Sie aufgrund der gemeinsamen Zuordnung zu App Engine indirekt auch den Standort für alle anderen Ressourcen fest.
Im Laufe der Jahre hat sich jedoch viel im Firebase- und Google Cloud Ökosystem getan, sodass sich die Zuordnungen von Ressourcen zu App Engine geändert haben. Ab dem *.firebasestorage.app
Hier 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:Durch die Bereitstellung der Standard-Firestore-Instanz wird der Standort für alle zukünftigen App Engine-Apps festgelegt, die im Projekt bereitgestellt werden. Der Standort des zukünftigen Standard-Cloud Storage-Bucket wird dadurch jedoch nicht festgelegt.
Beim Bereitstellen des standardmäßigen Cloud Storage-Bucket wird keine App Engine-App mehr bereitgestellt. Der Speicherort des standardmäßigen Cloud Storage-Bucket bestimmt also nicht den Speicherort der zukünftigen standardmäßigen Firestore-Instanz.
Ab dem 30. Oktober 2024 gilt Folgendes: Wenn die Standard-Firestore-Instanz bereits bereitgestellt wurde, der Standard-Cloud Storage for Firebase-Bucket jedoch noch nicht:- Die vorhandene Standard-Firestore-Instanz bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Bucket (
).*.firebasestorage.app
- Die vorhandene Standard-Firestore-Instanz bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Bucket (
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 jedoch nicht bereitgestellt wurde:*.appspot.com
- Als der Cloud Storage-Standard-Bucket (
) bereitgestellt wurde, wurde auch eine App Engine-Anwendung bereitgestellt. Der Standort der zukünftigen Firestore-Standardinstanz wurde also 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 Standard-Firestore-Instanz ist also bereits festgelegt.*.appspot.com
- Als der Cloud Storage-Standard-Bucket (
Wenn Sie geplante Funktionen der 1. Generation verwendet haben, wird ihr Standort auf den Standort für Standard Google Cloud Ressourcen festgelegt. Das liegt daran, dass Cloud Scheduler und App Engine zuvor miteinander verknüpft waren. Wenn Sie Funktionen der 1. Generation mit Zeitplan vor der Bereitstellung anderer Ressourcen einrichten, die diese Standorteinstellung gemeinsam nutzen, legen Sie auch deren Standort fest.
Wenn Sie eine App Engine-Anwendung mit dem Standort us-central
oder europe-west
haben, gilt der Standort für die Standardressourcen Google Cloud als multiregional.
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.