Standorte für Firestore im nativen Modus (mit Pipeline-Vorgängen)

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 Ihr Projekt den Blaze-Tarif mit nutzungsabhängiger Bezahlung verwendet, können Sie optional mehrere Datenbanken erstellen in Ihrem Projekt, die jeweils eine eigene Standorteinstellung haben.

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 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 bestimmten Gruppe von Regionen, in denen mehrere Replikate der Datenbank gespeichert sind. Jedes Replikat ist entweder ein Schreib-/Lese-Replikat, das alle Daten in der Datenbank enthält, oder ein Zeugenreplikat, das keine vollständigen Daten 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 ganze Region ausfällt. Innerhalb einer Region werden Daten zonenübergreifend repliziert, sodass Daten auch dann in dieser Region bereitgestellt werden können, wenn eine Zone ausfällt.

Während dieser Vorabversion für Pipeline-Vorgänge sind Datenbanken für Firestore Enterprise im nativen Modus an den folgenden multiregionalen Standorten verfügbar:

Name des multiregionalen Standorts	Beschreibung des multiregionalen Standorts	Nicht schreibgeschützte Regionen	Zeugenregion
nam5	USA (Mitte)	us-central1 (Iowa), us-central2 (Oklahoma – private GCP-Region)	us-east1 (South Carolina)

Regionale Standorte

Ein regionaler Standort ist ein bestimmter geografischer Ort wie South Carolina. Daten an einem regionalen Standort werden in mehreren Zonen innerhalb einer Regionrepliziert.

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 für die gemeinsame Unterbringung mit anderen Google Cloud Ressourcen.

Während dieser Vorabversion für Pipeline-Vorgänge sind Datenbanken für Firestore Enterprise im nativen Modus an den folgenden regionalen Ressourcenstandorten verfügbar:

	Name der Region	Beschreibung der Region
Nordamerika
	us-east4	Northern Virginia
Südamerika
	southamerica-east1	São Paulo
Europa
	europe-west4	Niederlande
Asien
	asia-south1	Mumbai
	asia-east1	Taiwan

Standortpreise

Die Kosten für Datenbank vorgänge sind vom Cloud Firestore Standort abhängig.

Eine ausführliche Erläuterung der Preise pro Region und Regionstyp während der Vorabversion finden Sie unter Preise.

Standort Ihrer Datenbanken ansehen

Rufen Sie in der Firebase Console den Cloud Firestore Daten Tab auf, um die Liste Ihrer Datenbankinstanzen und deren Standorte aufzurufen.

Mögliche Standortabhängigkeiten aufgrund der Einstellung „Standort der Standard-Google Cloud Ressourcen“

Die Einstellung „Standort der Standard-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, der speziell mit geplanten Funktionen der 1. Generation verwendet wird

Die Einstellung „Standort der Standard-Google Cloud Ressourcen“ ist unveränderlich. Wenn Sie den Standort für eine der zugehörigen Ressourcen festlegen, legen Sie aufgrund der gemeinsamen Verknüpfung mit App Engine indirekt auch den Standort für alle anderen Ressourcen fest.

Im Laufe der Jahre haben sich jedoch viele Änderungen am Firebase- und Google Cloud Ökosystem ergeben, wodurch sich auch die Verknüpfungen von Ressourcen mit App Engine geändert haben. Ab dem 30. Oktober 2024 haben alle neu bereitgestellten Standard-Cloud Storage für Firebase-Buckets das Namensformat *.firebasestorage.app und sind nicht mit App Engine verknüpft.

Hier finden Sie Details zu den Änderungen bei den möglichen Standortabhängigkeiten:

• Ab dem 30. Oktober 2024 gilt: Wenn die Standard-Cloud Firestore Instanz und der Standard-Cloud Storage for Firebase-Bucket noch nicht bereitgestellt wurden:

  • Durch die Bereitstellung der Standard-Cloud Firestore Instanz wird der Standort für alle zukünftigen App Engine Anwendungen festgelegt, die im Projekt bereitgestellt werden. Der Standort des zukünftigen Standard Cloud Storage Buckets wird dadurch jedoch nicht festgelegt.

  • Durch die Bereitstellung des Standard-Cloud Storage-Buckets wird keine App Engine-Anwendung mehr bereitgestellt. Daher wird durch den Standort des Standard-Cloud Storage-Buckets nicht der Standort der zukünftigen Standard-Cloud Firestore-Instanz festgelegt.

• Ab dem 30. Oktober 2024 gilt: Wenn die Standard- Cloud Firestore Instanz bereits bereitgestellt wurde, der Standard-Cloud Storage für Firebase-Bucket jedoch nicht bereitgestellt wurde:

  • Die vorhandene Standard-Cloud Firestore Instanz legt nicht den Standort des zukünftigen Standard-Cloud Storage Buckets (*.firebasestorage.app) fest.

• Ab dem 30. Oktober 2024 gilt: Wenn der Standard-Cloud Storage for Firebase-Bucket bereits bereitgestellt wurde (insbesondere der *.appspot.com-Bucket), die Standard-Cloud Firestore-Instanz jedoch nicht bereitgestellt wurde:

  • Als der Standard-Cloud Storage Bucket (*.appspot.com) bereitgestellt wurde, wurde eine App Engine Anwendung auch bereitgestellt. Daher wurde der Standort der zukünftigen Standard-Cloud Firestore Instanz zu diesem Zeitpunkt festgelegt. Auch wenn Sie den *.appspot.com Bucket löschen, können Sie die App Engine App nicht löschen. Die Standorteinstellung der zukünftigen Standard-Cloud Firestore Instanz ist also bereits festgelegt.

Wenn Sie geplante Funktionen der 1. Generation verwendet haben, wird ihr Standort auf den Standort der Standard-Google Cloud Ressourcen festgelegt. Das liegt daran, dass Cloud Scheduler und App Engine früher miteinander verknüpft waren. Wenn Sie geplante Funktionen der 1. Generation vor der Bereitstellung anderer Ressourcen eingerichtet haben, die diese Standorteinstellung gemeinsam nutzen, wird auch deren Standort festgelegt.

Wenn Sie eine App Engine Anwendung mit dem Standort us-central oder europe-west haben, wird Ihr Standort der Standard-Google Cloud-Ressourcen als multiregional eingestuft.