vSphere Proactive HA, Quarantäne-Modus und DRS mit vFlash

Dazu versetzt Proactive HA den betroffenen Host standard­mäßig in den Quarantäne-Modus, was DRS zum Abziehen der virtuellen Maschinen von diesem Server veranlasst, sofern dadurch die Leistung des gesamten Clusters nicht beein­trächtigt und keine DRS-Regel verletzt wird.

Im neuen Quarantäne-Modus werden keine weiteren virtuellen Maschinen auf dem betreffenden Host gestartet oder dorthin migriert, außer im Cluster wären zu wenige freie Ressourcen verfügbar. Darin unterscheidet er sich deutlich vom Wartungs­modus, in dem ein Host generell nicht mehr verwendet werden kann.

DRS mit virtuellem Flash

VMware vSphere DRS kann auch virtuelle Maschinen mit Reser­vierungen für virtuelles Flash verwalten. Dabei wird die vFlash-Kapazität als Statistik angezeigt, welche der Host regelmäßig an den vSphere Web Client meldet. Bei jeder Ausführung von DRS wird der zuletzt gemeldete Kapazitäts­wert verwendet.

Da man maximal je eine vFlash-Ressource pro Host konfigurieren kann, besteht für DRS beim Einschalten der virtuellen Maschine keine Möglichkeit, zwischen verschiedenen vFlash-Ressourcen auf einem bestimmten Host zu wählen. DRS entscheidet sich dann für einen Host, dessen verfügbare vFlash-Kapazität ausreicht, um die virtuelle Maschine zu starten.

Wenn DRS die vFlash-Reservierung einer virtuellen Maschine nicht erfüllen kann, dann wird sie nicht eingeschaltet.

DRS geht bei einer einge­schalteten virtuellen Maschine mit vFlash-Reservierung davon aus, dass diese eine "weiche" Affinität zu ihrem aktuellen Host besitzt. Daher empfiehlt DRS eine solche VM nicht für vMotion, es sei denn, es gäbe einen obligatorischen Grund, etwa wenn ein Host in den Wartungs­modus versetzt werden oder wenn die Last eines überbuchten Hosts verringert werden muss.

Weitere Überlegungen zu DRS

Obwohl DRS schnell eingerichtet ist und mit den Default-Einstellungen gut funktioniert, insbesondere im Automatik-Modus mit ausreichender Netzwerk­band­breite für vMotion und VM-Netzwerk, ergeben sich dann doch viele Überlegungen, ob und wie das Verhalten von DRS vom Admin beeinflusst werden sollte.

Auch kommt es in der Praxis regelmäßig vor, dass DRS nicht wie erwartet reagiert, insbesondere dann, wenn es viele VM- oder Host-spezifische DRS-Affinitätsregeln oder VM-Außer­kraft­setzungen gibt. Außerdem beeinflussen sich die Cluster-Funktionen HA, DRS, EVC und FT gegenseitig.

Auch Ressource-Reservierungen in VMs beeinflussen die Berechnung der DRS-Metrik. Hier nur ein paar Denkanregungen: Fallen zum Beispiel zwei virtuelle Server aus, die direkt voneinander abhängen, dann braucht man sich im Grunde auch nicht - etwa durch geschickt gewählte DRS-Regeln - darum bemühen, dass einer von beiden weiterläuft.

Auch kann es bei zwei VMs, die zwingend zusammen auf einem Host laufen müssen, wichtig sein, deren Start- oder Restart-Reihenfolge bei einem Failover zu beachten. In vSphere 6.5 lässt sich diese mit dem Feature Orchestrated VM Restart (oder durch vApps) steuern.

Dabei kann  der Admin dann beispiels­weise Test- und Entwicklungs-Server beim initialen Starten aussparen, um Ressourcen für wichtigere Produktions-VMs freizuhalten. Allerdings ist man hierbei schon weit im HA-Thema.

Bleibt festzuhalten, dass vSphere DRS neben HA eine der mächtigsten und für viele Unternehmen wichtigsten vSphere-Funktionen darstellt und daher oft den Erwerb einer Enterprise-Plus-Lizenz rechtfertigt.