Einige oder alle Informationen auf dieser Seite gelten möglicherweise nicht für Cloud de Confiance von S3NS. Weitere Informationen finden Sie unter Unterschiede zu Google Cloud.

Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Verschieben von Buckets

In diesem Dokument wird beschrieben, wie Sie mit dem Verschieben von Cloud Storage-Bucket Buckets serverlos zwischen geografischen Standorten verschieben können. Mit dem Verschieben von Buckets können Sie einen vorhandenen Bucket von einem Standort an einen anderen verschieben, ohne den Namen des Buckets zu ändern oder Daten im Bucket manuell übertragen zu müssen.

Bevor Sie mit dem Verschieben beginnen, sollten Sie das Verschieben von Buckets planen, um Unterbrechungen zu minimieren. Eine Anleitung zum Verschieben finden Sie unter Buckets verschieben.

Vorteile

Das Verschieben von Buckets bietet folgende Vorteile:

Vereinfachte Migration: Sie können Buckets mit minimalem Betriebsaufwand verschieben. Es sind keine komplexen Skripts oder mehrstufigen Prozesse erforderlich.
Kontinuierlicher Betrieb: Ihre Anwendungen bleiben während des gesamten Migrationsprozesses zugänglich, ohne Ausfallzeiten für Lesevorgänge und mit minimalen Ausfallzeiten für Schreibvorgänge.
Verbesserte Leistung: Wenn Sie Compute Engine- und Cloud Storage-Ressourcen in derselben Region platzieren, können Sie die Latenz reduzieren und die Leistung verbessern.
Metadaten beibehalten: Beim Verschieben von Buckets werden die Objektmetadaten beibehalten. Durch das Beibehalten der Objektmetadaten bleibt die Kompatibilität mit vorhandenen Anwendungen und Workflows nach dem Verschieben des Buckets erhalten.
Speicherklassenkonfigurationen: Sie können vorhandene Cloud Storage-Klasseneinstellungen beibehalten, einschließlich Autoclass. Wenn Sie die Speicherklasse beibehalten, bleibt Ihre Kostenstruktur nach der Migration konsistent.

Hinweis: Wenn Ihr Bucket Legacy-Speicherklassen verwendet, werden diese während des Bucket-Verschiebungsprozesses in die Standard-Speicherklasse konvertiert.

Anwendungsfälle

Im Folgenden finden Sie Anwendungsfälle, die Sie durch das Verschieben Ihrer Buckets erreichen können:

Datenübertragungskosten reduzieren: Vermeiden Sie Datenübertragungskosten, indem Sie Ihren Bucket näher an die Arbeitslasten verschieben, die auf die Daten des Buckets zugreifen. Wenn Ihre Daten beispielsweise in den USA gespeichert sind und hauptsächlich von Europa aus darauf zugegriffen wird, können Sie Ihren Bucket an einen europäischen Standort verschieben, um die Kosten für die Datenübertragung zu senken.
Leistung verbessern: Sie können die Geschwindigkeit und Reaktionsfähigkeit Ihrer Anwendung verbessern, indem Sie Ihre Daten näher an Ihre Compute Engine-Arbeitslasten verschieben. Wenn Ihre Anwendung beispielsweise in us-central1 ausgeführt wird, sich Ihre Daten aber in asia-east1 befinden, können Sie Ihren Bucket nach us-central1 verschieben, um die Latenz zu reduzieren.
Ausfallsicherheit verbessern: Schützen Sie Ihre kritischen Daten vor regionalen Ausfällen. Wenn Ihre Daten beispielsweise in einer einzelnen Region gespeichert sind, können Sie sie in eine Dual-Region oder Multiregion verschieben, um die Verfügbarkeit und die Notfallwiederherstellung zu verbessern.

Umzugsarten

Es gibt zwei Arten des Verschiebens von Buckets:

Bucket-Verschiebung mit Schreibausfallzeit: Bei der Bucket-Verschiebung mit Schreibausfallzeit gibt es einen Zeitraum, in dem Sie während der Bucket-Verschiebung keine Objektschreibvorgänge ausführen können.
Bucket-Verschiebung ohne Schreibausfallzeit: Bei der Bucket-Verschiebung ohne Schreibausfallzeit können Sie weiterhin Objektschreibvorgänge ohne Unterbrechung ausführen, während die Bucket-Verschiebung im Hintergrund erfolgt.

Die Quell- und Zielstandorte des Buckets bestimmen, ob beim Verschieben eines Buckets eine Ausfallzeit für Schreibvorgänge auftritt. In der folgenden Tabelle sehen Sie, wie sich der Standort Ihres Buckets auf die Ausfallzeit für Schreibvorgänge während einer Migration auswirkt, einschließlich der Unterschiede zwischen Migrationen mit und ohne Ausfallzeit.

