Bucket-Standorte

Auf dieser Seite wird das Konzept von Bucket-Standorten und den verschiedenen Standorten beschrieben, an denen Sie Buckets erstellen können. Der Standort eines Buckets definiert den physischen Ort, an dem sich die Objektdaten im Bucket befinden.

Informationen zum Festlegen des Standorts für Ihren Bucket finden Sie unter Buckets erstellen.

Wichtige Konzepte

  • Sie legen beim Erstellen eines Buckets dauerhaft einen geografischen Standort für das Speichern Ihrer Objektdaten fest.

  • Folgende Standorttypen sind verfügbar:

    • Eine Region ist ein bestimmter geografischer Ort wie São Paulo.

    • Eine Dual-Region ist ein bestimmtes Paar von Regionen wie Tokio und Osaka.

    • Eine Multi-Region ist ein großes geografisches Gebiet (beispielsweise die USA), das mindestens zwei geografische Bereiche enthält.

  • Der Standorttyp bestimmt, wie Ihre Daten repliziert und ihre Preise berechnet werden.

  • Cloud Storage speichert Objektdaten gemäß den dienstspezifischen Bedingungen am ausgewählten Standort.

  • Die Standortinformationen für einen Bucket sind Teil der Metadaten des Buckets. Sie können diese Ansicht aufrufen, wenn Sie über die Berechtigung verfügen.

Überlegungen zum Standort

Berücksichtigen Sie bei der Wahl des Standorts für einen Cloud Storage-Bucket die Unterschiede bei Verfügbarkeit, Preis und Leistung, wie in der folgenden Tabelle dargestellt.

Region Dual-Region Mehrere Regionen
Verfügbarkeit
  • Datenredundanz über Verfügbarkeitszonen hinweg (synchron)
  • RTO(Recovery Time Objective)=0: automatisierter Failover und Failback bei zonalem Ausfall (Speicherpfade müssen nicht geändert werden)
  • Höhere Verfügbarkeit als in Regionen für eine bestimmte Speicherklasse
  • Datenredundanz über Regionen hinweg (asynchron)
  • Option Schnelle Replikation für eine Replikation innerhalb von 15 Minuten
  • RTO(Recovery Time Objective)=0: automatisierter Failover und Failback bei regionalem Ausfall (Speicherpfade müssen nicht geändert werden)
  • Höhere Verfügbarkeit als in Regionen für eine bestimmte Speicherklasse
  • Datenredundanz über Regionen hinweg (asynchron)
  • RTO(Recovery Time Objective)=0: automatisiertes Failover und Failback bei einem regionalen Ausfall (keine Änderung der Speicherpfade)
Leistung
  • 200 GBit/s (pro Region und Projekt)
  • Skalierbar auf viele TBit/s, indem ein höheres Bandbreitenkontingent angefordert wird
  • 200 GBit/s (pro Region und Projekt)
  • Skalierbar auf viele TBit/s, indem ein höheres Bandbreitenkontingent angefordert wird
  • 50 GBit/s (pro Region und Projekt)
  • Eingeschränkte Leistungsskalierung, variable Leistung für Lesevorgänge
Preise
  • Niedrigster Speicherpreis
  • Keine Replikationsgebühren
  • Keine Gebühren für ausgehende Datenübertragung beim Lesen von Daten in derselben Region
  • Höchster Speicherpreis
  • Für Schreibvorgänge fallen Replikationsgebühren an
  • Keine Gebühren für ausgehende Datenübertragung beim Lesen von Daten in einer der Regionen
  • Höherer Speicherpreis als Regionen, aber niedriger als Dual-Regionen
  • Für Schreibvorgänge fallen Replikationsgebühren an
  • Beim Lesen von Daten fallen immer Gebühren für ausgehende Datenübertragungen an.

Standortempfehlungen

Voraussetzungen Empfohlener Bucket-Speicherort Beispiele für Arbeitslasten
  • Optimierte Latenz und Bandbreite
  • Niedrigste Kosten für Datenspeicherung
  • Zonenübergreifende Redundanz
Region
  • Analysen
  • Sicherung und Archivierung
  • Optimierte Latenz und Bandbreite
  • Regionenübergreifende Redundanz
Dual-Region1
  • Analysen
  • Sicherung und Archivierung
  • Notfallwiederherstellung
  • Geografieübergreifender Datenzugriff
  • Regionenübergreifende Redundanz
