Geografie und Regionen

Google Cloud-Produkte werden von bestimmten regionalen Ausfalldomains bereitgestellt und von Service Level Agreements uneingeschränkt unterstützt, damit Sie Ihre Anwendungsarchitektur innerhalb der Struktur von Google Cloud konzipieren können.

Google Cloud-Infrastrukturdienste 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.

Jetzt testen

Wenn Sie mit Google Cloud noch nicht vertraut sind, erstellen Sie einfach ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis zu prüfen und zu bewerten. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.

Jetzt kostenlos starten

Regionen und Zonen

Regionen sind unabhängige geografische Gebiete, die aus Zonen bestehen.

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. Zonale Ausfälle können sich auf einige oder alle Ressourcen in dieser Zone auswirken. 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 z. B. App Engine-Anwendungen oder regionale verwaltete Instanzgruppen. Sie haben eine höhere Verfügbarkeit als zonale Ressourcen.

Multiregionale Ressourcen

Mehrere 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 zusätzlich zu regionalen Standorten einen oder mehrere multiregionale Standorte:

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

Diese multiregionalen Dienste sind so konzipiert, dass sie nach dem Ausfall einer einzelnen Region weiter funktionieren.

In der öffentlichen Dokumentation von Google Cloud finden Sie die genauen Konfigurationen und Optionen der einzelnen Produkte in Bezug auf Regionen und Zonen.

Globale Dienste

Google Cloud wurde für die globale Nutzung neu entwickelt. Dafür werden rund um die Uhr Wartungsarbeiten und Upgrades ausgeführt, von denen Sie aber nicht betroffen sind. Unser globales Backbone bietet hohe Flexibilität für Load-Balancing und reduziert die Latenz für Endnutzer durch Verbindungen in Ihrer Nähe. Unsere globale Cloud-Verwaltungsebene vereinfacht die Verwaltung von Entwicklungen für mehrere Regionen.

Interne Dienste

Viele der Google Cloud-Dienste für Kunden bestehen aus einem Set bewährter interner Dienste wie Spanner, Colossus, Borg und Chubby, die diesen zugrunde liegen und sie unterstützen.

Diese internen Dienste werden entweder global für mehrere Regionen über Load-Balancing verteilt oder sind jeweils einer Region zugeordnet, in der sie verfügbar sind. Bei Diensten mit Load-Balancing über mehrere Regionen stellen wir die Updates schrittweise Region für Region bereit. Dadurch können wir Probleme erkennen und beheben, ohne die Nutzung der Dienste zu beeinträchtigen. Keiner dieser internen Dienste ist auf ein einzelnes logisches Rechenzentrum oder auf eine einzelne Region beschränkt.

Dienstabhängigkeiten

Wenn eine einzelne Region ausfällt, sind im Allgemeinen nur Ressourcen aus dieser Region und keine Produkte für mehrere Regionen betroffen.

Alle Google Cloud-Dienste nutzen wichtige interne Tools, um grundlegende Dienste bereitzustellen, z. B. Netzwerkdienste (in und außerhalb von Rechenzentren), Zugriff auf Rechenzentren und Identitätsautorisierungssysteme. Diese Tools sind regionalisiert, d. h. eine Region ist nicht betroffen, wenn andere Regionen ausfallen.

Google Cloud legt in einer öffentlichen Dokumentation eindeutig fest, wie Sie Ihre Anwendungen aufbauen können, um die gewünschte Stabilität für Compute Engine, BigQuery, Pub/Sub und andere Dienste zu erreichen.

Verfügbarkeit und Stabilität aufrechterhalten und verbessern

Site Reliability Engineering (SRE) ist die interne Organisation von Google für Verfügbarkeit, Latenz, Leistung und Kapazität. Ausfälle und die Nichtverfügbarkeit von Diensten werden der Bereitstellung von neuem Code oder Änderungen an der Umgebung zugeordnet. Durch die Verwendung von Branchen-Best-Practices wird von SRE der Bedarf an neuen Software-Releases minimiert und die Umgebung sicher gehalten. Dabei wird berücksichtigt, dass erforderliche Änderungen zu Ausfallzeiten führen können.

Stabile Dienste zusammen mit Kunden aufbauen

Wenn Sie geschäftskritische Anforderungen haben und Stabilität sowie Notfallwiederherstellung aufbauen müssen, können Sie in Zusammenarbeit mit unseren SRE/CRE- und PSO-Teams Anwendungen entwickeln, die mehrere Regionen und Zonen verbinden. Diese Teams bieten auch eine Unterstützung für die Entwicklung von Hochverfügbarkeitssystemen.

Wenn die Verfügbarkeitsanforderungen für bestimmte Zeitpunkte wie Black Friday/Cyber Monday erhöht sind, bietet Google Cloud ein Programm an, mit dem Sie Ihre spezifische Anwendung, die auf der GCP ausgeführt wird, prüfen und validieren sowie unerwartete Dienstabhängigkeiten zwischen Ihrer Anwendung und unseren Diensten ermitteln können.

Geografisches Datenmanagement

Der Aufbewahrungsort der Daten für Google Cloud-Dienste ist 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 kann Ihnen dabei helfen, 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, um sicherzustellen, dass Ihre Anwendung hochverfügbar ist und Ausfälle aushalten 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 einen HTTP-Lastenausgleich, um den Traffic auf die Regionen zu verteilen und die Verfügbarkeit in den Regionen zu steigern sowie um im Falle eines Dienstausfalls 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.