Muss ein ESXi-Host in den Wartungsmodus, etwa für einen Reboot nach dem Einspielen von Patches, dann sind die Auswirkungen bei einem vSAN-Cluster größer als wenn der Host nur Teil eines DRS- bzw. HA-Clusters wäre. Der Storage-Verbund muss nämlich die Integrität der Daten weiterhin garantieren. VMware sieht für diese Situation mehrere Optionen vor.
vSphere bietet für das Entfernen von Hosts aus dem vSAN-Cluster, von Disks aus Disk-Gruppen oder von Disk-Gruppen aus Hosts einen Evakuierungsmodus mit den drei Optionen Full Data Migration, Ensure accessability und No data migration zur Auswahl an.
Hosts oder Disks temporär außer Betrieb nehmen
Hier ist Zugriff sicherstellen der Standard. vSAN stellt mit dieser Funktion sicher, dass auch weiterhin der Zugriff auf alle virtuellen Maschinen dieses Hosts möglich ist, wozu effektiv meist nur ein Teil der Daten verlagert werden muss.
Die Option ist also die richtige, wenn der Host oder die Disk nur vorrübergehend vom vSAN-Cluster entfernt werden, also für Verwaltungsaufgaben (Maintenance). Will man sie allerdings dauerhaft vom vSAN-Cluster entfernen, dann ist diese Variante nicht geeignet.
Hosts oder Disks permanent entfernen
Die zweite Option vollständige Datenmigration hingegen verlagert sämtliche Daten an andere Hosts und gewährleistet so die Verfügbarkeit für alle betroffenen Komponenten im Cluster. Allerdings verursacht sie im Vergleich zu den anderen Optionen die größte Datenübertragung, verbraucht die meisten Ressourcen und dauert am längsten.
Diese Variante ist vorgesehen, wenn Sie den Host dauerhaft migrieren. Bevor Sie Daten vom letzten Host im Cluster verlagern, müssen Sie zudem sicherstellen, dass Sie die virtuellen Maschinen an einen anderen Datenspeicher verschieben und erst dann den Host in den Wartungsmodus versetzen.
Keine Daten migrieren
Mit der Auswahl Keine Datenmigration verlagert Virtual SAN& keine Daten von diesem Host oder einer Disk, wenn Sie den Host ausschalten, ihn aus dem Cluster entfernen oder eine Disk aus einer seiner Disk-Gruppe nehmen. Auf manche VMs des vSAN-Clusters ist dann möglicherweise kein Zugriff möglich. Das hängt davon ab, wie viele Hosts noch im Cluster verbleiben und welche Storage-Policies konfiguriert sind.