Geografie und Regionen

Google Cloud-Dienste sind an Standorten in Nordamerika, Südamerika, Europa, Asien und Australien verfügbar. Diese Standorte sind in Regionen und Zonen aufgeteilt. Sie können wählen, wo Sie Ihre Anwendungen positionieren möchten, damit Ihre Ansprüche an die Latenz, Verfügbarkeit und Lebensdauer erfüllt werden.

Regionen und Zonen

Regionen sind unabhängige geografische Gebiete, die aus Zonen bestehen. Standorte innerhalb dieser Regionen weisen gewöhnlich Umlauflatenzen von unter 1 ms auf dem 95. Perzentil auf.

Eine Zone ist ein Bereitstellungsbereich für Google Cloud-Ressourcen innerhalb einer Region. Zonen sollten als einzelne Fehlerdomain in einer Region gesehen werden. Stellen Sie Ihre Anwendungen in mehreren Zonen einer Region bereit, damit sie fehlertolerant, hochverfügbar und vor unerwarteten Ausfällen geschützt sind.

Für den Schutz vor dem Verlust einer ganzen Region in Katastrophenfällen ist ein Plan zur Notfallwiederherstellung erforderlich. Dabei muss festgelegt werden, wie Sie Ihre Anwendung im unwahrscheinlichen Fall, dass Ihre Hauptregion verloren geht, andernorts betreiben können. Siehe Hinweise zur Anwendungsbereitstellung für weitere Informationen.

Weitere Informationen zu den jeweiligen Ressourcen, die an den einzelnen Standorten verfügbar sind, finden Sie unter Cloud-Standorte.

Die Dienste und Ressourcen von Google Cloud können zonal oder regional sein oder von Google in mehreren Regionen verwaltet werden. Weitere Informationen dazu, was diese Optionen für Ihre Daten bedeuten, finden Sie unter Geografisches Datenmanagement.

Zonale Ressourcen

Zonale Ressourcen arbeiten innerhalb einer einzigen Zone. Wenn eine Zone nicht mehr verfügbar ist, sind alle zonalen Ressourcen in dieser Zone bis zur Wiederherstellung des Dienstes nicht verfügbar. Ein Beispiel für eine zonale Ressource ist eine Compute Engine-VM-Instanz, die sich innerhalb einer bestimmten Zone befindet.

Regionale Ressourcen

Regionale Ressourcen werden redundant in mehreren Zonen einer Region bereitgestellt. Dazu gehören etwa App Engine-Anwendungen oder regionale verwaltete Instanzgruppen. Sie haben eine höhere Verfügbarkeit als zonale Ressourcen.

Multiregionale Ressourcen

Einige Google Cloud-Dienste werden von Google so verwaltet, dass sie redundant innerhalb einer Region und in mehreren Regionen verteilt werden. Diese Dienste optimieren die Verfügbarkeit, die Leistung und die Ressourceneffizienz. Daraus ergibt sich, dass diese Dienste eine Abwägung zwischen Latenz- und Konsistenzmodell erfordern. Diese Abwägungen werden produktspezifisch dokumentiert.

Die folgenden Dienste haben mindestens einen multiregionalen Bereitstellungsbereich (zusätzlich zu eventuell vorhandenen regionalen Bereitstellungsbereichen):

  • Datastore
  • Firestore
  • Cloud Key Management Service
  • Cloud Storage
  • BigQuery
  • Cloud Spanner
  • Cloud Bigtable
  • Cloud Data Loss Prevention
  • Cloud Healthcare API

Geografisches Datenmanagement

Der Aufbewahrungsort der Daten für Google Cloud-Dienste wird in den Nutzungsbedingungen einschließlich der dienstspezifischen Nutzungsbedingungen geregelt. Google weiß, dass jeder Kunde eigene Anforderungen an Sicherheit und Compliance hat. Das Google Cloud-Vertriebsteam unterstützt Sie gerne dabei, Ihre Anforderungen zu erfüllen.

Bei der Verwendung regionaler oder zonaler Speicherressourcen wird für die Notfallwiederherstellung dringend empfohlen, dass Sie Ihre Daten in eine andere Region replizieren oder Snapshots in multiregionalen Speicherressourcen erstellen.

Hinweise zur Anwendungsbereitstellung

Für hochverfügbare Dienste und Anwendungen, die durch einen Ausfall einzelner Zonen nicht beeinträchtigt werden

Verwenden Sie:

Zum Aufbau geeigneter Anwendungen für die Notfallwiederherstellung, die einem weitreichenden Verlust ganzer Regionen standhalten können,

Verwenden Sie für Daten:

  • Verwenden Sie verwaltete, multiregionale Speicherdienste wie Cloud Storage, Datastore, Firestore oder Cloud Spanner.
  • Verwenden Sie zonale oder regionale Ressourcen, aber erstellen Sie Snapshots von Daten in einer multiregionalen Ressource wie Cloud Storage, Datastore, Firestore oder Cloud Spanner.
  • Nutzen Sie zonale oder regionale Ressourcen, aber verwalten Sie Ihre eigene Datenreplikation für eine oder mehrere andere Regionen.

Verwenden Sie für das Computing:

  • Zonale oder regionale Ressourcen wie Compute Engine oder App Engine, aber starten Sie Ihre Anwendung beim Ausfall einer Region manuell oder automatisch in einer anderen Region. Verweisen Sie dabei auf Kopien Ihrer Primärdaten, falls sich die Daten nicht bereits in einer multiregionalen verwalteten Ressource befinden.

Weitere Informationen zu Dienstabhängigkeiten erhalten Sie von unseren Vertriebsmitarbeitern.

Weitere Lösungen und Anleitungen

Die folgenden Lösungen und Anleitungen bieten eine Orientierung für die Erstellung einer hochverfügbaren Anwendung, die Ausfälle kompensieren kann:

Skalierbare und robuste Anwendungen erstellen

Erstellen Sie mit Google Cloud skalierbare und robuste Anwendungsarchitekturen. Die hier vorgestellten Schemas und Verfahren gelten allgemein für jede Webanwendung.

HTTPS-Load-Balancer erstellen

Konfigurieren Sie Compute-Engine-Instanzen in verschiedenen Regionen und nutzen Sie das HTTP-Load-Balancing, um den Traffic auf die Regionen zu verteilen, die Verfügbarkeit in den Regionen zu steigern und bei einem Dienstausfall eine Ausfallsicherung zu haben.

Robuste Systeme konzipieren

Gestalten Sie Ihre Anwendung im Compute Engine-Dienst so, dass sie Ausfälle, Netzwerkstörungen und unerwartete Notfälle kompensieren kann.

Cassandra-Sicherungen und -Wiederherstellungen mit Cloud Storage

Erweitern Sie Ihre Cassandra-Installation um eine einfache Notfallwiederherstellung, indem Sie Ihre Daten in Cloud Storage sichern und von dort wiederherstellen.

Leitfaden zur Planung der Notfallwiederherstellung

Allgemeine Prinzipien für Entwicklung und Test eines Plans zur Notfallwiederherstellung mit Google Cloud.