Schnelle Replikation

Zu den Beispielen

Die Turboreplikation ist eine Cloud Storage-Premiumfunktion, die neu geschriebene Cloud Storage-Objekte, die mit einem Schreib-, Umschreib-, Kopier- oder Zusammensetzungsvorgang verknüpft sind, innerhalb von 15 Minuten asynchron in eine separate Region repliziert. Die Turboreplikation für dualregionale Buckets bietet ein kürzeres und besser vorhersehbares Recovery Point Objective (RPO), um die Gefahr von Datenverlusten zu reduzieren.

Geschäftskontinuität und Notfallwiederherstellung

Die Turboreplikation bietet Georedundanz für Cloud Storage-Daten innerhalb eines 15-minütigen Zielfensters. Herkömmliche Speichermodelle stützen sich häufig auf primäre und sekundäre geografische Standorte. Die Georedundanz vereinfacht jedoch den Prozess der Notfallwiederherstellung, da Nutzer die Netzwerknutzung nicht zwischen dem primären und dem sekundären Standort umleiten müssen.

Cloud Storage verwendet Cloud Load Balancing, um Buckets mit zwei Regionen aus mehreren Regionen bereitzustellen. Bei einem regionalen Ausfall ist die Turboreplikation darauf ausgelegt, das Risiko eines Datenverlusts für Daten, die innerhalb des Ziels der letzten 15 Minuten geschrieben wurden, erheblich zu verringern.

Während dualregionale Speicher und Turboreplikation Unterstützung für Geschäftskontinuität und Notfallwiederherstellung (BCDR) bieten, sollten Administratoren eine vollständige BCDR-Architektur planen und implementieren, die für ihre Arbeitslast geeignet ist.

Weitere Informationen finden Sie unter Detaillierte Anleitung zur Entwicklung der Notfallwiederherstellung für Anwendungen in Google Cloud.

Wann sollten Sie die Turboreplikation verwenden?

Die Turboreplikation bietet die folgenden Vorteile, unterstützt durch das Cloud Storage SLA:

  • Bietet schnellere Georedundanz für Daten in dualregionalen Buckets. Die Turboreplikation verringert das Risiko eines Datenverlusts, da Daten innerhalb von 15 Minuten in eine separate Region repliziert werden. Cloud Storage-Buckets mit zwei oder mehreren Regionen umfassen ein Standardreplikationsverhalten, mit dem 99,9 % neu geschriebener Objekte asynchron in eine separate Region innerhalb eines Ziels von einer Stunde repliziert werden. Häufig wird die Replikation innerhalb von Minuten abgeschlossen. Für Nutzer, die ein kürzeres, vorhersehbareres Replikationsziel benötigen, ist die Turboreplikation so konzipiert, dass 100 % der neu geschriebenen Objekte in einer separaten Region innerhalb des Wiederherstellungspunktziels von 15 Minuten repliziert werden.

  • Trägt zu einem unterbrechungsfreien Dienst nach einem regionalen Ausfall bei. Cloud Storage erfasst immer den aktuellen Status des Buckets und stellt Objekte bei Bedarf transparent aus jeder Region bereit. Daher sind Dual-Region-Buckets so konzipiert, dass sie ein Recovery Time Objective (RTO) von null haben und temporäre regionale Fehler für Nutzer normalerweise unsichtbar sind.

Beschränkungen

  • Die Turboreplikation ist nur für die spezifischen Dual-Region-Buckets ASIA1, EUR4 und NAM4 verfügbar. Wenn Sie die Turboreplikation auf Daten anwenden möchten, die in einem Bucket mit mehreren Regionen gespeichert sind, müssen Sie die Daten in einen Bucket mit zwei Regionen übertragen.

    Weitere Informationen finden Sie unter Buckets verschieben und umbenennen.

  • Die Funktion zur Turboreplikation kann nicht über die XML API verwaltet werden. Dies gilt auch für die folgenden Anfragen:

    • Replikationsstatus eines Buckets prüfen.

    • Neuen Bucket mit aktivierter Turboreplikation erstellen

    • Dienst aktivieren und deaktivieren

Featurebeschränkungen

