Hochverfügbarkeit ist in virtualisierten Umge­bun­gen meist wichtiger als bei physika­lischen Installa­tionen. Auf einem Hypervisor laufen näm­lich mehrere virtuelle Server und bei Ausfall eines Hosts zieht er sie mit in den Abgrund. Daher kann man Hyper-V-Server zu einem Failover-Cluster verbinden, um wichtige Applikationen unter­brechungs­frei zu betreiben.

Die Replikation von virtuellen Maschinen für das Disaster Recovery ist ein wichtiges neues Feature von Windows Server 2012, das im Release 2 erweitert wurde. Doch Replica ist nicht für alle Anwendungen geeignet und wird in diesen Fällen von Microsoft auch nicht unterstützt. Folgende FAQ behandelt einige problematische Aspekte dieses Features.

Die Replikation von virtuellen Maschinen zwischen Hyper-V-Hosts erfolgt in AD-Strukturen am einfachsten mit Hilfe von Kerberos. Um den Datenverkehr jedoch abhörsicher zu machen, bedient man sich der verschlüsselten Variante. Als Basis für die nachfolgende Anleitung dienen die Active Directory Certificate Services (AD CS) sowie Standalone-Hosts unter Hyper-V.

Bei Ausfall der produktiven Umgebung soll es Hyper-V Replica möglich machen, mit wenigen Klicks und innerhalb von Sekunden an Datendifferenz mit den replizierten VMs wieder online zu gehen. Mit Testfailover und geplantem Failover können Administratoren der Geschäfts­leitung dokumentieren, dass das Disaster Recovery trainiert wurde und dass im Ernstfall funktioniert.

Bei der Erst­über­tragung kopiert Hyper-V Replica komp­lette VMs über das Netz, um danach nur mehr die Del­tas zu über­tragen. Diese initiale Repli­kation kann bei großen VMs über lang­same Netz­werke sehr lange dauern. Alter­nativ kann man daher eine Kopie von VMs auf exter­nen Speicher­medien zum Replikat-Server trans­ferieren.

Seit Windows Server 2012 kann Hyper-V Replica die Verfügbarkeit virtueller Maschinen erhöhen, indem es diese fortwährend auf andere Hosts repli­ziert. Es überträgt VMs auch über WAN-Strecken zwischen Stand­orten und gewährleistet so eine getrennte Lagerung der Daten.