Mehrere Regionen
  • Inhaltsbereitstellung
  1. Wenn Sie ein kurzes und vorhersehbares Recovery Point Objective (RPO) benötigen, aktivieren Sie das Premium-Feature Schnelle Replikation.
  • Damit die Leistung maximiert und die Gesamtbetriebskosten gesenkt werden, sollten Sie Ihre Daten am selben Standort speichern und Berechnungen in derselben Region durchführen. Regionen und Dual-Regionen sind beide für diesen Zweck geeignet.
  • Speichern Sie kurzlebige Datasets in Regionen, um Datenreplikationsgebühren zu vermeiden.
  • Für eine mittlere Leistung und Ad-hoc-Analysearbeitslasten kann die multiregionale Speicherung eine kostengünstige Wahl sein.

  • Weitere Informationen zu den Speicherkosten an den einzelnen Standorten finden Sie in der Tabelle für die Datenspeicherungspreise.

Anmerkungen zu Compute Engine-VMs

  • Wenn Sie Daten wie Compute Engine-VM-Instanzen in derselben Region speichern, können Sie eine bessere Leistung erzielen. Dieser Vorteil gilt sowohl für Regionen als auch für Dual-Regionen.
  • Sie können zwar keine Compute Engine-Zone als Bucket-Standort angeben, aber alle Compute Engine-VM-Instanzen in Zonen innerhalb einer bestimmten Region haben eine ähnliche Leistung, wenn sie auf Buckets in dieser Region zugreifen.

Verfügbare Standorte

In den folgenden Abschnitten werden die Cloud Storage-Standorte aufgelistet, die zum Speichern Ihrer Daten zur Verfügung stehen.

Regionen

Geografischer Bereich Name der Region Beschreibung der Region
Nordamerika
NORTHAMERICA-NORTHEAST1 Montreal Blattsymbol Niedriger CO2-Wert
NORTHAMERICA-NORTHEAST2 Toronto Blattsymbol Niedriger CO2-Wert
US-CENTRAL1 Iowa Blattsymbol Niedriger CO2-Wert
US-EAST1 South Carolina
US-EAST4 Northern Virginia
US-EAST5 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon Blattsymbol Niedriger CO2-Wert
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas
Südamerika
SOUTHAMERICA-EAST1 São Paulo Blattsymbol Niedriger CO2-Wert
SOUTHAMERICA-WEST1 Santiago Blattsymbol Niedriger CO2-Wert
Europa
EUROPE-CENTRAL2 Warschau
EUROPE-NORTH1 Finnland Blattsymbol Niedriger CO2-Wert
EUROPE-SOUTHWEST1 Madrid
EUROPE-WEST1 Belgien Blattsymbol Niedriger CO2-Wert
EUROPE-WEST2 London Blattsymbol Niedriger CO2-Wert
EUROPE-WEST3 Frankfurt Blattsymbol Niedriger CO2-Wert
EUROPE-WEST4 Niederlande
EUROPE-WEST6 Zürich Blattsymbol Niedriger CO2-Wert
EUROPE-WEST8 Mailand
EUROPE-WEST9 Paris Blattsymbol Niedriger CO2-Wert
EUROPE-WEST10 Berlin
EUROPE-WEST12 Turin
Asien
ASIA-EAST1 Taiwan
ASIA-EAST2 Hongkong
ASIA-NORTHEAST1 Tokio
ASIA-NORTHEAST2 Osaka
ASIA-NORTHEAST3 Seoul
ASIA-SOUTHEAST1 Singapur
Indien
ASIA-SOUTH1 Mumbai
ASIA-SOUTH2 Delhi
Indonesien
ASIA-SOUTHEAST2 Jakarta
Naher Osten
ME-CENTRAL1 Doha
ME-CENTRAL2 Dammam, Saudi-Arabien
ME-WEST1 Tel Aviv
Australien
AUSTRALIA-SOUTHEAST1 Sydney
AUSTRALIA-SOUTHEAST2 Melbourne
Afrika
AFRICA-SOUTH1 Johannesburg

Dual-Regionen

Beim Erstellen eines Buckets mit zwei Regionen muss das Paar der Regionen, die Sie zum Erstellen der zwei Regionen verwenden, innerhalb derselben Multiregion liegen. Sie fügen den Code für diese Multiregion in die LOCATION Parameter beim Erstellen Ihres Buckets ein. Dieser multiregionale Code wird auch bei Verwendung Kundenverwalteter Verschlüsselungsschlüssel oder der Einschränkung der Ressourcenstandorte mit zwei Regionen.

Die folgenden Regionen werden derzeit zum Erstellen von Dual-Regionen unterstützt:

