VM Storage Resiliency - Toleranz gegenüber Ausfällen von Speichersystemen


    Tags: , , ,

    VM Storage Resiliency in Windows Server 2016Bei kurzen und nur vor­über­gehenden Unter­brechungen der Verbin­dung zum Shared Storage stürz­ten Anwen­dungen in hoch­ver­füg­baren VMs eines Hyper-V-Clusters bisher ab. Windows Server 2016 dagegen reagiert standard­mäßig flexibler auf solche Ereignisse.

    Windows Server 2016 Hyper-V-Cluster zeigen sich generell widerstands­fähiger gegenüber vorüber­gehenden Ausfällen im Verbund. Das gilt sowohl für die Kommunikation zwischen den Knoten (East-West) als auch mit dem gemeinsamen Speicher für die virtuellen Maschinen (North-South).

    Bei kurzen Unter­brechungen der Intra-Cluster-Kommunikation werden VMs nicht sofort per Failover auf einem anderen Host neu gestartet, sondern sie bleiben eine gewisse Zeit online. Der neue Status Nicht überwacht signalisiert dann, dass diese Maschinen nicht mehr aktiv durch den Verbund überprüft werden. Der Knoten selbst erreicht den Status Isoliert.

    Kurze Unterbrechungen der Storage-Verbindung

    Durch den Einsatz von Software Defined Storage (SDS) wie Scale-out File-Server mit Storage Spaces oder demnächst Storage Spaces Direct spielen auch kurze Ausfälle eine größere Rolle. Oftmals kommt zertifizierte Standard-Hardware für diese Features zum Einsatz und flüchtige Unter­brechungen im Verbund sind daher möglich.

    In einem Hyper-V Cluster, wo die virtuellen Maschinen und deren VHD(X) (Virtual Hard Disk) auf einem Cluster Shared Volume eines zentralen Storage abgelegt werden, sorgt die redundante Anbindung des Speichersystems für die nötige Stabilität. Wird aber diese Strecke durch eine auch nur temporäre Trennung gestört, dann sind virtuelle Maschinen samt Applikationen nicht mehr in der Lage, ihre Daten auf die virtuelle Platte zu schreiben oder von dort einzulesen. Das Resultat bei einem Cluster unter Windows Server 2012 R2 ist ein verzögerter Crash der VMs nach 60 Sekunden.

    Pausierte virtuelle Maschinen bei Storage-Problemen

    Verhalten eines 2016-Clusters gegenüber Fehlern

    Elastischer mit erhöhter Resilienz stellt sich das Verhalten von virtuellen Maschinen eines Windows Server 2016 gegenüber diesen Unterbrechungen dar. Sobald diese erkannt werden und der I/0 nicht zur VHD(X) fließt, dann frieren VMs kurzerhand ein und gelangen in den Angehaltenen Zustand (Paused-Critical). Diese Reaktion ist per Default aktiviert und bei Blackouts begrüßenswert.

    Hochverfügbare virtuelle Maschinen werden bei I/O Problemen angehalten.

    Kommt die Verbindung zum Speicher und der VHD(X) binnen 30 Minuten wieder zustande, dann nimmt die eingefrorene VM wieder Fahrt auf und wird fortgesetzt, andernfalls wird sie abgeschaltet. Nicht nur der Failovercluster-Manager zeigt die Zustände der VMs an, sondern auch der Hyper-V-Manager gibt entsprechende Status-Meldungen aus.

    Auch der Hyper-V Manager gibt Aufschluss über den Paused-Critical-Status.

    Wann kommt VM Storage Resiliency zum Einsatz?

    VM Storage Resiliency kommt nicht bei VHD(X)-Volumes auf lokalen physischen Systemen ohne CSV zum Einsatz, vielmehr ist die Ablage auf einem CSV Voraussetzung. Zulässig sind virtuelle Maschinen der Generationen 1 und 2 mit VHD, VHD(X) und auch Shared VHD(X) werden berücksichtigt.

    Bei SANs akzeptiert dieses Feature blockbasierte Speicher, die über Fibre Channel, iSCSI, FCoE oder Shared SAS angebunden sind. Microsoft unterstützt erwartungs­gemäß auch dateibasierte SMB-Freigaben wie jene auf einem Scale-out File-Server.

    PowerShell für die Feinabstimmung

    Das Feature lässt sich mit PowerShell auf die eigenen Bedürfnisse hin anpassen. Die Einstellungen können granular pro virtueller Maschine erfolgen. Wenn gewünscht, lässt sich auch generell ein Verhalten von Windows Server 2012 (R2) wiederherstellen.

    Der Wert für AutomaticCriticalErrorAction lässt sich mit Powershell auf den Wert Pause oder None setzen.

    Wie bereits eingangs erwähnt, ist Storage Resiliency standardmäßig aktiviert, und um es zu deaktivieren schalte ich es testweise im Labor mit folgendem Cmdlet ab:

    Set-VM -Name HA-VM-01 -AutomaticCriticalErrorAction None

    Mit den Schaltern Pause und None kann man das Pausieren von VMs aktivieren bzw. abschalten. Wie lange ein hochverfügbarer virtueller Computer im eingefrorenen Zustand verweilen darf, bis er letztendlich abgeschaltet wird, lässt sich mit diesem Aufruf festlegen:

    Set-VM -Name HA-VM-01 -AutomaticCriticalErrorTimeout <Wert in Minuten>

    Hier ist Out of the Box ein Wert von 30 Minuten definiert, welcher an die On-Premises Bedürfnisse angepasst werden kann.

    Täglich Know-how für IT-Pros mit unserem Newsletter

    Wir ver­wenden Ihre Mail-Adresse nur für den Ver­sand der News­letter.
    Es erfolgt keine per­sonen­be­zogene Auswertung.

    Bild von Marcel Küppers

    Marcel Küppers arbeitet seit über 25 Jahren in der IT, aktuell als Team Leader, zuvor als Consultant und Infra­structure Architect unter anderem für den japani­schen Konzern JTEKT/TOYODA mit Verant­wortung über die Europa­standorte Krefeld und Paris. Da­rüber hinaus wirkte er als Berater im EU-Projekt-Team für alle Loka­tionen des Kon­zerns mit und ist spezia­lisiert auf hoch­verfügbare virtuali­sierte Microsoft-Umgebungen plus Hybrid Cloud Solutions. Zertifizierungen: MS Specialist und MCTS für Hyper-V/SCVMM, MCSE, MCITP, MCSA. Zusätzlich zertifiziert für PRINCE2 Projektmanagementmethode.
    // Kontakt: E-Mail, Twitter, LinkedIn //

    Ähnliche Beiträge

    Weitere Links