Volume-Replikation

Auf dieser Seite finden Sie Informationen dazu, wie Sie Ihre Daten mit Volume-Replikation schützen können.

Volume-Replikation

Sie können Ihre Daten durch die standortübergreifende Volume-Replikation schützen. Dabei wird ein Quellvolume an einem Standort asynchron in ein Zielvolume an einem anderen Standort 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 als schreibgeschützte Kopie verwendet werden.

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

Workflow für die Volume-Replikation

Bei der Volume-Replikation wird mit einem Prozess namens Erste Übertragung der gesamte Inhalt des Quell-Volumes auf das Ziel-Volume repliziert. Beim ersten Übertragungsvorgang wird ein Snapshot des Quellsystems erstellt und dessen Inhalt auf das Zielvolume übertragen. Nach Abschluss der ersten Übertragung ändert sich der Status des Replikationsspiegels in Gespiegelt. Das Zielvolume wird schreibgeschützt und spiegelt den Inhalt der Snapshots des Quellvolumes wider, einschließlich aller Snapshots, die vor dem ersten Snapshot erstellt wurden.

Nach Abschluss der ersten Übertragung wird das geplante Replikationsintervall in Form von inkrementellen Updates 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. Bei diesem Vorgang werden diese Änderungen auf das Ziel-Volume übertragen. Der Übertragungsstatus in der Replikationsressource ändert sich in Wird übertragen.

    Nachdem alle Änderungen übertragen wurden, werden die Inhalte des Zielvolumes vom alten Snapshot zum neuen Snapshot verschoben.

Änderungen an den Einstellungen

Solange sich eine Replikation im Status mirrored befindet, werden alle Einstellungsänderungen, die auf das Quell- oder Zielvolume angewendet werden, automatisch auf beide Volumes angewendet. Die folgenden Einstellungen werden jedoch nicht zwischen Quell- und Zielvolumes synchronisiert:

  • Labels und Volumebeschreibung: Diese Einstellungen müssen unabhängig von den Quell- und Zielpools konfiguriert werden.

  • Active Directory-Richtlinie: Diese Richtlinie wird sowohl für den Quell- als auch für den Zielpool festgelegt und kann nicht geändert werden.

  • CMEK-Richtlinie: Diese Richtlinie wird sowohl für den Quell- als auch für den Zielpool festgelegt und kann nicht geändert werden.

  • Sicherungsrichtlinie: Diese Einstellung muss unabhängig für die Quell- und Ziel-Volumes konfiguriert werden.

    Ein Sicherungszeitplan auf einem Ziel-Volume wird erst aktiviert, wenn die Replikation beendet wird. Er ist inaktiv, solange sich die Replikation im Status gespiegelt befindet.

  • Backup Vault: Diese Einstellung muss unabhängig für die Quell- und Ziel-Volumes konfiguriert werden.

  • Automatische Stufung: Diese Einstellung muss unabhängig für die Quell- und Zielvolumes konfiguriert werden.

  • Snapshot-Verzeichnis sichtbar machen: Diese Einstellung muss unabhängig für die Quell- und Zielvolumes konfiguriert werden.

  • Unix-Berechtigungen: Dieser API-Parameter definiert die anfänglichen UNIX-Berechtigungen des Stamm-Inode, der während des Replikationsvorgangs auf das Zielvolume repliziert wird.

  • Löschen von Volumes blockieren: Diese Einstellung muss unabhängig für die Quell- und Ziel-Volumes konfiguriert werden.

Wenn das Service-Level des Quell-Volumes durch das Verschieben in einen anderen Pool geändert wird, ändert sich das Ziel-Volume nicht.

Wenn die Replikation beendet wird, werden die Quell- und Ziel-Volumes unabhängig voneinander. Daten- oder Einstellungsänderungen, die am Quell- oder Zielvolume vorgenommen werden, werden nicht auf das andere Volume angewendet. Wenn Sie eine angehaltene Replikation fortsetzen, werden die Einstellungen des Quellvolumens mit Ausnahme der in diesem Abschnitt aufgeführten Einstellungen auf das Zielvolumen übertragen.