Multiregionaler Code Name der Region Beschreibung der Region
ASIA
ASIA-EAST1 Taiwan
ASIA-NORTHEAST11 Tokio
ASIA-NORTHEAST21 Osaka
ASIA-SOUTHEAST1 Singapur
AU
AUSTRALIA-SOUTHEAST1 Sydney
AUSTRALIA-SOUTHEAST2 Melbourne
CA
NORTHAMERICA-NORTHEAST1 Montreal
NORTHAMERICA-NORTHEAST2 Toronto
EU
EUROPE-CENTRAL2 Warschau
EUROPE-NORTH12 Finnland
EUROPE-SOUTHWEST1 Madrid
EUROPE-WEST1 Belgien
EUROPE-WEST3 Frankfurt
EUROPE-WEST42 Niederlande
EUROPE-WEST8 Mailand
EUROPE-WEST9 Paris
IN
ASIA-SOUTH1 Mumbai
ASIA-SOUTH2 Delhi
US
US-CENTRAL13 Iowa
US-EAST1 3 South Carolina
US-EAST4 Northern Virginia
US-EAST54 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas

1 ASIA-NORTHEAST1 und ASIA-NORTHEAST2 müssen derzeit miteinander gekoppelt werden. Diese Dual-Region-Kopplung verhält sich anders als typische Dual-Region-Kopplungen. Weitere Informationen finden Sie unter Vordefinierte Dual-Regionen.

2 Die biregionale Kopplung von EUROPE-NORTH1 und EUROPE-WEST4 verhält sich anders als typische biregionale Kopplungen. Weitere Informationen finden Sie unter Vordefinierte Dual-Regionen.

3 Die Dual-Region-Kopplung von US-CENTRAL1 und US-EAST1 verhält sich anders als typische Dual-Region-Kopplungen. Weitere Informationen finden Sie unter Vordefinierte Dual-Regionen.

4US-EAST5 muss derzeit mit US-CENTRAL1 oder US-EAST1 gekoppelt sein.

Vordefinierte Dual-Regionen

Die folgenden Dual-Region-Kopplungen sind nur als vordefinierte Dual-Regionen vorhanden, die sich in gewisser Weise von den meisten Dual-Region-Kopplungen unterscheiden:

Vordefinierter Name der Dual-Region Beschreibung der Region
ASIA1 Tokio + Osaka
EUR4 Finnland + Niederlande
NAM4 Iowa + South Carolina

Beachten Sie bei der Verwendung vordefinierter Dual-Regionen Folgendes:

  • Vordefinierte Dual-Regionen können im Allgemeinen nicht mit einem typischen Dual-Region-Workflow erstellt werden. Sie müssen ohne eine benutzerdefinierte Placement-Konfiguration erstellt werden und der vordefinierte Name der Dual-Region muss als Standort festgelegt sein. Nach der Erstellung zeigen solche Buckets den vordefinierten Dual-Region-Namen als Standort an und enthalten keine benutzerdefinierte Placement-Konfiguration.

    • Einige Tools blenden dieses Verhalten für vordefinierte Dual-Regionen teilweise oder vollständig aus. In der Google Cloud Console ist die Bucket-Erstellung beispielsweise für alle Dual-Region-Paare identisch. Nach der Erstellung zeigt die Google Cloud Console jedoch den Standort vordefinierter Dual-Regionen mit ihrem vordefinierten Namen an. Solche Buckets unterliegen den übrigen in diesem Abschnitt aufgeführten Überlegungen.
  • Vordefinierte Dual-Regionen erfordern im Vergleich zu anderen Dual-Regionen auf demselben Kontinent andere Cloud KMS-Schlüssel. Weitere Informationen finden Sie unter Einschränkungen für vom Kunden verwaltete Verschlüsselungsschlüssel.

  • Vordefinierte Dual-Regionen stellen die Speichernutzung anhand ihrer Standort-SKUs in Rechnung, während typische Dual-Regionen nach den zugrunde liegenden Regionen abgerechnet werden.

  • Wenn Sie die Einschränkung für Ressourcenstandorte in einer Organisationsrichtlinie verwenden, sind vordefinierte Dual-Regionen nicht in der Multi-Region enthalten, in der sie sich befinden. Typische Dual-Regionen sind das aber. Vordefinierte Dual-Regionen müssen entweder beim Festlegen der Einschränkung explizit hinzugefügt werden oder Teil einer Wertgruppe sein, die in der Einschränkung enthalten ist.

Multiregionen

Name Beschreibung des Standorts mit mehreren Regionen
ASIA Rechenzentren in Asien, mit Ausnahme von Hongkong und Indonesien
EU Rechenzentren in Mitgliedsstaaten der Europäischen Union*
US Rechenzentren in den USA

* Objektdaten, die einem Bucket am multiregionalen Standort EU hinzugefügt wurden, werden nicht in der Region EUROPE-WEST2 (London) oder EUROPE-WEST6 (Zürich) gespeichert.

Nächste Schritte

Jetzt testen

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

Cloud Storage kostenlos testen