Regionsübergreifende Replikation von Azure NetApp Files-Volumes
Die Replikationsfunktion für Azure NetApp Files bietet Datenschutz durch regionsübergreifende Volumereplikation. Sie können Daten asynchron aus einem Azure NetApp Files-Volume (Quelle) in einer Region in ein anderes Azure NetApp Files-Volume (Ziel) in einer anderen Region replizieren. Diese Funktion ermöglicht es Ihnen, bei einem regionsweiten Ausfall oder Notfall ein Failover für Ihre kritische Anwendung auszuführen.
Unterstützte regionsübergreifende Replikationspaare
Die Azure NetApp Files-Volumereplikation wird zwischen verschiedenen Azure-Regionspaaren und Nicht-Standard-Paaren unterstützt. Die Azure NetApp Files-Volumereplikation ist derzeit zwischen den folgenden Regionen verfügbar. Sie können Azure NetApp Files-Volumes von Regionspaar A zu Regionspaar B replizieren und umgekehrt.
Azure-Regionspaare
Gebiet | Regionspaar A | Regionspaar B |
---|---|---|
Australien | Australien, Mitte | Australien, Mitte 2 |
Australien | Australien (Osten) | Australien, Südosten |
Asien-Pazifik | Asien, Osten | Asien, Südosten |
Brasilien | Brasilien Süd | Brazilien, Südosten |
Brasilien/Nordamerika | Brasilien, Süden | USA Süd Mitte |
Canada | Kanada, Mitte | Kanada, Osten |
Europa | Nordeuropa | Europa, Westen |
Deutschland | Deutschland, Westen-Mitte | Deutschland, Norden |
Indien | Indien, Mitte | Indien (Süden) |
Japan | Japan, Osten | Japan, Westen |
Korea | Korea, Mitte | Korea, Süden |
Nordamerika | East US | USA (Westen) |
Nordamerika | USA (Ost) 2 | USA (Mitte) |
Nordamerika | USA Nord Mitte | USA Süd Mitte |
Nordamerika | USA, Westen 3 | East US |
Norwegen | Norwegen, Osten | Norwegen, Westen |
Schweiz | Schweiz, Norden | Schweiz, Westen |
UK | UK, Süden | UK, Westen |
Vereinigte Arabische Emirate | Vereinigte Arabische Emirate, Norden | VAE, Mitte |
US Government | US Gov Arizona | US Gov Texas |
US Government | US Gov Virginia | US Gov Texas |
Nicht dem Standard entsprechende Azure-Regionspaare
Gebiet | Regionspaar A | Regionspaar B |
---|---|---|
Australien/Asien, Südosten | Australien (Osten) | Asien, Südosten |
Israel/Schweden | Israel, Mitte | Schweden, Mitte |
Katar/Europa | Katar, Mitte | Europa, Westen |
Frankreich/Europa | Frankreich, Mitte | Europa, Westen |
Deutschland/Vereinigtes Königreich | Deutschland, Westen-Mitte | UK, Süden |
Deutschland/Europa | Deutschland, Westen-Mitte | Europa, Westen |
Deutschland/Frankreich | Deutschland, Westen-Mitte | Frankreich, Mitte |
Italien/Schweden | Italien, Norden | Schweden, Mitte |
Schweden/Deutschland | Schweden, Mitte | Deutschland, Westen-Mitte |
Spanien/Schweden | Spanien, Mitte | Schweden, Mitte |
Nordamerika | East US | USA (Ost) 2 |
Nordamerika | USA (Ost) 2 | USA, Westen 2 |
Nordamerika | USA (Ost) 2 | USA, Westen 3 |
Nordamerika | USA Nord Mitte | USA (Ost) 2 |
Nordamerika | USA Süd Mitte | East US |
Nordamerika | USA Süd Mitte | USA (Ost) 2 |
Nordamerika | USA Süd Mitte | USA (Mitte) |
Nordamerika | USA, Westen 2 | East US |
Nordamerika | USA, Westen 2 | USA, Westen 3 |
US Government | US Gov Arizona | US Government, Virginia |
Hinweis
Es kann bei Größe und Anzahl der Momentaufnahmen eine Diskrepanz zwischen Quelle und Ziel geben. Diese Diskrepanz wird erwartet. Momentaufnahmerichtlinien und Replikationszeitpläne beeinflussen die Anzahl der Momentaufnahmen. Momentaufnahmerichtlinien und Replikationszeitpläne, kombiniert mit der Menge der Daten, die sich zwischen Momentaufnahmen geändert haben, beeinflussen die Größe von Momentaufnahmen. Weitere Informationen zu Momentaufnahmen finden Sie unter Funktionsweise von Azure NetApp Files-Momentaufnahmen.
Servicelevel-Zielpunkte (SLO)
Die RPO (Recovery Point Objective) gibt den Zeitpunkt an, auf den Daten wiederhergestellt werden können. Der RRO-Zielwert ist i. d. R. kleiner als das Doppelte des Replikationszeitplans, er kann jedoch variieren. Manchmal kann der RPO-Zielwert überschritten werden, abhängig von Faktoren wie der Gesamtgröße des Datasets, der Änderungsrate, dem Prozentsatz der Datenüberschreitungen und der für die Übertragung verfügbaren Replikationsbandbreite.
Die regionsübergreifende Replikation unterstützt drei Replikationszeitpläne: alle 10 Minuten, stündlich und täglich.
- Für den Replikationszeitplan von 10 Minuten beträgt der maximale RPO-Wert weniger als 20 Minuten.
- Der typische RPO-Wert für den stündlichen Replikationszeitplan beträgt weniger als zwei Stunden.
- Der typische RPO-Wert für den täglichen Replikationszeitplan beträgt weniger als zwei Tage.
Wichtig
Große Volumes für die regionsübergreifende Replikation unterstützen den 10-minütlichen Replikationszeitplan nicht.
Die Wiederherstellungszeit-Zielsetzung (Recovery Time Objective, RTO), oder die maximal akzeptable Downtime für Geschäftsanwendungen, wird durch Faktoren beim Aufrufen der Anwendung und der Bereitstellung des Zugriffs auf die Daten am zweiten Standort bestimmt. Der Speicherteil der RTO zum Unterbrechen der Peeringbeziehung zum Aktivieren des Zielvolumes und zum Bereitstellen von Lese- und Schreibzugriff auf Daten am zweiten Standort soll innerhalb einer Minute abgeschlossen sein.
Kostenmodell für die regionsübergreifende Replikation
Bei der regionsübergreifenden Replikation von Azure NetApp Files-Volumes zahlen Sie nur für die Menge der Daten, die Sie replizieren. Es fällt keine Einrichtungsgebühr oder Mindestnutzungsgebühr an. Der Replikationspreis basiert auf der Replikationshäufigkeit sowie der Region des Zielvolumes, das Sie während der Erstkonfiguration der Replikation auswählen. Weitere Informationen finden Sie auf der Seite Azure NetApp Files – Preise
Die reguläre Gebühr für die Azure NetApp Files-Speicherkapazität gilt für das Replikationszielvolume (auch Datenschutzvolume genannt).
Preisbeispiele
Der in einem Monat in Rechnung gestellte Betrag für die regionsübergreifende Replikation basiert auf der Menge der Daten, die über das regionsübergreifende Replikationsfeature während dieses Monats repliziert werden. Die Menge der replizierten Daten wird in GiB gemessen. Dieser Wert stellt die Summe der Daten dar, die über zwei Regionen während allen regulären Replikationen von den Quellvolumes zu den Zielvolumes und während allen Neusynchronisierungsreplikationen von den Zielvolumes zu den Quellvolumes repliziert werden.
Beispiel 1: Baselinereplikation und inkrementelle Replikationen in Monat 1
Stellen Sie sich folgendes Szenario vor:
- Ihr Quellvolume stammt aus der Premium-Dienstebene von Azure NetApp Files. Die Größe des Volumekontingents beträgt 1000 GiB und die vom Volume genutzte Größe beträgt 500 GiB zu Beginn des ersten Tages eines Monats. Das Volume befindet sich in der Region USA, Süden-Mitte.
- Ihr Zielvolume stammt aus der Standard-Dienstebene von Azure NetApp Files. Es befindet sich in der Region USA, Osten 2.
- Sie haben eine regionsübergreifende Replikation zwischen den beiden oben genannten Volumes auf Stundenbasis konfiguriert. Daher beträgt der Preis der Replikation 0,12 USD pro GiB.
- Gehen Sie aus Gründen der Einfachheit davon aus, dass für das Quellvolume eine stündliche konstante Datenänderung von 0,5 GiB vorliegt, aber sich die insgesamt verbrauchte Größe des Volumes nicht erhöht (sie bleibt bei 500 GiB).
Nach der ersten Einrichtung erfolgt die Baselinereplikation sofort.
- Betrag der bei der Baselinereplikation replizierten Datenmenge:
500 GiB
- Gebühren für die Baselinereplikation:
500 GiB * $0.12 = $60
Nach der Baselinereplikation werden nur geänderte Blöcke repliziert. Aus diesem Grund werden in den nachfolgenden inkrementellen Replikationen stündlich nur 0,5 GiB an Daten repliziert.
- Summe der Datenmenge, die für einen Monat mit einer Länge von 30 Tagen über inkrementelle Replikationen repliziert wird:
0.5 GiB * 24 hours * 30 days = 360 GiB
- Gebühren für die inkrementelle Replikation:
360 GiB * $0.12 = $43.2
Am Ende des Monats 1 lautet die Gesamtgebühr für die regionsübergreifende Replikation wie folgt:
- Gesamtgebühr für die regionsübergreifende Replikation aus Monat 1:
$60 + $43.2 = $103.2
Die reguläre Gebühr für die Azure NetApp Files-Speicherkapazität gilt für das Zielvolume. Das Zielvolume kann jedoch eine Speicherebene verwenden, die sich von der Quellvolume-Ebene unterscheidet (und günstiger ist).
Beispiel 2: Inkrementelle Replikationen und Neusynchronisierungsreplikationen in Monat 2
Angenommen, Sie verfügen über ein Quellvolume, ein Zielvolume und eine Replikationsbeziehung zwischen den beiden wie in Beispiel 1 beschriebenen Setups. Für 29 Tage des zweiten Monats (der ebenfalls 30 Tage lang ist) traten die stündlichen Replikationen erwartungsgemäß auf.
- Summe der Datenmenge, die für eine Länge von 29 Tagen über inkrementelle Replikationen repliziert wird:
0.5 GiB * 24 hours * 29 days = 348 GiB
Nehmen Sie an, dass am letzten Tag des Monats ein ungeplanter Ausfall in der Quellregion aufgetreten ist und Sie ein Failover zum Zielvolume durchgeführt haben. Nach zwei Stunden wurde die Quellregion wieder hergestellt, und Sie haben eine Neusynchronisierungsreplikation vom Zielvolume zum Quellvolume durchgeführt. Während der zwei Stunden trat beim Zielvolume eine Datenänderung von 0,8 GiB auf, und diese musste erneut mit der Quelle synchronisiert werden.
- Summe der Datenmenge, die für 22 Stunden am letzten Tag über reguläre Replikationen repliziert wurde:
0.5 GiB * 22 hours = 11 GiB
- Betrag der bei einer Neusynchronisierungsreplikation replizierten Datenmenge:
0.8 GiB
Aus diesem Grund lautet am Ende des Monats 2 die Gesamtgebühr für die regionsübergreifende Replikation wie folgt:
- Gesamtgebühr für die regionsübergreifende Replikation aus Monat 2:
(348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18
Die reguläre Gebühr für die Azure NetApp Files-Speicherkapazität für Monat 2 gilt für das Zielvolume.
Nächste Schritte
- Regionsübergreifende Replikation: Anforderungen und Überlegungen
- Erstellen der Volumereplikation
- Anzeigen des Integritätsstatus der Replikationsbeziehung
- Verwalten der Notfallwiederherstellung
- Ändern der Größe eines Volumes
- Metriken für die Volumereplikation
- Löschen von Volumereplikationen oder Volumes
- Problembehandlung für die regionsübergreifende Replikation
- Testen der Notfallwiederherstellung für Azure NetApp Files