Azure Local mit Site Recovery absichern: Was die Notfallkopie in Azure kostet und wo sie liegt

Wie Replikation, Test und Rückkehr zusammenspielen

Die Datenträger der geschützten VMs werden fortlaufend in ein Speicherkonto in Azure repliziert. Ein Testfailover startet Kopien in einem isolierten Netz, ohne die laufende Replikation zu unterbrechen. Im Ernstfall laufen die VMs in Azure weiter, später werden sie zurück an den Standort repliziert und geplant zurückgeschaltet.

Unterstützt werden Windows- und Linux-VMs der Generation 1 und 2. Die Einrichtung beginnt im Portal an der Azure-Local-Ressource, ein Assistent legt Tresor, Hyper-V-Site und Replikationsrichtlinie an und installiert den Agenten auf allen Knoten. Neu mit der allgemeinen Verfügbarkeit sind Proxy-Einstellungen im Assistenten und die Unterstützung von Application Control (WDAC) im erzwungenen Modus.

Die Kopie liegt in den Niederlanden

Azure Local wird in einer Azure-Region registriert. In Europa steht dafür nur West Europe zur Wahl, die Region in den Niederlanden. Für den Recovery-Services-Tresor verlangt Microsoft dieselbe Region, in der die Instanz registriert ist, und dort entstehen auch Speicherkonto und Replikate.

Für einen Cluster in Wien oder München heißt das: Die Notfallkopie und die VMs nach einem Failover liegen in West Europe, nicht in Austria East oder Germany West Central. Das bleibt innerhalb der EU. Wer Vorgaben zum Speicherort im eigenen Land hat, muss das vor der Einrichtung klären, nicht danach.

Für die Kosten ist das ebenfalls relevant: West Europe gehört zu den Regionen, in denen Microsoft ab 1. Februar 2027 die Preise für bestimmte VM-Serien und Storage anhebt.

Mehr dazu: Preisanpassung 2027: Warum ich trotz Bv1-Ausnahme zum Wechsel rate

Laufende Kosten und Kosten im Ernstfall

Für 15 geschützte VMs fallen damit 375 US-Dollar im Monat allein für den Schutz an, dazu der Speicher. Rechenleistung kostet nur, solange VMs in Azure laufen. Ein Testfailover über einen Tag erzeugt also messbare, aber begrenzte Kosten und sollte trotzdem eingeplant werden.

Bandbreite für die erste Übertragung

Azure Local selbst kommt laut Microsoft mit 10 Mbit/s für die Synchronisierung aus. Für die Replikation ganzer VMs reicht das nicht. Die erste Übertragung kopiert alle Datenträger vollständig, danach nur noch Änderungen.

Eine Rechnung zur Orientierung: 4 TB Datenträger brauchen bei voll ausgelasteten 100 Mbit/s rund 89 Stunden, bei 10 Mbit/s rund 37 Tage. In der Praxis steht die Leitung nicht vollständig zur Verfügung. Microsoft bietet für die Planung ein eigenes Werkzeug zur Kapazitätsplanung an.

Im Beispiel von Microsoft repliziert die Richtlinie alle 5 Minuten und hält Wiederherstellungspunkte für 2 Stunden. Das Intervall bestimmt, wie viele Daten im Ernstfall höchstens fehlen, die Aufbewahrung, wie weit sich zurückgehen lässt.

Was in Azure anders läuft

• Über Azure Arc installierte Erweiterungen sind auf der VM in Azure nicht verwaltbar. Richtlinien der Gastkonfiguration laufen erst nach der Rückkehr wieder.
• Protokolle aus Monitor, Defender und Sentinel hängen während des Betriebs in Azure an der Azure-VM, die Historie an der Arc-Ressource. Wer nach Ressourcen-ID sucht, sieht jeweils nur einen Teil.
• Microsoft rät davon ab, den Gast-Agenten für Azure-VMs zu installieren, wenn die VM zurück an den Standort soll. Er kann mit den Arc-Erweiterungen in Konflikt geraten.
• VMs mit Trusted Launch werden noch nicht unterstützt, Microsoft hat das für eine spätere Version angekündigt.
• Die Knoten brauchen Internetzugang zu Azure, direkt oder über Proxy.

Vor der Einrichtung zu klären

• Ob der Speicherort West Europe zu den eigenen Vorgaben passt.
• Welches Netz die VMs in Azure bekommen, für den Test isoliert, für den Ernstfall mit Verbindung zu Anwendern und Standorten.
• Wie Namensauflösung und Anmeldung in Azure funktionieren, wenn der Standort ausfällt, und welche VM als erste starten muss. Wiederherstellungspläne legen diese Reihenfolge fest.
• Ob die Leitung die Erstreplikation in vertretbarer Zeit schafft.
• Wer die Rolle Besitzer auf dem Tresor bekommt. Ohne sie scheitert die Vorbereitung.

Den Wiederanlauf einmal ernsthaft üben

Eine Replikation ohne getesteten Wiederanlauf ist ein Versprechen ohne Beleg. Ein Architekturreview prüft Speicherort, Netz, Namensauflösung und Startreihenfolge und plant den ersten Testfailover so, dass er aussagekräftig ist. Die Übung selbst führt Ihr Team durch, das Review liefert Drehbuch und Bewertung.