Ein ESXi-Server, in dem sich ein komplettes Proxmox-Labor befindet. Die verschachtelte Virtualisierung funktioniert gut, wenn zwei Einstellungen richtig sind – und schlägt stillschweigend fehl, wenn dies nicht der Fall ist. Dieser Leitfaden legt beides fest, beweist, dass KVM in Proxmox aktiv ist, und erklärt Ihnen ehrlich, wofür dieses Setup gedacht ist.
Unter verschachtelter Virtualisierung versteht man einen Hypervisor, der in einer virtuellen Maschine ausgeführt wird: Proxmox in ESXi, mit seinen eigenen VMs und Containern darin. Es ist das günstigste Labor, das es gibt – ein Server, zwei zu erlernende Plattformen, keine zusätzliche Hardware. Aber eine Standard-ESXi-VM verbirgt die Virtualisierungsfunktionen der CPU vor ihrem Gast, sodass eine Standard-Proxmox-Installation einwandfrei startet und dann den Start einer VM verweigert. Zwei Einstellungen beheben das: eine auf der ESXi-Seite, eine auf der Netzwerkseite. Auf dieser Seite wird die vollständige Einrichtung der Reihe nach durchgeführt und jede Ebene überprüft, bevor fortgefahren wird.
Drei Fakten, klar formuliert, denn mit ihnen sollte jedes verschachtelte Labor beginnen. Erstens: Dies ist eine Labortechnik. Broadcoms eigene vSphere-Dokumentation besagt, dass VMware die Ausführung von Hypervisoren von Drittanbietern auf ESXi nicht unterstützt, abgesehen von eng dokumentierten Fällen wie Hyper-V für virtualisierungsbasierte Sicherheit. In ESXi eingebettetes Proxmox funktioniert und wird von Tausenden von Heimlaboren ausgeführt – aber kein Anbieter wird Ihren Support-Anruf dazu entgegennehmen.
Zweitens: Für die physische CPU muss Intel VT-x oder AMD-V im Server-BIOS aktiviert sein. ESXi kann eine Funktion, die die Hardware ausgeschaltet hat, nicht weiterleiten. Drittens: Ein verschachteltes Setup ist nur so stark wie die freie Kapazität des Hosts. Proxmox selbst benötigt Ressourcen und jede VM innerhalb von Proxmox gibt diese wieder aus. Ein 8-GB-Host wird ein enttäuschendes Labor hosten.
Schalten Sie es noch nicht ein. Der nächste Schritt ist bei ausgeschalteter VM viel einfacher.
Dies ist die Einstellung, auf der das gesamte Setup basiert. Es weist ESXi an, die Virtualisierungserweiterungen der CPU (das Flag vmx bei Intel, svm bei AMD) an die Proxmox-VM weiterzuleiten, damit der KVM-Hypervisor von Proxmox sie verwenden kann.
Anforderungen aus der Dokumentation von Broadcom: VM-Kompatibilität von ESXi 5.1 oder höher und eine CPU der Intel Nehalem-Generation oder neuer (AMD Opteron Generation 3 oder neuer) mit VT-x oder AMD-V live im BIOS.
Die dateibasierte Route: Auf Hosts, auf denen die Option schwer zu erreichen ist, ist in der Datei .vmx der VM derselbe Schalter vorhanden wie die Zeile vhv.enable = "TRUE". Fügen Sie es nur hinzu, während die VM vollständig ausgeschaltet ist – ESXi schreibt die Datei einer laufenden VM neu und Ihre Bearbeitung verschwindet.
Öffnen Sie auf Ihrem PC https://YOUR-PROXMOX-IP:8006. Der Browser warnt vor einem selbstsignierten Zertifikat – das ist normal für ein neues Proxmox und kann problemlos in Ihrem Labornetzwerk verwendet werden. Melden Sie sich als root mit dem von Ihnen festgelegten Passwort an.
Proxmox selbst pingt, aktualisiert und durchsucht zu diesem Zeitpunkt perfekt – und genau deshalb überrascht dieser Schritt die Leute. Die VMs innerhalb Proxmox senden Netzwerk-Frames mit ihren eigenen MAC-Adressen, und eine Standard-ESXi-Portgruppe verwirft Frames, deren Quell-MAC nicht der MAC der ihr bekannten VM ist. Die verschachtelten Gäste verstummen.
Tun Sie dies auf einer dedizierten Laborportgruppe, nicht auf der Portgruppe, die Ihre Produktions-VMs verwenden – das Akzeptieren des Promiscuous-Modus und gefälschter Übertragungen stellt eine absichtliche Lockerung der Switch-Sicherheit dar und gehört nur dort, wo verschachtelte Gäste leben. In dieser Reihe gibt es eine ganze Seite zu diesem einen Fix, da dies der häufigste Grund dafür ist, dass ein verschachteltes Labor „zur Hälfte funktioniert“.
Vertrauen Sie den Kontrollkästchen nicht – fragen Sie Proxmox. Öffnen Sie die Shell (Web-Benutzeroberfläche → Ihr Knoten → Shell) und führen Sie Folgendes aus:
ls -l /dev/kvm – das Gerät muss vorhanden sein. Kein /dev/kvm, keine Hardwarebeschleunigungcat /sys/module/kvm_intel/parameters/nested – auf Intel sollte die Antwort Y sein (auf AMD überprüfen Sie kvm_amd auf die gleiche Weise)egrep -c "(vmx|svm)" /proc/cpuinfo – jede Zahl über 0 bedeutet, dass das Virtualisierungsflag den Gast erreicht hatWenn eines davon fehlschlägt, stoppen Sie die ESXi-Seite und reparieren Sie sie (Schritt 3), anstatt Proxmox zu bekämpfen – das Problem liegt nie im Installationsprogramm.
host – die standardmäßig emulierte CPU verbirgt genau die Flags, die Sie gerade angezeigt haben, und host lässt die echte CPU durchBeginnen Sie leicht und ehrlich: eine Linux-VM, dann Container, dann schwerere Gäste. Das Video oben führt diesen genauen Build auf dem Bildschirm durch, falls ein Schritt auf Ihrer ESXi-Version anders aussieht.
Sehen Sie sich den verschachtelten Proxmox-Build live an – VM-Erstellung, die Exposure-Einstellung und den ersten Gast – im vollständigen Video.
▶️ Watch Full VideoDas ist das charakteristische Symptom dafür, dass die Belichtungseinstellung deaktiviert ist. Proxmox selbst ist nur ein Linux-System, daher wird es ohne Virtualisierungserweiterungen normal installiert und gestartet. Sein KVM-Hypervisor benötigt jedoch das CPU-Flag vmx oder svm. Bearbeiten Sie die Proxmox-VM in ESXi, erweitern Sie die CPU und aktivieren Sie das Kontrollkästchen Hardwareunterstützte Virtualisierung dem Gastbetriebssystem verfügbar machen. Überprüfen Sie dann in Proxmox mit ls -l /dev/kvm – das Gerät sollte vorhanden sein.
Nein, und das aus zwei verschiedenen Gründen. Leistung: Jede verschachtelte VM zahlt eine Steuer an zwei Hypervisoren, sodass CPU- und Festplattenarbeit messbar langsamer sind als auf beiden Plattformen allein. Unterstützung: In der vSphere-Dokumentation von Broadcom heißt es, dass VMware die Ausführung von Hypervisoren von Drittanbietern auf ESXi außerhalb der speziell dokumentierten Funktionalität nicht unterstützt. Ein verschachteltes Labor dient zum Lernen, Testen und Üben – wichtige Workloads gehören auf Bare-Metal-Basis.
Fast immer die Sicherheitsrichtlinien der ESXi-Portgruppe. Verschachtelte VMs übertragen Frames mit ihren eigenen MAC-Adressen, und eine Standard-Portgruppe lehnt gefälschte Übertragungen und MAC-Adressänderungen ab, sodass der Datenverkehr stillschweigend verworfen wird. Bearbeiten Sie die Portgruppe, die Ihre Proxmox-VM verwendet, und stellen Sie den Promiscuous-Modus, MAC-Adressänderungen und gefälschte Übertragungen auf „Akzeptieren“ ein – idealerweise auf einer dedizierten Laborportgruppe.