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:
Dabei wird ein neuer Snapshot auf dem Quellvolume erstellt.
Es werden die Daten berechnet, die sich zwischen dem neuen und dem vorherigen Snapshot geändert haben.
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
undaustralia-southeast1
europe-west2
undeurope-west3
europe-west2
undeurope-west4
europe-west3
undeurope-west4
europe-west3
undeurope-west6
europe-southwest1
undeurope-west3
northamerica-northeast1
undnorthamerica-northeast2
northamerica-northeast1
undus-central1
australia-southeast1
undasia-southeast1
us-central1
undus-east4
us-central1
undus-west2
us-central1
undus-west3
us-central1
undus-west4
us-east4
undus-west2
us-east4
undus-west4
us-west2
undus-west4
us-west3
undus-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 |