Die Broadcom-Übernahme hat den Virtualisierungsmarkt gespalten: Während VMware auf Premium-Bundles setzt, gewinnt Proxmox VE als Open-Source-Alternative rasant an Marktanteilen — besonders im europäischen Mittelstand.
Ausgangslage 2026 — warum der Markt in Bewegung ist
Die Übernahme von VMware durch Broadcom im November 2023 für 69 Milliarden US-Dollar hat eine tektonische Verschiebung im Virtualisierungsmarkt ausgelöst. Broadcom hat das gesamte Lizenzmodell umgestellt: Die bisherigen Perpetual Licenses (einmalige Kauflizenzen) wurden abgeschafft und durch ein reines Subscription-Modell ersetzt. Gleichzeitig wurden die Einzelprodukte (vSphere, vSAN, NSX, Aria) in zwei große Bündel zusammengefasst — VMware Cloud Foundation (VCF) und VMware vSphere Foundation (VVF) —, die pro CPU-Core lizenziert werden. Für viele mittelständische Unternehmen bedeutet das Kostensteigerungen von 300 bis 1.200 Prozent gegenüber den bisherigen Lizenzen.
Parallel dazu hat Broadcom das Partnerökosystem massiv reduziert: Tausende kleinere Reseller und Systemhäuser haben ihren VMware-Partnerstatus verloren, was den Zugang zu Lizenzen und Support für den Mittelstand zusätzlich erschwert. Die kostenlose ESXi-Hypervisor-Version, die viele kleinere Unternehmen und Labore nutzten, wurde komplett eingestellt. Diese Kombination aus Preisschock, Partnerverlust und Produktkonsolidierung hat dazu geführt, dass Unternehmen erstmals ernsthaft Open-Source-Alternativen evaluieren — und Proxmox VE steht dabei ganz oben auf der Liste.
Proxmox Server Solutions, ein österreichisches Unternehmen mit Sitz in Wien, hat von dieser Entwicklung massiv profitiert. Die Download-Zahlen von Proxmox VE sind seit 2024 um über 300 Prozent gestiegen, die Community-Foren verzeichnen eine Vervierfachung der aktiven Nutzer, und große Systemhäuser in der DACH-Region bieten mittlerweile offizielle Proxmox-Migration-Services an. Die entscheidende Frage für IT-Entscheider lautet nicht mehr ob Proxmox eine Alternative ist, sondern für welche Workloads und Szenarien der Umstieg sinnvoll ist.
- Broadcom-Strategie: Fokus auf Großkunden und Cloud-Provider. Kleine und mittlere Unternehmen mit weniger als 1.000 Cores sind für Broadcom wirtschaftlich uninteressant — die Mindestbestellwerte und Bündelzwänge machen VMware für viele KMU unverhältnismäßig teuer.
- Lizenz-Änderungen im Detail: VMware vSphere Standard existiert nicht mehr. Die günstigste Option ist VVF (vSphere Foundation) mit vSphere Enterprise Plus, vCenter und Aria Suite — lizenziert pro Core, nicht mehr pro Socket. Ein Dual-Socket-Server mit 2×32 Cores kostet damit ein Vielfaches der früheren Pro-Socket-Lizenz.
- Marktreaktion Europa: Europäische Behörden und KRITIS-Betreiber prüfen verstärkt Open-Source-Alternativen, um Vendor-Lock-in und Abhängigkeit von US-amerikanischen Anbietern zu reduzieren. Die digitale Souveränität ist dabei ein zentrales Argument für Proxmox als europäische Lösung.
- Proxmox-Wachstum: Über 800.000 aktive Installationen weltweit (Stand März 2026), davon geschätzt 40 Prozent im DACH-Raum. Proxmox wird von Hosting-Providern, Universitäten, Forschungseinrichtungen und zunehmend von mittelständischen Unternehmen produktiv eingesetzt.
Technischer Vergleich — KVM vs ESXi, Ceph vs vSAN
Der technische Vergleich zwischen Proxmox VE und VMware vSphere zeigt, dass beide Plattformen für den produktiven Einsatz geeignet sind — sich aber in Architektur, Verwaltung und Ökosystem grundlegend unterscheiden. VMware setzt auf einen proprietären Type-1-Hypervisor (ESXi) mit einem eigenen Micro-Kernel, während Proxmox auf KVM (Kernel-based Virtual Machine) basiert — einem Hypervisor-Modul, das direkt im Linux-Kernel integriert ist. Beide Ansätze haben spezifische Vor- und Nachteile, die je nach Workload und Anforderung unterschiedlich ins Gewicht fallen.
Beim Storage zeigt sich ein ähnliches Bild: VMware bietet mit vSAN eine eng integrierte, aber proprietäre Software-Defined-Storage-Lösung, die ausschließlich mit vSphere-Lizenzen verfügbar ist. Proxmox setzt auf Ceph — ein Open-Source-Distributed-Storage-System, das unabhängig von Proxmox existiert und von einer breiten Community (einschließlich Red Hat, SUSE und IBM) weiterentwickelt wird. Ceph bietet Block-, Objekt- und Dateisystem-Storage in einer Plattform und ist in Proxmox nativ integriert.
In der Praxis ist die Management-Ebene oft der entscheidende Faktor: VMware bietet mit vCenter Server eine ausgereifte zentrale Verwaltung mit DRS (Distributed Resource Scheduler), HA (High Availability), vMotion (Live-Migration) und umfangreichen RBAC-Funktionen. Proxmox stellt eine webbasierte Verwaltungsoberfläche bereit, die alle Kernfunktionen abdeckt, aber in Bereichen wie granulares Rechtemanagement, automatische Lastverteilung und Reporting weniger ausgereift ist als vCenter. Die Proxmox-API ist jedoch vollständig dokumentiert und ermöglicht umfassende Automatisierung über Terraform, Ansible und REST.
- Hypervisor-Architektur — KVM vs ESXi: ESXi ist ein Bare-Metal-Hypervisor mit einem minimalen proprietären Kernel (VMkernel), der ausschließlich für Virtualisierung entwickelt wurde. KVM hingegen ist ein Linux-Kernel-Modul, das den Linux-Kernel selbst zum Hypervisor macht — jede VM läuft als QEMU-Prozess im Linux-Userspace. Vorteil KVM: voller Zugriff auf das Linux-Ökosystem (Treiber, Tools, Debugging). Vorteil ESXi: kleinere Angriffsfläche durch minimalen Kernel.
- Storage — Ceph vs vSAN: vSAN nutzt die lokalen Festplatten der ESXi-Hosts und bildet daraus einen verteilten Datastore mit Erasure Coding oder RAID-1-Spiegelung. Ceph in Proxmox bietet ein ähnliches Konzept, ist aber flexibler: Ceph unterstützt Block-Storage (RBD), Objekt-Storage (S3-kompatibel via RADOS Gateway) und ein verteiltes Dateisystem (CephFS) — alles in einem Cluster. Nachteil Ceph: höhere Komplexität bei Setup und Tuning, mindestens 3 Nodes für Produktionsbetrieb erforderlich.
- High Availability & Live-Migration: VMware HA startet VMs automatisch auf anderen Hosts neu, wenn ein Host ausfällt. vMotion ermöglicht unterbrechungsfreie Live-Migration zwischen Hosts. Proxmox bietet HA mit Corosync/Pacemaker und Live-Migration über die Web-UI oder CLI. Der HA-Mechanismus in Proxmox ist funktional, aber weniger ausgereift: Es fehlt ein automatischer Load-Balancer vergleichbar mit VMware DRS, und die HA-Konfiguration erfordert mehr manuellen Aufwand.
- API & Automatisierung: VMware bietet eine umfangreiche REST-API, PowerCLI (PowerShell-basiert) und SDKs für Python, Java und Go. Proxmox stellt eine vollständige REST-API bereit, die jede Funktion der Web-UI abbildet. Terraform-Provider existieren für beide Plattformen. Ansible-Module sind für Proxmox über die Community gut gepflegt. Der Vorteil von Proxmox: Als Linux-System können alle Linux-Tools direkt auf dem Host ausgeführt werden — SSH, Bash, Python, Ansible — ohne Einschränkungen.
- Backup-Integration: VMware setzt auf die VADP-API (vStorage APIs for Data Protection), die von Drittanbieter-Lösungen wie Veeam, Commvault und Nakivo genutzt wird. Proxmox liefert mit Proxmox Backup Server (PBS) eine eigene, kostenlose Backup-Lösung mit inkrementellen Backups, Deduplizierung und Verschlüsselung. PBS ist eng in die Proxmox-Web-UI integriert und unterstützt sowohl VM- als auch Container-Backups. Veeam unterstützt seit Version 12.1 auch Proxmox VE nativ.
- Enterprise-Features im Vergleich: VMware hat bei Micro-Segmentierung (NSX), GPU-Virtualisierung (vGPU), verteiltem Switching (vDS) und Lifecycle-Management (vLCM) einen klaren Vorsprung. Diese Features sind in Proxmox entweder gar nicht oder nur über Drittanbieter-Tools verfügbar. Für Unternehmen, die NSX oder vSAN mit Stretched Clusters benötigen, bleibt VMware derzeit ohne echte Alternative. Für Standard-Virtualisierung (VMs, Container, HA, Backup) bietet Proxmox jedoch einen funktional vergleichbaren Umfang zu einem Bruchteil der Kosten.
Migrationsstrategie — von VMware zu Proxmox
Die Migration von VMware zu Proxmox ist technisch machbar, erfordert aber eine sorgfältige Planung und ein schrittweises Vorgehen. Der häufigste Fehler ist der Versuch einer „Big-Bang-Migration“, bei der alle Workloads gleichzeitig umgezogen werden. Stattdessen empfehlen wir einen phasenbasierten Ansatz: zuerst Entwicklungs- und Testumgebungen, dann unkritische Produktionsworkloads, und erst zum Schluss geschäftskritische Systeme. Dieser Ansatz minimiert das Risiko und ermöglicht dem Team, Erfahrung mit der neuen Plattform zu sammeln.
Die technische Konvertierung der virtuellen Maschinen erfolgt über einen V2V-Prozess (Virtual-to-Virtual): VMware-VMs verwenden das VMDK-Disk-Format, während Proxmox mit QCOW2 (für lokalen Storage) oder RAW (für Ceph/ZFS) arbeitet. Die Konvertierung kann mit dem Open-Source-Tool qemu-img convert durchgeführt werden — es liest VMDK-Dateien direkt und konvertiert sie in das Zielformat. Für größere Umgebungen empfiehlt sich ein automatisierter Workflow: VMDK per NFS oder SCP auf den Proxmox-Host kopieren, mit qemu-img konvertieren, VM in Proxmox anlegen und die konvertierte Disk importieren. VirtIO-Treiber sollten vor der Migration im Gastbetriebssystem installiert werden, um nach dem Umzug sofort optimale Performance zu erhalten.
Ein hybrider Betrieb ist in vielen Fällen die pragmatischste Lösung: Geschäftskritische Workloads, die VMware-spezifische Features benötigen (NSX-Micro-Segmentierung, vSAN Stretched Clusters, GPU-Passthrough mit vGPU-Profilen), verbleiben auf VMware, während Standardworkloads auf Proxmox migriert werden. Dieser Ansatz reduziert die VMware-Lizenzkosten sofort und erheblich, ohne das Risiko einer vollständigen Plattformmigration einzugehen. Bei IT-ZU begleiten wir Unternehmen durch den gesamten Migrationsprozess — von der Bestandsaufnahme und Workload-Analyse über die Proof-of-Concept-Phase bis zur produktiven Migration mit dokumentiertem Rollback-Plan.
- Phase 1 — Bestandsaufnahme & Bewertung: Erfassen Sie alle VMs mit CPU-, RAM-, Storage- und Netzwerkanforderungen. Identifizieren Sie VMware-spezifische Abhängigkeiten: Nutzt die VM vSAN-Policies, NSX-Firewall-Regeln, DRS-Affinitätsregeln oder vGPU? VMs ohne solche Abhängigkeiten sind ideale Migrationskandidaten. Tools wie RVTools (kostenlos) exportieren die gesamte vSphere-Inventarliste als Excel-Datei.
- Phase 2 — Proof of Concept: Bauen Sie einen Proxmox-Testcluster mit mindestens 3 Nodes auf (für Ceph und HA). Migrieren Sie 5–10 repräsentative VMs (Windows Server, Linux, Datenbank, Webserver) und testen Sie: Performance (IOPS, Netzwerkdurchsatz), HA-Failover, Backup mit PBS, Monitoring-Integration. Planen Sie 4–6 Wochen für den PoC ein.
- Phase 3 — V2V-Konvertierung: Exportieren Sie VMware-VMs als OVF/OVA oder kopieren Sie die VMDK-Dateien direkt. Konvertierung:
qemu-img convert -f vmdk -O qcow2 disk.vmdk disk.qcow2. Für Ceph-Storage:qemu-img convert -f vmdk -O raw disk.vmdk disk.raw. Importieren Sie die Disk in Proxmox:qm importdisk <vmid> disk.qcow2 local-lvm. Passen Sie die VM-Konfiguration an: SCSI-Controller auf VirtIO SCSI, Netzwerk auf VirtIO, Boot-Reihenfolge prüfen. - Phase 4 — VirtIO-Treiber & Gastanpassung: Windows-VMs benötigen VirtIO-Treiber für Storage und Netzwerk. Installieren Sie die Treiber vor der Migration in der VMware-Umgebung (virtio-win ISO einhängen, Treiber installieren). Nach der Migration: VMware Tools deinstallieren, QEMU Guest Agent installieren (ermöglicht sauberes Herunterfahren, Freeze/Thaw für Backups, IP-Anzeige in der Web-UI). Linux-VMs haben VirtIO-Treiber nativ im Kernel — hier reicht die Deinstallation von open-vm-tools und die Installation des qemu-guest-agent.
- Phase 5 — Produktive Migration & Rollback: Migrieren Sie Workloads außerhalb der Geschäftszeiten mit definiertem Wartungsfenster. Halten Sie die VMware-Umgebung für mindestens 30 Tage parallel betriebsbereit (Snapshots der Original-VMs nicht löschen). Dokumentieren Sie für jede VM einen Rollback-Plan: Wie lange dauert die Rückmigration? Welche Daten müssen synchronisiert werden? Wer ist verantwortlich?
- Hybridansatz — die pragmatische Lösung: Nicht jeder Workload muss migriert werden. Behalten Sie VMware für VMs mit NSX-Abhängigkeit, vGPU-Anforderungen oder zertifizierten Applikationen (SAP, Oracle), die nur auf VMware supportet sind. Migrieren Sie Fileserver, Webserver, Entwicklungsumgebungen, DNS/DHCP, Monitoring und CI/CD-Systeme zu Proxmox. Allein durch die Migration von 60–70 Prozent der Workloads reduzieren sich die VMware-Lizenzkosten oft um mehr als die Hälfte.
VMware-Kosten senken?
Wir analysieren Ihre aktuelle VMware-Umgebung, bewerten die Migrationskandidaten und begleiten Sie durch den gesamten Übergangsprozess — von der Proof-of-Concept-Phase bis zur produktiven Proxmox-Migration mit dokumentiertem Rollback-Plan.
Virtualisierung ansehen →
