Replikation mit Azure Site Recovery

Azure Site Recovery (ASR) ist ein Notfallwiederherstellungsdienst, der Workloads von einem primären an einen sekundären Standort repliziert und so ein Failover ermöglicht, wenn der primäre Standort nicht verfügbar ist. Im Gegensatz zu Azure Backup, das Wiederherstellungspunkte zu bestimmten Zeitpunkten erstellt, verwaltet ASR ein kontinuierlich aktualisiertes Replikat Ihrer VMs, sodass Sie mit minimalem Datenverlust ein Failover durchführen können. ASR unterstützt die Replikation von Azure nach Azure, von lokalen VMware- oder Hyper-V-Umgebungen nach Azure sowie von physischen Servern nach Azure.

Bei der Replikation von Azure nach Azure verwendet ASR den Mobility Service (automatisch als VM-Erweiterung installiert), um Schreib-E/A-Vorgänge auf den Datenträgern der Quell-VM zu erfassen. Die erfassten Daten werden über das Azure-Backbone an ein Cache-Speicherkonto in der Zielregion übertragen und anschließend in verwaltete Replikatdatenträger geschrieben. Ein Recovery Services-Tresor in der Zielregion koordiniert die Replikation. Die Quell-VM läuft während der Replikation normal weiter – Schreibvorgänge bleiben ohne Leistungseinbußen, solange sie die Replikationsbandbreite nicht überschreiten.

Um die Replikation zu aktivieren, navigieren Sie im Portal zur Quell-VM, wählen Disaster Recovery aus, legen die Zielregion fest und konfigurieren die Zielressourcengruppe, das virtuelle Netzwerk sowie das Cache-Speicherkonto. ASR erstellt die Zielressourcen und beginnt mit der Phase der Ausgangsreplikation – dabei wird der vollständige Inhalt der Datenträger in die Zielregion kopiert. Nach Abschluss der ersten Synchronisierung wechselt ASR in den Modus der Delta-Replikation und überträgt fortlaufend nur geänderte Blöcke.

Das ASR-Dashboard im Recovery Services-Tresor zeigt die Replikationsintegrität jeder geschützten VM an. Mögliche Zustände sind Healthy, Warning und Critical. Die Kennzahl erreichtes RPO (Recovery Point Objective) zeigt, wie weit das Replikat hinter der Quelle zurückliegt – bei der Replikation von Azure nach Azure erreicht ASR unter normalen Bedingungen typischerweise ein RPO von unter einer Minute. Sie können außerdem den Verbrauch der Replikationsbandbreite und mögliche Fehlerzustände anzeigen.

Eine Replikationsrichtlinie definiert die Frequenz für absturzkonsistente Wiederherstellungspunkte (standardmäßig alle 5 Minuten) und die Frequenz für anwendungskonsistente Wiederherstellungspunkte (standardmäßig alle 60 Minuten). Absturzkonsistente Wiederherstellungspunkte werden erstellt, ohne die Anwendung in einen konsistenten Ruhezustand zu versetzen. Anwendungskonsistente Wiederherstellungspunkte verwenden VSS/Skripts, um sicherzustellen, dass die Anwendung ordnungsgemäß wiederhergestellt werden kann. Die Richtlinie legt außerdem fest, wie lange Wiederherstellungspunkte aufbewahrt werden – bei absturzkonsistenten Punkten 0 bis 72 Stunden und bei anwendungskonsistenten Punkten 0 bis 48 Stunden.

Während der Einrichtung der Replikation erstellt oder ordnet ASR Ressourcen in der Zielregion zu: eine Zielressourcengruppe, ein Zielnetzwerk, ein Cache-Speicherkonto und verwaltete Replikatdatenträger. Sie können die Zuordnung des Zielnetzwerks anpassen, um die Failover-VMs in bestimmten Subnetzen zu platzieren, statische private IP-Adressen zuzuweisen und die Größen der Ziel-VMs zu konfigurieren. Diese können von der Quellgröße abweichen, was zur passenden Dimensionierung während der Notfallwiederherstellung nützlich ist. Diese Einstellungen werden in der Konfiguration Compute and Network des geschützten Elements gespeichert.

