Bei der Einrichtung einer verschachtelten vSphere-Labumgebung auf Proxmox trat bei mir ein Problem auf: Das vCLS-Dienstprogramm startete nicht aufgrund von EVC (Enhanced vMotion Compatibility)-Problemen. Dies behinderte die DRS-Funktionalität erheblich. Dieser Beitrag beschreibt die Schritte zur Fehlerbehebung und die Lösung.
Das Problem
Nachdem ich Broadcoms neue Version 8.0.3 getestet habe, stellte sich heraus, dass die verschachtelte Virtualisierung in Proxmox nicht reibungslos funktionierte. Obwohl Nested Virtualization auf allen Proxmox-Knoten aktiviert und die VM-CPU-Typ auf “host” gesetzt war, verhinderten EVC-Einstellungen die korrekte Steuerung von vCLS-Pods. Ab Version 8.0.3 verwendet vCLS 2.0 Pod-Container statt traditioneller VMs, was die Anpassung der EVC-Konfiguration erschwert.
Vorbereitungen
Zunächst überprüfte ich, ob die verschachtelte Virtualisierung korrekt konfiguriert war:
root@pve0:~# cat /sys/module/kvm_intel/parameters/nested
Y
Danach stellte ich sicher, dass die CPU-Spezifikation der VM auf “host” gesetzt war. Auf der ESXi-Instance wurde die Hardware-Virtualisierung mittels
esxcfg-info|grep "HV Support"
überprüft. Der Ausgabewert 3 bestätigte, dass VT/AMD-V aktiviert war.
Lösung: vCLS Pod-Modell deaktivieren
Die zentrale Lösung lag in der Deaktivierung des neuen vCLS Pod-Modells. Hierfür ging es wie folgt vor:
- Zugriff auf vCenter: Anmeldung als Administrator an der vCenter-Verwaltung an.
- Erweiterte Einstellungen öffnen: Navigiere zu Configure > Advanced Settings.
- Option setzen: Aktiviere die Einstellung
config.vcls.disablePodCrxund setze den Wert auf true (Standard ist false).
Durch diese Änderung wird vCLS wieder als herkömmliche VMs bereitgestellt. Danach konnten die VM-Kompatibilität auf vSphere 8.0.2 aktualisiert und die EVC-Einstellungen angepasst werden.