Volume-Replikation

Auf dieser Seite finden Sie Informationen zum Schutz Ihrer Daten mithilfe der Volume-Replikation.

Volume-Replikation

Sie können Ihre Daten durch eine standortübergreifende Volume-Replikation schützen, bei der ein Quell-Volume an einem Standort asynchron in ein Ziel-Volume an einem anderen Standort repliziert wird. 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 während der normalen Nutzung verwendet werden.

Bei der Volume-Replikation werden während der ersten Übertragung nur verwendete Datenblöcke und bei inkrementellen Übertragungen nur geänderte Blöcke übertragen. Es fallen nur für die übertragenen Byte Gebühren an, was die Übertragungszeiten optimiert und die Kosten senkt.

Workflow für die Volume-Replikation

Während der Volume-Replikation werden bei einem Prozess namens Erstübertragung alle Inhalte des Quell-Volumes auf das Ziel-Volume repliziert. Beim ersten Übertragungsvorgang wird ein Snapshot auf dem Quellsystem erstellt und dessen Inhalt auf das Zielvolume übertragen. Nach Abschluss der ersten Übertragung ändert sich der Status des Replikationsspiegels in Gespiegelt. Das Ziel-Volume wird schreibgeschützt und spiegelt den Inhalt der Snapshots des Quell-Volumes wider, 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 Quell-Volume erstellt.

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

  3. Diese Änderungen werden dann auf das Ziel-Volume übertragen. Der Übertragungsstatus in der Replikationsressource ändert sich in Wird übertragen.

    Nachdem alle Änderungen übertragen wurden, werden die Inhalte des Ziel-Volumes vom alten Snapshot auf den neuen Snapshot übertragen.

Änderungen an den Einstellungen

Wenn sich die Replikation im Status Gespiegelt befindet, wendet NetApp Volumes die meisten Einstellungsänderungen, die Sie am Quell- oder Zielvolume vornehmen, auf beide Volumes an.

In den folgenden Abschnitten werden die Einstellungen beschrieben, die NetApp Volumes für beide Volumes synchronisiert, sowie die Einstellungen, die Sie für jedes Volume separat konfigurieren.

Replizierte Einstellungen

Während sich die Replikation im Status Gespiegelt befindet, synchronisiert NetApp Volumes die folgenden Einstellungen zwischen dem Quell- und dem Ziel-Volume:

  • Kapazität: Aktualisiert die Kapazität auf beiden Volumes. Sowohl der Quell- als auch der Zielspeicherpool müssen genügend freien Speicherplatz für die neue Volume-Größe haben.

  • Exportrichtlinie: Wendet Änderungen an Exportregeln auf beide Volumes an, sodass für die Quell- und Ziel-Volumes dieselbe Richtlinie verwendet wird. Wenn sich die Richtlinien unterscheiden, wird bei der nächsten Volume-Aktualisierung eine Richtlinie auf beide Volumes angewendet. Dies kann den Clientzugriff beeinträchtigen. Weitere Informationen finden Sie unter Mögliche Unterbrechung des Clientzugriffs beim Aktualisieren der Einstellungen eines NFS-Volumes. Im Gegensatz zur Standard-Volume-Replikation werden bei der projektübergreifenden Replikation keine Exportregeln zwischen den Quell- und Ziel-Volumes kopiert.

  • Protokolleinstellungen: Änderungen werden auf bereits aktivierte Protokolle auf beiden Volumes angewendet. Bei SMB-Volumes (Server Message Block) umfassen diese Einstellungen die SMB-Verschlüsselung, die Sichtbarkeit von Freigaben und die zugriffsbasierte Aufzählung. Sie können den Protokolltyp nach dem Erstellen des Volumes nicht mehr ändern.

  • Snapshot-Zeitpläne: Synchronisiert Änderungen an stündlichen, täglichen, wöchentlichen und monatlichen Snapshot-Zeitplänen auf beiden Volumes.

  • UNIX-Berechtigungen: Kopiert die UNIX-Berechtigungen des Quellstammverzeichnisses in das Ziel-Volume. Diese Berechtigungen werden zu den anfänglichen Berechtigungen für das Zielstammverzeichnis.

  • Kontingentregeln: Änderungen an Kontingentregeln werden sofort auf das Quell-Volume angewendet. Das Ziel-Volume speichert die Änderungen und wendet sie an, wenn Sie die Replikation beenden. Wenn beim Beenden der Replikation ein Kontingentfehler zurückgegeben wird, vergleichen Sie die Kontingentregeln auf beiden Volumes und fügen Sie dem Zielvolume alle fehlenden Regeln hinzu. Weitere Informationen finden Sie unter Kontingenteinstellungen für Ziel-Volumes können bei einer aktiven Replikation fehlschlagen.

Einstellungen für jedes Volume