Hinweise zur Volume-Replikation

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

  • Für die Service-Levels „Standard“, „Premium“ und „Extreme“ unterstützt NetApp Volumes die Volumereplikation zwischen den folgenden spezifischen 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

  • Beim Service-Level „Flex“ wird die Volume-Replikation zwischen Regionen unterstützt, die Teil derselben Regionengruppe sind. In der folgenden Tabelle sind die Regionsgruppen für die verschiedenen Standorte 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 Anforderungen an die Projektreplizierung müssen Sie möglicherweise das Kontingent für die Anzahl der replizierten Quell- und Zielvolumes für eine bestimmte Region oder ein bestimmtes Serviceniveau erhöhen. Wenn Sie eine Kontingenterhöhung anfordern möchten, verwenden Sie die Google Cloud Konsolenseite „NetApp Volumes-Kontingente“.

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

  • Speicherort von Quell- und Ziel-Volume:

    • Für das Flex-Serviceniveau: Sowohl die Quell- als auch die Zielvolumes müssen im selben Projekt und in derselben Regionsgruppe vorhanden sein. Sie können sich jedoch in verschiedenen VPCs befinden.

    • Für die Service-Levels „Standard“, „Premium“ und „Extreme“ gelten die folgenden Überlegungen.

      • Sowohl die Quell- als auch die Zielvolumes im selben Projekt werden vollständig unterstützt.

      • Die projektübergreifende Volume-Replikation zwischen Quell- und Ziel-Volumes ist eine Funktion, die auf Anfrage verfügbar ist. Wenn Sie Zugriff auf diese Funktion anfordern möchten, wenden Sie sich an den Vertrieb. Diese Replikationen werden zwar nur über die API, die Google Cloud CLI oder Terraform erstellt, ihre spätere Verwaltung kann jedoch über die Google Cloud -Konsole erfolgen. Zum Erstellen einer projektübergreifenden Replikation benötigen Sie die Berechtigungen netapp.replications.create für beide Projekte.

    • Die Quell- und Zielvolumes können sich in verschiedenen VPCs befinden.

  • Support basierend auf dem Service-Level: Quell- und Ziel-Volumes müssen denselben Service-Level haben. Ausnahmen gelten für Volumes mit den Service-Levels „Premium“ und „Extreme“, die in einer Replikation kombiniert werden können.

Preise für die Volume-Replikation

Die Gebühren für die Replikation von NetApp Volumes werden separat von der Volume-Kapazität berechnet. Die Gebühren richten sich nach der Anzahl der Byte, die zwischen primären und sekundären Volumes ü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 Ziel-Volumes immer hinter dem des Quell-Volumes zurück. Das Recovery Point Objective (RPO) gibt an, wie aktuell die Daten auf Ihrem Zielvolume sind und welche Version Ihrer Daten zu einem bestimmten Zeitpunkt gespeichert wird. Im Falle eines Notfalls können Sie mit dem RPO herausfinden, wie viele Daten Sie verloren haben.

Sie können den RPO-Wert der Volumereplikation ermitteln, indem Sie entweder die Verzögerungszeiten oder die Replikationssnapshots prüfen. Die Verzögerungszeit ist zwar eine schnelle Methode zur Schätzung des RPO, Replikations-Snapshots sind jedoch genauer.

  • Verzögerungszeit: Die verstrichene Zeit seit der Erstellung des Snapshots auf dem Quell-Volume, der zuletzt auf das Ziel-Volume repliziert wurde. Die Zeitverzögerung gibt den Altersunterschied der Daten des Ziel-Volumes im Verhältnis zu den Daten des Quell-Volumes 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 Konsole neben der Verzögerungszeit ein Warnsymbol angezeigt. Wenn das Problem weiterhin auftritt, ist die Änderungsrate der Daten auf dem Quellvolumen zu hoch, um sie innerhalb eines Replikationsintervalls zu übertragen. Wir empfehlen, ein längeres Replikationsintervall auszuwählen oder die Warnung bei einmaligen Situationen wie starken Datenänderungen in der Quelle zu ignorieren.

  • Replikations-Snapshots: Replikations-Snapshots sind Erfassungen von Daten, die genau so aussehen, wie sie zu einem bestimmten Zeitpunkt angezeigt werden. Replikations-Snapshots bieten die genaueste Darstellung des RPO. Bei der Volume-Replikation werden zwei fortlaufende Snapshots für die Replikation verwendet. Der Zeitstempel des letzten Replikations-Snapshots auf dem Zielvolume gibt den Zeitpunkt (UTC) der letzten Daten auf dem Zielvolume an.

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

Anforderungen an Speicherpools

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

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

  • Muss dieselbe Active Directory-Richtlinienkonfiguration haben

  • Muss auf dasselbe Active Directory verweisen

  • Muss dieselben LDAP-Einstellungen haben

Zeitplan für die Replikation

Der Replikationszeitplan versucht, die Replikation in den angegebenen Intervallen auszuführen. Wenn eine vorherige Replikation ausgeführt wird, wird die Replikation für den aktuellen Zyklus übersprungen und im nächsten Intervall noch einmal geprüft. Dieses Verhalten tritt am häufigsten während der ersten Replikation auf, bei der die ersten Volume-Blö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 Zeit des geplanten Vorgangs
Alle 10 Minuten :00, :10, :20, :30, :40, :50
Stündlich :05 nach Beginn jeder Stunde
Täglich :10 nach Mitternacht

Nächste Schritte

Volume-Replikation erstellen