Volume-Replikation

Auf dieser Seite finden Sie Details dazu, wie Sie Ihre Daten mithilfe der Volume-Replikation schützen.

Volume-Replikation

Sie können Ihre Daten mithilfe der standortübergreifenden Volume-Replikation schützen. Dabei wird ein Quellvolume an einem Speicherort asynchron in einem Zielvolume an einem anderen Speicherort repliziert. Mit dieser Funktion können Sie das replizierte Volume bei einem standortweiten Ausfall oder Notfall für kritische Anwendungsaktivitäten verwenden. Das replizierte Volume kann auch bei normaler Nutzung als schreibgeschützte Kopie verwendet werden.

Bei der Volume-Replikation werden bei der Erstübertragung nur verwendete Datenblöcke verschoben und bei inkrementellen Übertragungen nur geänderte Blöcke. Es fallen nur Kosten für die übertragenen Byte an. So werden die Übertragungszeiten optimiert und die Kosten gesenkt.

Workflow für die Volume-Replikation

Bei der Volume-Replikation werden alle Inhalte des Quellvolumes durch einen Prozess namens Initialübertragung auf das Zielvolume repliziert. Beim ersten Übertragungsprozess wird ein Snapshot des Quellsystems erstellt und der Inhalt auf das Zielvolume übertragen. Nach Abschluss der anfänglichen Übertragung ändert sich der Status des Replikations-Mirrors in Gespiegelt. Das Zielvolume wird dadurch schreibgeschützt und enthält den Inhalt der Snapshots des Quellvolumes, einschließlich aller Snapshots, die vor dem ersten Snapshot erstellt wurden.

Nach Abschluss des ersten Übertragungsvorgangs wird das geplante Replikationsintervall in Form von inkrementellen Aktualisierungen in der folgenden Reihenfolge fortgesetzt:

  1. Dabei wird ein neuer Snapshot auf dem Quellvolume erstellt.

  2. Es werden die Daten berechnet, die sich zwischen dem neuen und dem vorherigen Snapshot geändert haben.

  3. Diese Änderungen werden auf das Zielvolume übertragen. Der Übertragungsstatus in der Replikationsressource ändert sich in Übertragen.

    Nachdem alle Änderungen übertragen wurden, wird der Inhalt des Zielvolumes vom alten Snapshot auf den neuen Snapshot umgestellt.

Änderungen an Einstellungen

Solange eine Replikation den Status gespiegelt hat, werden alle Änderungen an den Einstellungen des Quell- oder Zielvolumes an den Partner repliziert. Wenn das Service-Level des Quellvolumes geändert wird, indem es in einen anderen Pool verschoben wird, ändert sich das Zielvolume nicht.

Wenn die Replikation angehalten wird, werden die Einstellungen für Quell- und Zielvolumes sowie neue Daten nicht mehr an Änderungen an einem der Volumes angepasst.

  • Replizierte Daten: Bei der Volume-Replikation werden alle Nutzerdaten und Snapshots von Quellvolumes auf Zielvolumes gespiegelt.

  • Automatische Kapazitätsanpassungen: Bei der Volume-Replikation wird die Kapazität des Zielvolumes automatisch an die Kapazität des Quellvolumes angepasst, solange die Replikationsbeziehung besteht.

Hinweise zur Volume-Replikation

Beachten Sie Folgendes, bevor Sie eine Volume-Replikation ausführen:

  • Für die Serviceebenen „Standard“, „Premium“ und „Extrem“ unterstützt NetApp Volumes die Volume-Replikation zwischen den folgenden Regionspaaren:

    • asia-southeast1 und australia-southeast1

    • europe-west2 und europe-west3

    • europe-west2 und europe-west4

    • europe-west3 und europe-west4

    • europe-west3 und europe-west6

    • europe-southwest1 und europe-west3

    • northamerica-northeast1 und northamerica-northeast2

    • northamerica-northeast1 und us-central1

    • australia-southeast1 und asia-southeast1

    • us-central1 und us-east4

    • us-central1 und us-west2

    • us-central1 und us-west3

    • us-central1 und us-west4

    • us-east4 und us-west2

    • us-east4 und us-west4

    • us-west2 und us-west4

    • us-west3 und us-west4

  • Für das Flex-Service-Level wird die Volume-Replikation zwischen Regionen unterstützt, die zu derselben Regionsgruppe gehören. In der folgenden Tabelle sind die Regionsgruppen an verschiedenen Standorten aufgeführt:

    Standorte
    Nord- und Südamerika Asiatisch-pazifischer Raum Europa, Naher Osten und Afrika
    Regionengruppe southamerica-east1
    southamerica-west1
    northamerica-northeast1
    northamerica-northeast2
    us-central1
    us-east1
    us-east4
    us-east5
    us-south1
    us-west1
    us-west2
    us-west3
    us-west4
    asia-east1
    asia-east2
    asia-northeast1
    asia-northeast2
    asia-northeast3
    asia-south1
    asia-south2
    asia-southeast1
    asia-southeast2
    australia-southeast1
    australia-southeast2
    africa-south1
    europe-central2
    europe-north1
    europe-southwest1
    europe-west1
    europe-west2
    europe-west3
    europe-west4
    europe-west6
    europe-west8
    europe-west9
    europe-west10
    europe-west12
    me-central1
    me-central2
    me-west1
  • Kontingentzuweisung: Je nach den Replikationsanforderungen Ihres Projekts müssen Sie möglicherweise das Kontingent für die Anzahl der replizierten Quell- und Zielvolumes für eine bestimmte Region oder Dienstebene erhöhen. Wenn Sie eine Kontingenterhöhung beantragen möchten, verwenden Sie die Seite „NetApp-Volumeskontingente“ in der Google Cloud Console.

  • Topologische Unterstützung: Die Volume-Replikation unterstützt keine kaskadierenden und Fan-in- und Fan-out-Topologien. Ein Volume kann beispielsweise nicht gleichzeitig ein Quell- und ein Zielvolume sein.

  • Speicherort des Quell- und Zielvolumes: Sowohl das Quell- als auch das Zielvolume müssen sich im selben Projekt befinden. Sie können jedoch in verschiedenen VPCs vorhanden sein.

  • Unterstützung auf Service-Level-Basis: Quell- und Zielvolumes müssen dasselbe Service-Level haben, mit Ausnahme von Volumes mit den Service-Levels „Premium“ und „Extreme“, die in einer Replikation kombiniert werden können.

