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.
- Der Standort eines Buckets kann nach seiner Erstellung nicht mehr geändert werden. Sie können aber Daten in einen Bucket an einem anderen Standort verschieben.
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 |
|
|
|
| Leistung |
|
|
|
| Preise |
|
|
|
Standortempfehlungen
| Voraussetzungen | Empfohlener Bucket-Speicherort | Beispiele für Arbeitslasten |
|---|---|---|
|
Region |
|
|
Dual-Region1 |
|
|
Mehrere Regionen |
|
- 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 |
 Niedriger CO2-Wert
|
|
NORTHAMERICA-NORTHEAST2 |
Toronto |
Niedriger CO2-Wert
|
|
US-CENTRAL1 |
Iowa |
Niedriger CO2-Wert
|
|
US-EAST1 |
South Carolina | ||
US-EAST4 |
Northern Virginia | ||
US-EAST5 |
Columbus | ||
US-SOUTH1 |
Dallas | ||
US-WEST1 |
Oregon |
Niedriger CO2-Wert |
|
US-WEST2 |
Los Angeles | ||
US-WEST3 |
Salt Lake City | ||
US-WEST4 |
Las Vegas | ||
| Südamerika | |||
SOUTHAMERICA-EAST1 |
São Paulo |
Niedriger CO2-Wert
|
|
SOUTHAMERICA-WEST1 |
Santiago |
Niedriger CO2-Wert
|
|
| Europa | |||
EUROPE-CENTRAL2 |
Warschau | ||
EUROPE-NORTH1 |
Finnland |
Niedriger CO2-Wert
|
|
EUROPE-SOUTHWEST1 |
Madrid | ||
EUROPE-WEST1 |
Belgien |
Niedriger CO2-Wert
|
|
EUROPE-WEST2 |
London |
Niedriger CO2-Wert
|
|
EUROPE-WEST3 |
Frankfurt |
Niedriger CO2-Wert
|
|
EUROPE-WEST4 |
Niederlande | ||
EUROPE-WEST6 |
Zürich |
Niedriger CO2-Wert
|
|
EUROPE-WEST8 |
Mailand | ||
EUROPE-WEST9 |
Paris |
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-SOUTHEAST1 |
Singapur | |
AU |
||
AUSTRALIA-SOUTHEAST1 |
Sydney | |
AUSTRALIA-SOUTHEAST2 |
Melbourne | |
CA |
||
NORTHAMERICA-NORTHEAST1 |
Montreal | |
NORTHAMERICA-NORTHEAST2 |
Toronto | |
EU |
||
EUROPE-CENTRAL2 |
Warschau | |
EUROPE-NORTH11 |
Finnland | |
EUROPE-SOUTHWEST1 |
Madrid | |
EUROPE-WEST1 |
Belgien | |
EUROPE-WEST3 |
Frankfurt | |
EUROPE-WEST41 |
Niederlande | |
EUROPE-WEST8 |
Mailand | |
EUROPE-WEST9 |
Paris | |
IN |
||
ASIA-SOUTH1 |
Mumbai | |
ASIA-SOUTH2 |
Delhi | |
US |
||
US-CENTRAL12 |
Iowa | |
US-EAST1 2 |
South Carolina | |
US-EAST4 |
Northern Virginia | |
US-EAST53 |
Columbus | |
US-SOUTH1 |
Dallas | |
US-WEST1 |
Oregon | |
US-WEST2 |
Los Angeles | |
US-WEST3 |
Salt Lake City | |
US-WEST4 |
Las Vegas |
1 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.
2 Die biregionale Kopplung von US-CENTRAL1 und US-EAST1 verhält sich anders als typische biregionale Kopplungen. Weitere Informationen finden Sie unter Vordefinierte Dual-Regionen.
3US-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 | Name der Region | Beschreibung der Region |
|---|---|---|
ASIA1 |
ASIA-NORTHEAST1 + ASIA-NORTHEAST2 |
Tokio + Osaka |
EUR4 |
EUROPE-NORTH1 + EUROPE-WEST4 |
Finnland + Niederlande |
EUR5 |
EUROPE-WEST2 + EUROPE-WEST1 |
London + Belgien |
NAM4 |
US-CENTRAL1 + US-EAST1 |
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, ohne 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
- Bucket erstellen
- Rufen Sie den Standort für einen vorhandenen Bucket ab, indem Sie die Metadaten des Buckets anzeigen.
- Weitere Informationen zu Dual-Regionen
- An Standorten weltweit verfügbare Google Cloud-Dienste
- Weitere standortbasierte Konzepte (z. B. Zonen), die für andere Google Cloud-Diensten gelten
Überzeugen Sie sich selbst
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