Konfigurieren Sie die folgenden Einstellungen separat auf den Quell- und Ziel-Volumes:

  • Labels und Volume-Beschreibung: Geben Sie für jedes Volume Labels und eine Beschreibung an.

  • Sicherungsrichtlinie: Konfigurieren Sie für jedes Volume eine Sicherungsrichtlinie. Auf einem Ziel-Volume ist ein Sicherungszeitplan inaktiv, während sich die Replikation im Status Gespiegelt befindet. Er wird erst aktiv, wenn Sie die Replikation beenden.

  • Backup Vault: Weisen Sie jedem Volume einen Backup Vault zu.

  • Automatisches Tiering: Aktivieren oder deaktivieren Sie das automatische Tiering für jedes Volume.

  • Snapshot-Verzeichnis sichtbar machen: Konfigurieren Sie diese Einstellung nur auf dem Quell-Volume. Diese Einstellung kann für ein Ziel-Volume nicht geändert werden.

  • Löschen von Volumes blockieren: Aktivieren oder deaktivieren Sie diese Einstellung für jedes Volume.

  • Durchsatz: Konfigurieren Sie den Durchsatz für die Quell- und Ziel-Volumes in einem manuellen QoS-Pool (Quality of Service) separat. In einem automatischen QoS-Pool bestimmen die Volume-Größe und das Service-Level den Durchsatz.

Sie konfigurieren Active Directory- und kundenverwaltete Verschlüsselungsschlüssel (CMEK)-Richtlinien auf Speicherpoolebene. Die Quell- und Zielpools müssen Active Directory-Richtlinien verwenden, die eine Verbindung zur selben Active Directory-Domain herstellen. Bei der Replikation wird die jedem Pool zugewiesene Richtlinie beibehalten.

Wenn Sie bei den Service-Levels „Standard“, „Premium“ und „Extreme“ das Quell-Volume in einen Pool mit einem anderen Service-Level verschieben, ändert sich nur das Quell-Volume. Das Ziel-Volume verbleibt im aktuellen Pool.

Wenn Sie die Replikation beenden, werden das Quell- und das Ziel-Volume unabhängig voneinander. Änderungen, die Sie an den Daten oder Einstellungen auf einem Volume vornehmen, werden nicht auf das andere Volume angewendet. Wenn Sie eine angehaltene Replikation fortsetzen, werden die Einstellungen des Ziel-Volumes durch die Einstellungen des Quell-Volumes überschrieben, mit Ausnahme der Einstellungen, die Sie separat konfigurieren.

Hinweise zur Volume-Replikation

Bevor Sie eine Volume-Replikation ausführen können, sollten Sie Folgendes beachten:

  • Für die Service-Level „Standard“, „Premium“ und „Extreme“ unterstützt NetApp Volumes die Volume-Replikation 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-west4 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 den Service-Level „Flex Unified“ wird die Volume-Replikation zwischen Zonen innerhalb derselben Regionsgruppe unterstützt. Die Replikation in eine andere Zone innerhalb derselben Region wird ebenfalls unterstützt. 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
    Regionsgruppe northamerica-northeast1
    northamerica-northeast2
    southamerica-east1
    us-central1
    us-east1
    us-east4
    us-east5
    us-south1
    us-west1
    us-west2
    us-west3
    us-west4     		asia-east1
    asia-northeast1
    asia-northeast2
    asia-south1
    asia-southeast1
    australia-southeast1
    australia-southeast2     		europe-southwest1
    europe-west1
    europe-west2
    europe-west3
    europe-west4
    europe-west8
    europe-west9
    me-west1

  • Für das Service-Level „Flex“ (Typ „Datei“) wird die Volume-Replikation zwischen Regionen unterstützt, die zur selben Regionengruppe 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
    Regionsgruppe 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 Ziel-Volumes für eine bestimmte Region oder ein bestimmtes Service-Level erhöhen. Wenn Sie eine Kontingenterhöhung beantragen möchten, verwenden Sie die Google Cloud Console-Seite „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 ein Quell- und ein Ziel-Volume sein.

  • Standort des Quell- und Ziel-Volumes:

    • Für die Dienststufe „Flex Unified Default“ gelten die folgenden Überlegungen.

      • Sowohl das Quell- als auch das Ziel-Volume müssen sich im selben Projekt und in derselben Regionsgruppe befinden. Sie können Volumes in eine andere Zone innerhalb derselben Region replizieren.

      • Sie können Volumes in regulären Flex Unified-Pools oder in Flex Unified-Pools mit großer Kapazität replizieren, aber nicht zwischen diesen beiden Pooltypen.

      • Sie können Volumes innerhalb desselben Projekts replizieren.

      • 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. Sie erstellen Replikationen mit der API, der Google Cloud CLI oder Terraform, können sie aber in der Google Cloud Console verwalten. Zum Erstellen einer projektübergreifenden Replikation benötigen Sie die Berechtigungen netapp.replications.create für beide Projekte. Im Gegensatz zu Standard-Volume-Replikationen werden bei projektübergreifenden Replikationen keine Exportregeln zwischen den Quell- und Ziel-Volumes repliziert. Wenn Sie VPC Service Controls verwenden, finden Sie unter Einschränkungen von VPC Service Controls für NetApp Volumes Informationen zur projektübergreifenden Volume-Replikation.

    • Für die Dienststufe „Flex File“: Sowohl das Quell- als auch das Zielvolume müssen sich im selben Projekt und in derselben Regionsgruppe befinden. Die Replikation in eine andere Zone innerhalb derselben Region wird nicht unterstützt.

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

      • Die Replikation wird unterstützt, wenn sich sowohl das Quell- als auch das Ziel-Volume im selben Projekt befinden. Das Ziel-Volume muss sich in einem anderen Regionspaar befinden.

      • 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, können aber anschließend über die Google Cloud Console verwaltet werden. Zum Erstellen einer projektübergreifenden Replikation benötigen Sie die Berechtigungen netapp.replications.create für beide Projekte. Im Gegensatz zu allgemeinen Volume-Replikationen werden bei projektübergreifenden Replikationen keine Exportregeln zwischen Quell- und Ziel-Volumes repliziert. Wenn Sie VPC Service Controls verwenden, finden Sie unter Einschränkungen von VPC Service Controls für NetApp Volumes Informationen zur projektübergreifenden Volume-Replikation.

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

  • Service-Level-basierte Unterstützung: Quell- und Ziel-Volumes müssen dasselbe Service-Level haben. Ausgenommen sind Volumes mit den Service-Levels „Premium“ und „Extrem“, die in einer Replikation gemischt werden können. Informationen zum Replizieren in den oder aus dem Flex Unified ONTAP-Modus finden Sie unter Mit ONTAP replizieren. Der Pool im ONTAP-Modus ist das ONTAP-System. Die Replikation zwischen Systemen im ONTAP-Modus oder ONTAP-basierten Systemen und dem ONTAP-Modus ist eine standardmäßige ONTAP SnapMirror-Replikation, die Sie entsprechend verwalten müssen. Weitere Informationen finden Sie unter Informationen zur asynchronen Notfallwiederherstellung mit ONTAP SnapMirror.