Spezifikation	Verschieben von Buckets mit Schreibausfallzeit	Verschieben von Buckets ohne Schreibausfallzeit
Bucket-Standort	Das Verschieben eines Buckets zwischen den folgenden Standorten führt zu Ausfallzeiten: Regionen Dual-Regionen Multiregionen Multiregionen und vordefinierte Dual-Regionen Multiregionen und konfigurierbare Dual-Regionen, wenn die beiden Standorte unterschiedliche Multiregionscodes haben	Wenn Sie einen Bucket zwischen den folgenden Standorten verschieben, kommt es zu keiner Ausfallzeit, wenn die beiden Standorte denselben multiregionalen Code haben: Konfigurierbare Dual-Regionen Multiregionen und konfigurierbare Dual-Regionen
Schreibverfügbarkeit	Während des letzten Synchronisierungsschritts können Sie keine Schreibvorgänge ausführen.	Schreibvorgänge werden während der Migration ohne Unterbrechung fortgesetzt. Hinweis: Verschiebungen ohne Schreibausfallzeit dauern unabhängig von der Bucket-Größe oder der Anzahl der Objekte mindestens sieben Tage. Diese Mindestdauer ist erforderlich, damit aktive fortsetzbare Uploads abgeschlossen werden können. Da der Fortschritt der Migration nicht linear und unvorhersehbar ist, sollten Sie den frühen Fortschritt der Migration nicht verwenden, um die Gesamtdauer für größere Migrationen zu schätzen.
Einbeziehung von Nutzern	Sie müssen den Schritt zum Beenden der Schreibausfallzeit initiieren.	Es ist kein expliziter Finalisierungsschritt erforderlich.
Auswirkungen auf die Leistung	Während des abschließenden Synchronisierungsschritts können Sie keine Objekte im Bucket schreiben oder aktualisieren.	Die Lese- und Schreiblatenz von Objekten kann sich während der Migration erhöhen.
Abbrechen des Verschiebens von Buckets	Schneller als Migrationen ohne Schreibausfallzeit.	Die Kündigung erfolgt nicht sofort und kann länger dauern, da Objekte nachgefüllt werden müssen.
Funktionsunterstützung	Bietet weniger Feature-Unterstützung als Migrationen ohne Schreibausfallzeit. Weitere Informationen zu den nicht unterstützten Funktionen finden Sie unter Nicht unterstützte Funktionen.	Es gibt Einschränkungen für Funktionen wie mehrteilige Uploads, Aufbewahrungsrichtlinien, Firebase und appspot. Weitere Informationen zu diesen Einschränkungen finden Sie unter Kompatibilitätsanforderungen und Einschränkungen für Buckets.
Mindestdauer der Umstellung	Keine	Sieben Tage. Dieses Minimum gilt unabhängig von der Gesamtgröße des Buckets oder der Anzahl der darin enthaltenen Objekte.

Informationen zum Verschieben von Buckets

Mit der Funktion zum Verschieben von Buckets können Sie Ihre Daten von einem Quell-Bucket in einen Ziel-Bucket verschieben. Der Quell-Bucket enthält die Daten, die Sie verschieben möchten, und der Ziel-Bucket ist der Ort, an den Sie Ihre Daten verschieben möchten.

Das folgende Diagramm zeigt den Ablauf des Verschiebens von Buckets:

^* Die endgültige Synchronisierung ist nur für Verschiebungen mit Schreibausfallzeit erforderlich.

In der folgenden Tabelle sind die drei Hauptschritte und die Beschreibung für jeden Schritt aufgeführt:

Schritt	Beschreibung
Probelauf durchführen (Optional)	Simuliert den Prozess der Bucket-Verschiebung, um potenzielle Probleme zu identifizieren, bevor die eigentliche Datenübertragung beginnt. Hinweis: Wir empfehlen, einen Probelauf durchzuführen, da so potenzielle Probleme frühzeitig erkannt werden können, ohne den eigentlichen Migrationsprozess zu beeinträchtigen.
Schritt zum Verschieben einleiten	Kopiert Daten aus dem Quell-Bucket in den Ziel-Bucket. Die Bucket-Metadaten sind schreibgeschützt, um Änderungen am Bucket zu verhindern, die sich auf den Migrationsprozess auswirken könnten. Sie können jedoch Objekte im Bucket schreiben, ändern und löschen. Die Dauer wird von folgenden Faktoren beeinflusst: Die Häufigkeit von Objektaktualisierungen, ‑löschungen oder ‑hinzufügungen im Bucket wirkt sich direkt auf die Kopierdauer aus. Eine höhere Änderungsrate erfordert mehr Zeit. Es gibt eine maximale Rate für das Verschieben von Objekten, `Rm, Objekte/Sekunde`. Bei insgesamt `N` Objekten und einer Aktualisierungsrate von `R Objekte/Sekunde` kann die Dauer des Kopierschritts auf `N / (Rm - R)` Sekunden geschätzt werden. Große Buckets erfordern aufgrund der begrenzten Bandbreite mehr Zeit für die Migration. Die Größe einzelner Objekte wirkt sich auf die Kopierzeit aus. Objekte, die größer als 10 GB sind, benötigen aufgrund von Bandbreitenbeschränkungen länger für die Übertragung als Objekte unter 10 GB. Beispiel: Das Kopieren eines 1-TB-Objekts dauert einen Tag.
Letzten Synchronisierungsschritt einleiten (Nur für Migrationen mit Schreibausfallzeit erforderlich)	Sobald Sie die endgültige Synchronisierung starten, wird der Bucket schreibgeschützt. Daher können Sie in dieser Zeit keine Objekte im Bucket schreiben oder aktualisieren, was Dateninkonsistenzen verhindert. Sie können jedoch weiterhin aus dem Bucket lesen. Hinweis: Während des letzten Synchronisierungsschritts führen Versuche, Objekte im Bucket zu aktualisieren, zu einem HTTP-Fehler „412“. Der Fehler weist darauf hin, dass der Bucket gerade verschoben wird und eine Schreibsperre besteht, die Änderungen an seinen Objekten einschränkt. Damit die Objekte erfolgreich aktualisiert werden können, muss die Aktion verschoben werden, bis der laufende Bucket-Verschiebevorgang und der zugehörige Synchronisierungsprozess abgeschlossen sind. Nach Abschluss sind Schreibvorgänge im Bucket zulässig. Sobald alle Daten übertragen und verifiziert wurden und der Bucket am neuen Standort betriebsbereit ist, wird die Schreibsperre automatisch aufgehoben. Anschließend können Sie wieder Objekte in den Bucket schreiben und aktualisieren.

Schritt

Beschreibung

Probelauf durchführen
(Optional)

Simuliert den Prozess der Bucket-Verschiebung, um potenzielle Probleme zu identifizieren, bevor die eigentliche Datenübertragung beginnt.

Schritt zum Verschieben einleiten

Kopiert Daten aus dem Quell-Bucket in den Ziel-Bucket. Die Bucket-Metadaten sind schreibgeschützt, um Änderungen am Bucket zu verhindern, die sich auf den Migrationsprozess auswirken könnten. Sie können jedoch Objekte im Bucket schreiben, ändern und löschen. Die Dauer wird von folgenden Faktoren beeinflusst:

Die Häufigkeit von Objektaktualisierungen, ‑löschungen oder ‑hinzufügungen im Bucket wirkt sich direkt auf die Kopierdauer aus. Eine höhere Änderungsrate erfordert mehr Zeit. Es gibt eine maximale Rate für das Verschieben von Objekten, `Rm, Objekte/Sekunde`. Bei insgesamt `N` Objekten und einer Aktualisierungsrate von `R Objekte/Sekunde` kann die Dauer des Kopierschritts auf `N / (Rm - R)` Sekunden geschätzt werden.
Große Buckets erfordern aufgrund der begrenzten Bandbreite mehr Zeit für die Migration.
Die Größe einzelner Objekte wirkt sich auf die Kopierzeit aus. Objekte, die größer als 10 GB sind, benötigen aufgrund von Bandbreitenbeschränkungen länger für die Übertragung als Objekte unter 10 GB. Beispiel: Das Kopieren eines 1-TB-Objekts dauert einen Tag.

Letzten Synchronisierungsschritt einleiten
(Nur für Migrationen mit Schreibausfallzeit erforderlich)

Sobald Sie die endgültige Synchronisierung starten, wird der Bucket schreibgeschützt. Daher können Sie in dieser Zeit keine Objekte im Bucket schreiben oder aktualisieren, was Dateninkonsistenzen verhindert. Sie können jedoch weiterhin aus dem Bucket lesen.

Sobald alle Daten übertragen und verifiziert wurden und der Bucket am neuen Standort betriebsbereit ist, wird die Schreibsperre automatisch aufgehoben. Anschließend können Sie wieder Objekte in den Bucket schreiben und aktualisieren.

Beschränkungen

Wenn Sie Ihren Bucket verschieben möchten, prüfen Sie, ob die Konfigurationen Ihres Buckets das Verschieben von Buckets unterstützen. Sehen Sie sich dazu die Liste der nicht unterstützten Funktionen und Kompatibilitätsanforderungen an.

Das Verschieben von Buckets wird nicht unterstützt, wenn sich die Quell- und Ziel-Buckets an den folgenden Standorten befinden:

Standorttyp	Nicht unterstützte Standorte
Regionen	`ME-CENTRAL1` `ME-WEST1`

Preise

Weitere Informationen zu den Preisen für das Verschieben von Buckets finden Sie unter Cloud Storage – Preise.

Nächste Schritte

Verschieben von Buckets planen
Informationen zu Buckets verschieben