Bei Anwendungen, die sich über mehrere VMs erstrecken, beispielsweise einen Webserver und einen Datenbankserver, können Sie diese in einer Konsistenzgruppe für mehrere VMs zusammenfassen. ASR koordiniert dann absturzkonsistente und anwendungskonsistente Wiederherstellungspunkte für alle VMs der Gruppe gleichzeitig. Dadurch werden beim Failover alle VMs auf denselben Zeitpunkt zurückgesetzt. So verhindern Sie Inkonsistenzen zwischen Anwendungsebene und Datenbankebene, die nach dem Failover zu Anwendungsfehlern führen würden.

Die Netzwerkzuordnung legt fest, welchem virtuellen Zielnetzwerk jedes Quell-VNet beim Failover der VMs zugeordnet wird. Befindet sich Ihre Quell-VM beispielsweise in einem VNet namens prod-vnet in „East US“, konfigurieren Sie eine Netzwerkzuordnung, sodass die VM beim Failover im VNet dr-vnet in „West US“ platziert wird. Ohne Netzwerkzuordnung werden VMs nach dem Failover im ersten verfügbaren VNet platziert. Das kann zu Verbindungsproblemen führen, wenn sich die VNet-Topologie von der der Quellregion unterscheidet.

Die ASR-Replikation verwendet in Azure-zu-Azure-Szenarien das Azure-Backbone – für ausgehenden Datenverkehr zwischen gekoppelten Azure-Regionen im Rahmen der Replikation fallen keine Gebühren an. Die Rate der Delta-Replikation darf jedoch die verfügbare Upload-Bandbreite des Speichers der Quell-VM nicht überschreiten. Verwenden Sie bei Workloads mit vielen Schreibvorgängen, etwa großen SQL Server-Datenbanken mit hohem Schreibaufkommen, das Tool ASR Deployment Planner, um die erforderliche Bandbreite zu schätzen und vor der Aktivierung der Replikation zu überprüfen, ob Ihre Umgebung kompatibel ist.

ASR unterstützt die Replikation sowohl verwalteter als auch nicht verwalteter (blobbasierter) Datenträger. Die Replikation verwalteter Datenträger wird jedoch dringend empfohlen, da sie die Verwaltung von Speicherkonten überflüssig macht und eine bessere Leistung bietet. Bei der Replikation von VMs mit verwalteten Datenträgern erstellt ASR entsprechende verwaltete Replikadatenträger in der Zielregion. Sie können auch bestimmte Datenträger von der Replikation ausschließen, beispielsweise temporäre Datenträger oder Scratch-Datenträger, um Replikationsbandbreite und Kosten zu reduzieren.

ASR und Azure Backup ergänzen sich und sind keine Alternativen. Azure Backup schützt vor Datenbeschädigung, versehentlichem Löschen und Ransomware – Sie stellen einen bekannten, intakten Zustand von vor einigen Tagen oder Wochen wieder her. ASR schützt vor regionalen Ausfällen – Sie führen ein Failover zu einem Replikat durch, das wenige Sekunden bis Minuten hinter der Quelle zurückliegt. Für einen Produktionsworkload werden normalerweise beide Lösungen benötigt: Backup zum Datenschutz und ASR für Notfallwiederherstellung und Geschäftskontinuität.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900), die in dieser Lektion behandelt wurden.

In dieser Lektion haben Sie gelernt: Azure Site Recovery führt eine kontinuierliche Delta-Replikation von VMs in eine Zielregion durch, um eine Notfallwiederherstellung mit nahezu null RPO zu ermöglichen. Replikationsrichtlinien steuern die Häufigkeit von absturzkonsistenten und anwendungskonsistenten Wiederherstellungspunkten, und die Netzwerkzuordnung stellt sicher, dass VMs nach einem Failover im richtigen Ziel-VNet platziert werden. Als Nächstes sehen wir uns an, wie Sie mit ASR ein Failover sicher testen und ausführen.