Hochverfügbarkeit ist in virtualisierten Umgebungen meist wichtiger als bei physikalischen Installationen. Auf einem Hypervisor laufen nämlich 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 unterbrechungsfrei 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äftsleitung dokumentieren, dass das Disaster Recovery trainiert wurde und dass im Ernstfall funktioniert.
Bei der Erstübertragung kopiert Hyper-V Replica komplette VMs über das Netz, um danach nur mehr die Deltas zu übertragen. Diese initiale Replikation kann bei großen VMs über langsame Netzwerke sehr lange dauern. Alternativ kann man daher eine Kopie von VMs auf externen Speichermedien zum Replikat-Server transferieren.
Seit Windows Server 2012 kann Hyper-V Replica die Verfügbarkeit virtueller Maschinen erhöhen, indem es diese fortwährend auf andere Hosts repliziert. Es überträgt VMs auch über WAN-Strecken zwischen Standorten und gewährleistet so eine getrennte Lagerung der Daten.