Cloud Storage-Daten an einen anderen Speicherort verschieben
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Last reviewed 2022-06-20 UTC
Wenn Sie einen Cloud Storage-Bucket erstellen, wählen Sie seinen permanenten geografischen Standort aus. Wenn sich die Anforderungen Ihres Unternehmens ändern, muss sich möglicherweise auch der Speicherort Ihrer Daten ändern. Ihre Daten sind beispielsweise möglicherweise besser in einem hochverfügbaren biregionalen Bucket, einem kostengünstigeren regionalen Bucket oder einfach in einer anderen Region der Welt aufgehoben.
In diesem Tutorial erfahren Sie, wie Sie einen Standort auswählen, der Ihren Anforderungen am besten entspricht.
Ziele
Wählen Sie einen neuen Speicherort für die Cloud Storage-Daten aus.
Kosten
In diesem Dokument verwenden Sie die folgenden kostenpflichtigen Komponenten von Google Cloud:
Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen.
Neuen Google Cloud Nutzern steht möglicherweise eine kostenlose Testversion zur Verfügung.
Hinweise
Für diese Anleitung sind keine Voraussetzungen erforderlich.
Neuen Ort auswählen
Berücksichtigen Sie bei der Wahl des Standorts für einen Cloud Storage-Bucket die Unterschiede bei Verfügbarkeit und Preis, wie in der folgenden Tabelle dargestellt.
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.
Überlegen Sie bei der Übertragung in einen neuen Bucket, ob die aktuelle Speicherklasse weiterhin Ihren Anforderungen entspricht.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2022-06-20 (UTC)."],[],[],null,["*** ** * ** ***\n\nWhen you create a Cloud Storage bucket, you choose its permanent\ngeographic location. As your business needs change, where you store your data\nmight need to change too. For example, your data might be better situated in a\nhighly available dual-region bucket, a lower cost regional bucket, or simply a\ndifferent region of the world.\n\nThis tutorial helps you to select a [location](/storage/docs/locations)\nthat best fits your needs.\n\nObjectives\n\n- Choose a new location for the Cloud Storage data.\n\nCosts\n\n\nIn this document, you use the following billable components of Google Cloud:\n\n\n- [Cloud Storage](/storage/pricing)\n\n\u003cbr /\u003e\n\n\nTo generate a cost estimate based on your projected usage,\nuse the [pricing calculator](/products/calculator). \nNew Google Cloud users might be eligible for a [free trial](/free). \n\n\u003cbr /\u003e\n\nBefore you begin\n\nThere are no prerequisites to this tutorial. \n\nChoose a new location\n\nWhen you choose the location for a Cloud Storage bucket, consider the\ndifferences in availability, and price, as shown in the following\ntable.\n\n| | Region | Dual-region | Multi-region |\n| [Availability](/storage/docs/availability-durability) | - Data redundancy across availability zones (synchronous) - RTO(recovery time objective)=0: automated failover and failback on zonal failure (no need to change storage paths) | - Higher availability than regions for a given storage class - Data redundancy across regions (asynchronous) - [Turbo replication](/storage/docs/availability-durability#turbo-replication) option for replication within 15 minutes - RTO(recovery time objective)=0: automated failover and failback on regional failure (no need to change storage paths) | - Higher availability than regions for a given storage class - Data redundancy across regions (asynchronous) - RTO(recovery time objective)=0: automated failover and failback on regional failure (no need to change storage paths) |\n| [Pricing](/storage/pricing#storage-pricing) | - Lowest storage price - No replication charges - No outbound data transfer charges when reading data inside the same region | - Highest storage price - Replication charges apply on write - No outbound data transfer charges when reading data within either region | - Higher storage price than regions, but lower than dual-regions - Replication charges apply on write - Outbound data transfer charges always apply when reading data |\n|-------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n\nLocation recommendations\n\n| Requirements | Recommended bucket location | Workload examples |\n|------------------------------------------------------------------------------------------------------------------------------------|-----------------------------|------------------------------------------------------|\n| - Optimized latency and bandwidth - Lowest data storage cost - Cross-zone redundancy | Region^[1](#fn1)^ | - Analytics - Backup and archive |\n| - Optimized latency and bandwidth - Cross-region redundancy, with precise control of the locations where copies of data are stored | Dual-region^[2](#fn2)^ | - Analytics - Backup and archive - Disaster recovery |\n| - Cross-geography data access - Cross-region redundancy | Multi-region | - Content serving |\n\n1. For more information about region-specific considerations, see [Geography and regions](/docs/geography-and-regions#regions_and_zones).\n2. If you need a short and predictable [recovery point objective (RPO)](/architecture/dr-scenarios-planning-guide#basics_of_dr_planning), enable the premium [turbo replication](/storage/docs/availability-durability#turbo-replication) feature.\n\n- To maximize performance and lower your total cost of ownership, colocate your data and compute in the same region(s). Regions and dual-regions are both suitable for this purpose.\n- To avoid data replication charges, store short-lived datasets in regions.\n- For moderate performance and ad hoc analytics workloads, multi-region storage\n can be a cost-effective choice.\n\n Note that the performance of workloads that use data in a multi-region bucket\n might vary over time because storage and compute aren't colocated. When a\n multi-region workload has strict performance requirements, consider enabling\n [Anywhere Cache](/storage/docs/anywhere-cache).\n- When transferring to a new bucket, consider if the current\n [storage class](/storage/docs/storage-classes) still\n suits your needs.\n\nPlan and start the transfer\n\nAfter you've decided on a new location, see\n[Transfer between Cloud Storage buckets](/storage-transfer/docs/cloud-storage-to-cloud-storage)\nto plan and perform your data move."]]