Preise für die Volume-Replikation

Bei NetApp Volumes wird die Replikation separat von der Volumekapazität abgerechnet. Die Gebühren basieren auf der Anzahl der Byte, die zwischen dem primären und dem sekundären Volume übertragen werden. Weitere Informationen finden Sie unter NetApp Volumes-Preise.

Recovery Point Objective (RPO)

Da die Volume-Replikation eine geplante, asynchrone Replikation ist, liegt der Inhalt des Zielvolumes immer hinter dem des Quellvolumes. Das Recovery Point Objective (RPO) gibt an, wie aktuell die Daten auf dem Zielvolume sind und welche Version der Daten zu welchem Zeitpunkt gespeichert wird. Im Falle eines Notfalls hilft Ihnen der RPO dabei, die Menge der verlorenen Daten zu ermitteln.

Sie können den RPO der Volume-Replikation entweder anhand von Verzögerungszeiten oder Replikations-Snapshots ermitteln. Die Verzögerungszeit bietet zwar eine schnelle Möglichkeit, die RPO zu schätzen, aber Replikations-Snapshots sind ein genaueres Maß.

  • Verzögerungszeit: Die verstrichene Zeit seit der Erstellung des Snapshots auf dem Quellvolume, der zuletzt auf das Zielvolume repliziert wurde. Die Verzögerungszeit gibt den Unterschied im Alter der Daten des Zielvolumes im Vergleich zu den Daten des Quellvolumes an. Er wird alle fünf Minuten aktualisiert und bietet einen Überblick über den RPO. Wenn bei der Replikation Replikationsintervalle übersprungen werden, wird in der Google Cloud Console neben der Verzögerungszeit ein Warnsymbol angezeigt. Wenn das Problem weiterhin auftritt, ist die Datenänderungsrate auf dem Quellvolume zu hoch, um innerhalb eines Replikationsintervalls übertragen zu werden. Wir empfehlen, ein längeres Replikationsintervall auszuwählen oder die Warnung in einmaligen Situationen wie umfangreichen Datenänderungsaktivitäten an der Quelle zu ignorieren.

  • Replikations-Snapshots: Replikations-Snapshots sind Datenaufnahmen, die genau so aussehen, wie die Daten zu einem bestimmten Zeitpunkt angezeigt werden. Replikations-Snapshots liefern die genauesten Informationen zum RPO. Bei der Volume-Replikation werden zwei laufende Snapshots verwendet. Der Zeitstempel des letzten Replikations-Snapshots auf dem Zielvolume gibt den Zeitpunkt (UTC) der neuesten Daten auf dem Zielvolume an.

    Sie können den Zeitstempel (replication-<timestamp>) aus dem Namen des Replikations-Snapshots ableiten, der dem UTC-Format (YYYY-MM-DD-HHMMSS) folgt.

Anforderungen an Speicherpools

Die Speicherpools mit Quell- und Zielvolumes müssen die folgenden Anforderungen erfüllen:

  • Muss je nach Serviceebene Teil eines gültigen Standortpaars oder einer gültigen Regionsgruppe sein

  • Sie müssen dieselbe Active Directory-Richtlinienkonfiguration haben.

  • Muss auf dasselbe Active Directory verweisen

  • Sie müssen dieselben LDAP-Einstellungen haben.

Zeitplan für die Replikation

Mit dem Replikationszeitplan wird versucht, die Replikation in bestimmten Intervallen auszuführen. Wenn eine vorherige Replikation noch läuft, wird die Replikation für den aktuellen Zyklus übersprungen und im nächsten Intervall noch einmal geprüft. Dieses Verhalten tritt am häufigsten bei der anfänglichen Replikation auf, bei der die anfänglichen Volumeblöcke übertragen werden und die Replikation am längsten dauert. Der Replikationszeitplan wird für jeden Zeitplantyp zu den folgenden Zeiten ausgeführt:

Häufigkeit des Replikationszeitplans Geplante Uhrzeit
Alle 10 Minuten :00, :10, :20, :30, :40, :50
Stündlich :05 nach jeder vollen Stunde
Täglich :10 nach Mitternacht jeden Tag

Nächste Schritte

Volume-Replikation erstellen