Für Admins, die von VMware/Hyper-V migrieren – wo steht der Markt 2026, wo steht Proxmox, und welche Alternativen gibt es wirklich?
🎧 Block 1: Ist Proxmox das neue ESXi für KMU?
Marktlage: VMware unter Broadcom
Für viele KMU-Admins war das kein gewöhnliches Software-Update, sondern ein handfestes Budgetproblem: Aus einer einmaligen Investition wurde eine wiederkehrende Abo-Position – bei spürbar höherem Betrag.
Übernahme von VMware durch Broadcom 2023 – ein Halbleiter- und Software-Konzern, der zugekaufte Produktlinien erfahrungsgemäß auf wenige, margenstarke Kernprodukte konsolidiert; VMware wurde in dieses Muster eingeordnet
Perpetual-Lizenzen (einmal gekaufte Nutzungsrechte plus optionales Support-Abo) abgeschafft → nur noch Subscription; bereits gekaufte Perpetual-Lizenzen laufen zwar technisch weiter, erhalten aber keine neuen Sicherheitsupdates mehr, sobald der zugehörige Support-Vertrag endet
Abrechnung jetzt per Core statt pro Socket, mit einem Minimum von 16 Kernen pro CPU – ein Server mit zwei 8-Kern-Prozessoren wird lizenztechnisch so behandelt, als hätte er 32 Kerne; hinzu kommt Bundle-Zwang: einzelne Produkte wie vSphere sind nicht mehr separat erhältlich, sondern nur noch im Paket VCF (VMware Cloud Foundation) oder VVF (VMware vSphere Foundation)
Broadcom lässt bei Bestandskunden mit ausgelaufenen Perpetual-Lizenzen verstärkt Lizenz-Audits durchführen – wer nicht rechtzeitig auf ein gültiges Abo umgestiegen ist, riskiert Nachzahlungen zu den neuen, deutlich höheren Listenpreisen
🎧 Block 2: Marktlage & Alternativen
Alternativen-Landschaft
Proxmox VE: quelloffen mit optionalem Support-Abo, sehr aktive Community, starkes KMU- und Mittelstandsumfeld – Kernstärke ist der niedrige Einstieg samt vollem Funktionsumfang ohne Lizenzkosten, Kerneinschränkung ist das im Vergleich zu VMware jüngere Enterprise-Ökosystem an Drittanbieter-Tools
Nutanix AHV: technisch ausgereifte Hyperconverged-Plattform, klar auf Enterprise-Kunden zugeschnitten – Kernstärke ist die tiefe Integration von Compute, Storage und Management aus einer Hand, Kerneinschränkung ist der hohe Preis und die Bindung an die eigene Hardware-/Software-Suite
XCP-ng: freier, quelloffener Fork des Citrix-/Xen-Hypervisor-Codes mit ähnlichem Lizenzmodell wie Proxmox – Kernstärke ist die Xen-Reife für erfahrene Anwender, Kerneinschränkung ist die kleinere Community und das dünnere Angebot an fertigen Backup-/Management-Integrationen
Hyper-V: fester Bestandteil von Windows Server, damit ohne zusätzliche Lizenzkosten und ohne neue Betriebssystem-Lernkurve verfügbar – Kernstärke ist die nahtlose Einbindung in reine Windows-Umgebungen, Kerneinschränkung ist die schwächere Unterstützung gemischter Linux/Windows-Szenarien
SUSE Harvester: Kubernetes-native HCI-Lösung (aufbauend auf KubeVirt und Longhorn), cloud-nativ statt klassischer Hypervisor-Denke – Kernstärke passt, wenn ohnehin auf Container-Infrastruktur gesetzt wird, Kerneinschränkung ist das andere Betriebsmodell mit entsprechend höherem Umstellungsaufwand für klassische VM-Admins
Entscheidungshilfe: Proxmox VE passt, wenn Lizenzkosten und Bedienbarkeit für Linux-affine Admins im Vordergrund stehen und der Betrieb überschaubar bleibt (wenige bis mittlere Node-Zahl, kein 24/7-Enterprise-SLA nötig). Nutanix AHV oder eine tiefe VMware-Alternative im Enterprise-Segment lohnt sich, wenn vertraglich fixierter 24/7-Support und eine durchintegrierte HCI-Suite Pflicht sind. Reines Windows-Umfeld ohne Linux-Anteil spricht für Hyper-V, bereits vorhandene Kubernetes-Strategie spricht für SUSE Harvester, und wer aus dem Xen-Umfeld kommt, findet in XCP-ng den direktesten Umstieg.
Ist Proxmox das neue ESXi für KMU?
Referenz-Szenario dieses Lernbereichs: ein typischer KMU-Betrieb mit 1–2 Nodes, 4–6 VMs (z. B. Fileserver, Active Directory, ein bis zwei Fachanwendungen, interner Webserver) und 1–3 LXC-Containern für schlanke Zusatzdienste (Reverse Proxy, interner DNS, Monitoring-Agent). Auf dieses Szenario beziehen sich die konkreten Empfehlungen in den folgenden Modulen zu Kosten, Redundanz und Skalierung – wo ein anderer Rahmen gemeint ist, steht das explizit dabei.
In klassischen KMU-Szenarien – ein bis wenige Hosts, überschaubare VM-Anzahl, keine hochkomplexen Storage-Anforderungen – ersetzt Proxmox VE ESXi funktional nahezu lückenlos: Snapshots, Live-Migration, Backup und Cluster-Betrieb sind alle vorhanden
Grenzen zeigen sich dort, wo das VMware-Ökosystem historisch stark ist: Drittanbieter-Tools, die tief in vCenter integriert sind (bestimmte Backup-, Monitoring- oder Compliance-Lösungen), müssen ersetzt oder neu angebunden werden; ebenso fehlt ein direktes Pendant zu herstellergarantiertem 24/7-Enterprise-Support mit vertraglich fixierten Reaktionszeiten, wie ihn große Konzerne für unternehmenskritische Systeme fordern
Der eigentliche Umstieg ist weniger technisch als mental: Proxmox versteckt das darunterliegende Debian-Linux nicht hinter einer geschlossenen Appliance, sondern macht es sichtbar – wer bisher nie eine Kommandozeile auf dem Hypervisor gebraucht hat, sieht sie hier gelegentlich, muss sich dafür aber nicht an ein völlig neues, fremdes Bedienkonzept gewöhnen
Bei diesem Umfang (1–2 Nodes, 4–6 VMs, wenige Container) bleibt der Betrieb für einen einzelnen internen Admin oder einen Dienstleister im Teilzeit-Support gut überschaubar – der Komplexitätssprung kommt erst mit echtem Multi-Node-Cluster-Betrieb (Modul 7) oder Ceph-Storage (Modul 3), nicht schon mit der Plattformwahl selbst
🎧 Block 3: Das KMU-Referenz-Szenario dieses Lernbereichs
Gemischt & KI-tauglich
Ein einzelner Proxmox-Cluster bedient Windows-Server-VMs (z. B. Active Directory, Fileserver, Fachanwendungen) und Linux-VMs oder -Container (Webserver, Datenbanken, interne Tools) gleichberechtigt nebeneinander – kein separates Produkt, keine getrennte Verwaltung nötig
Für KI-Workloads lässt sich eine GPU per PCI(e)-Passthrough direkt einer VM zuweisen, sodass diese die volle Rechenleistung exklusiv nutzt – etwa für ein lokal gehostetes LLM oder Bildgenerierung im eigenen Haus statt in der Cloud; Grenzen bestehen bei geteilter GPU-Nutzung zwischen mehreren VMs (vGPU), die je nach Kartenmodell und Treiberunterstützung nur eingeschränkt oder gar nicht funktioniert
Voraussetzung für GPU-Passthrough ist ein IOMMU-fähiges System (siehe Modul 2, „CPU-Voraussetzungen"); wer eine GPU stattdessen per vGPU auf mehrere VMs gleichzeitig aufteilen will, braucht dafür herstellerabhängig meist eine Profi-/Datacenter-Karte samt zusätzlicher Lizenz (z. B. NVIDIA vGPU) – reine Consumer-GPUs lassen sich trotzdem ganz regulär per Passthrough exklusiv durchreichen, nur eben nicht unter mehreren VMs teilen
Damit deckt ein einziges Proxmox-Cluster das typische KMU-Szenario vollständig ab: klassische Windows/Linux-Infrastruktur und experimentelle KI-Workloads auf derselben Plattform, ohne zusätzliche Spezial-Hardware oder ein zweites Virtualisierungsprodukt
🎧 Block 4: Gemischte Umgebung, KI-Zeit & Ausblick
Zukunft & nächster Schritt
Der Marktanteil von Proxmox VE zeigt seit der Broadcom-Übernahme eine klar steigende Tendenz, getragen von einer aktiven Community (Forum, Bugtracker, regelmäßige Major-Releases) und wachsender Verbreitung bei Systemhäusern und Hosting-Anbietern
Statt unter Zeitdruck direkt produktive VMware-Umgebungen umzuziehen, empfiehlt sich der umgekehrte Weg: zuerst ein isoliertes Testlabor aufbauen (auch als Nested-Virtualization-Setup auf vorhandener Hardware möglich), dort Migrationsschritte und Konfiguration üben, danach eine einzelne unkritische VM als Pilot migrieren – erst wenn das reibungslos läuft, folgt der produktive Rollout
Dieser Modul-0-Überblick war die Landkarte; ab Modul 1 geht es in die technischen Grundlagen und die Architektur von Proxmox VE im Detail