Preise für die Volume-Replikation

NetApp Volumes berechnet die Replikation separat von der Volume-Kapazität. Die Gebühren richten sich nach der Anzahl der zwischen primären und sekundären Volumes übertragenen Byte. Weitere Informationen finden Sie unter NetApp Volumes-Preise.

Recovery Point Objective (RPO)

Da die Volume-Replikation eine geplante, asynchrone Replikation ist, hinkt der Inhalt des Ziel-Volumes immer dem Quell-Volume hinterher. Das Recovery Point Objective (RPO) gibt an, wie aktuell die Daten auf dem Ziel-Volume sind und welche zeitpunktbezogene Version Ihrer Daten gespeichert wird. Im Falle eines Notfalls können Sie mithilfe des RPO die Menge der verlorenen Daten ermitteln.

Sie können den RPO-Wert der Volume-Replikation entweder durch Prüfen der Verzögerungszeiten oder der Replikations-Snapshots ermitteln. Die Verzögerungszeit ist zwar eine schnelle Möglichkeit, den RPO zu schätzen, Replikations-Snapshots sind jedoch ein genaueres Maß.

  • 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. Sie 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 Änderungsrate Ihrer Daten auf dem Quell-Volume zu hoch, um innerhalb eines Replikationsintervalls übertragen zu werden. Wir empfehlen, ein längeres Replikationsintervall auszuwählen oder die Warnung für einmalige Situationen wie starke Datenänderungsaktivitäten auf 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 den genauesten Einblick in den RPO. Bei der Volume-Replikation werden zwei rollierende Snapshots für die Replikation verwendet. Der Zeitstempel des neuesten Replikations-Snapshots auf dem Ziel-Volume gibt den Zeitpunkt (UTC) der neuesten Daten auf dem Ziel-Volume an.

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

Anforderungen für Speicherpools

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

  • Muss je nach Service-Level Teil eines gültigen Standortpaars oder einer gültigen Regionsgruppe sein

  • Muss dieselbe Active Directory-Richtlinienkonfiguration haben

  • Muss auf dasselbe Active Directory verweisen

  • Müssen dieselben LDAP-Einstellungen haben

Zeitplan für die Replikation

Der Replikationszeitplan versucht, die Replikation in festgelegten 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 am längsten dauert. Der Replikationszeitplan wird für jeden Zeitplantyp zu den folgenden Zeiten ausgeführt:

Häufigkeit des Replikationszeitplans Zeitpunkt des geplanten Vorgangs
Alle 10 Minuten :00, :10, :20, :30, :40, :50
Stündlich :05 nach jeder vollen Stunde
Täglich :10 nach Mitternacht

Nächste Schritte

Volume-Replikation erstellen