Die Turboreplikation ist so konzipiert, dass neu geschriebene Objekte, die mit Schreib-, Umschreib-, Kopier- oder Zusammensetzungsvorgängen verknüpft sind, in einer separaten Region nach Möglichkeit innerhalb von 15 Minuten repliziert werden. Es gelten einige Ausnahmen:

  • Wenn die Turboreplikation eines vorhandenen Buckets aktiviert ist, kann bei neu geschriebenen Objekten eine Verzögerung von 10 Sekunden auftreten.

  • Nachdem Sie die Turboreplikation für einen Bucket aktiviert haben, werden neue Schreibvorgänge innerhalb von Regionen von 15 Minuten über Regionen hinweg repliziert. Schreibvorgänge und Zusammensetzungen, die vor der Dienstaktivierung gestartet wurden, werden mit der Standardreplikationsrate regionenübergreifend repliziert. Es ist im Allgemeinen sicher, dass der gesamte Bucket innerhalb von 12 Stunden nach dem Aktivieren der Turboreplikation das Ziel der 15-minütigen Replikation erreicht.

  • Mehrteilige Uploads werden von der Turboreplikation nicht unterstützt und stattdessen mit der Standardreplikation repliziert. Auf diese Weise hochgeladene Objekte sind nicht durch die im Cloud Storage SLA definierten Turbo-Replikations-SLOs abgedeckt.

Leistungsüberwachung

Nutzer können die Turboreplikationsleistung über die Cloud Console beobachten.

Informationen zu RTO und RPO

Das Recovery Time Objective (RTO) ist das Zeitfenster nach dem Auftreten eines Ausfalls. Sie gibt die maximal zulässige Zeitspanne an, bevor ein Dienst wieder online ist.

Das Recovery Point Objective (RPO) ist das Zeitfenster vor einem Ausfall. Es stellt die maximal zulässige Dauer dar, die zum Fertigstellen der Objektreplikation erforderlich ist. Es stellt auch die Zeitspanne dar, in der Daten als „gefährdet” betrachtet werden können.

Eine Skala, die die Zeit anzeigt. Das Ereignis befindet sich in der Mitte. Ganz links steht das RPO mit den Worten: "Diese Schreibvorgänge sind verloren gegangen.". Rechts sehen Sie RTO mit dem Hinweis: "Normaler Dienst wird fortgesetzt.".

Datenschreibvorgänge, die während des Recovery Point Objective ausgeführt werden, gelten als gefährdet, da sie möglicherweise nicht vor dem Ausfall einer Region die asynchrone Replikation in eine separate Region abgeschlossen haben. Die zonale Replikation innerhalb einer Region ist synchron und erfolgt unmittelbar nach Abschluss eines Objektuploads.

Bei Verwendung des in Cloud Storage verfügbaren Standardreplikationsverhaltens ist die Replikation der meisten Objekte innerhalb von Minuten abgeschlossen. Die Turboreplikation bietet ein robustes Recovery Point Objective von 15 Minuten oder weniger und wendet das Ziel auf alle Objektschreibvorgänge an.

Jedes Objekt, das erfolgreich an einen separaten geografischen Standort repliziert wurde, sollte weiterhin zugänglich sein, wenn eine der Regionen ausfällt. Alle Daten, die nicht vollständig repliziert wurden, bleiben jedoch erst wieder verfügbar, wenn die ausgefallene Region wieder verfügbar ist. Daten können im sehr unwahrscheinlichen Fall einer physischen Zerstörung der Region verloren gehen.

Cloud Storage überwacht die ältesten nicht replizierten Objekte. Wenn die Replikation eines Objekts länger als 15 Minuten gedauert hat, werden diese zusätzlichen oder „schlechten” Minuten in der Cloud Console als Number of minutes missing RPO angezeigt. Diese Zahl stellt eine Zusammenfassung von fehlerhaften Minuten aus allen Objekten im Bucket dar.

Wenn beispielsweise ein Objekt 9:00–9:20 Uhr 20 schlechte Minuten und 9:15–9:25 Uhr ein anderes Objekt lieferte, beträgt die Gesamtzahl der fehlerhaften Minuten 25, da mindestens ein Objekt den RPO von 9:00–9:25 Uhr nicht erreicht hat. Mit diesem Service Level Indicator können Sie die Konformität der monatlichen Replikationszeit Ihres Buckets überwachen. Weitere Informationen finden Sie im Cloud Storage SLA.

Die Cloud Console verfolgt auch die Anzahl der abgeschlossenen Objektreplikate als Object replications with turbo. Mit diesem Service Level Indicator kann die Konformität des Volumes für die monatliche Replikation des Buckets überwacht werden. Weitere Informationen finden Sie im Cloud Storage SLA.

Audit-Logging

Administratoren können den Turboreplikationsaktivitätsverlauf eines Buckets mit dem Log-Explorer aufrufen.

Weitere Informationen finden Sie unter Cloud-Audit-Logs mit Cloud Storage.

Cloud Storage SLA

Eine detaillierte Beschreibung der Service Level Objectives (SLOs) für die Turboreplikation finden Sie im Cloud Storage SLA.

Nächste Schritte