VMware zu Proxmox migrieren: Der Praxis-Leitfaden für den Mittelstand 2026

Warum jetzt der richtige Zeitpunkt ist

Renewals werden teuer

Einzel-Lizenzen für VMware gibt es nicht mehr. Broadcom bündelt zu VMware Cloud Foundation oder vSphere Foundation.

Mindestabnahme: 16 oder 72 Kerne pro Host. Preis pro Kern: oft Faktor 3 bis 5 (Broadcom-Ankündigung).

Perpetual-Lizenzen ohne Updates

Wer 2020 vSphere Standard gekauft hat, bekommt seit 2024 keine Updates mehr.

Mittelgroßer Cluster, drei Hosts, 50 VMs: jährliche Mehrkosten im fünfstelligen Bereich. Ohne dass sich technisch etwas geändert hat.

Mittelstand verliert die Verhandlungsposition

Genau dort schlägt Proxmox VE ein: gleicher Funktionsumfang. Kein Abo-Zwang. Hersteller heißt nicht Broadcom.

Was Proxmox VE ist, kurz

Offene Virtualisierungs-Plattform aus Wien. KVM, LXC, Ceph und ZFS in einer Web-UI.

Software kostenfrei. Subscriptions gibt es für Stable-Repo und Support.

Proxmox VE 8.3 deckt alles ab, was ein Mittelstands-VMware-Setup nutzt:

• Live-Migration zwischen Hosts
• Hochverfügbarkeit mit Quorum
• Snapshots
• Backup über Proxmox Backup Server oder Veeam
• Cluster über mehrere Standorte
• Rollenbasierte Rechte

Wer mit vSphere Standard oder Essentials Plus unterwegs ist, findet alles wieder.

Proxmox vs. VMware: der ehrliche Vergleich

Proxmox schlägt VMware im Mittelstand bei Lizenzkosten, Setup-Tempo und Hersteller-Unabhängigkeit.

VMware ist 2026 noch vorne bei drei Dingen:

• Software-defined Networking auf Enterprise-Niveau (NSX-T)
• Sehr große HCI-Stacks (VxRail)
• Branchen mit harter VMware-Vorgabe vom Hersteller

Wo wir zur Migration raten

• 3 bis 12 Hosts, 30 bis 300 VMs
• vMotion, HA, Snapshots genutzt, kein NSX
• Renewal-Kosten haben angezogen oder stehen an
• Raus aus der Hersteller-Abhängigkeit

Wo wir vorher genauer prüfen

• VxRail-Stack: machbar, Hardware-Lifecycle neu denken
• Großes NSX-T-Setup: Replatforming auf FRR, deutlich mehr Aufwand
• Application-Vendor schreibt VMware vor (selten, alte Healthcare-Systeme)

Lizenzkosten am echten Beispiel

Setup: 3 Hosts, je 32 Kerne, 50 produktive VMs. Listenpreise vor Rabatt, Stand Q2 2026.

Migration in 7 Schritten

Kein Big-Bang. Kontrollierte Schritte mit klaren Maintenance-Windows. Hybrid-Betrieb ist Standard.

1. Bestandsaufnahme

Vor der Migration ziehen wir das vollständige Inventar.

Was rein muss:

• VM-Liste mit OS, CPU, RAM, Storage
• Snapshot-Stand, Backup-Status
• Abhängigkeiten (Datenbank-Cluster, App-Tier)
• Genutzte Lizenzen
• Integrierte Tools (vRealize, NSX, vCenter-Plugins)

Bei jedem Kunden kommen 10 bis 20 Prozent „Zombie-VMs" raus. Direkt abschalten.

2. Proxmox-Cluster aufsetzen

Ziel-Cluster läuft parallel zum bestehenden VMware-Setup.

Drei Hosts sind das Minimum für Quorum. Fünf für etwas Reserve.

Storage je nach Setup:

• Ceph für hyperkonvergent
• ZFS-Replikation für kleinere Setups
• Klassischer NAS/SAN bleibt möglich

Netz: mindestens 10 Gbit/s. Für Ceph eher 25 Gbit/s.

3. Pilot-VM migrieren

Erste Migration mit einer unkritischen VM. Test-Webserver, internes Wiki, kleines Build-System.

Wir testen den kompletten Workflow: Export, Import, Treiber, Funktionsprüfung. Hakt es, klärt sich das hier, nicht bei der Produktions-Datenbank.

4. VMware-Tools entfernen, VirtIO vorbereiten

VMware-Tools auf der Quell-VM deinstallieren.

Bei Windows-VMs zusätzlich die VirtIO-Treiber von Red Hat installieren. Sonst Bluescreen nach dem Wechsel von vmxnet3 auf VirtIO-Net.

Bei Linux ist VirtIO meist im Kernel.

5. Live-Import via ESXi-Plugin oder CLI

Seit Proxmox VE 8.2 gibt es den eingebauten ESXi-Import-Assistenten. ESXi-Host als Storage hinzufügen, Proxmox sieht die VMs, Migration per Klick.

VM bleibt auf VMware live. Cutover ist ein kurzer Shutdown plus Re-Import.

Old-School per CLI:

# Export auf dem ESXi-Host
ovftool vi://root@esxi-host.lan/vmname /backup/vmname.ovf

# Import auf dem Proxmox-Host
qm importovf 200 /backup/vmname.ovf local-zfs --format qcow2

# Disk-Controller und Netz auf VirtIO
qm set 200 --scsi0 local-zfs:vm-200-disk-0
qm set 200 --net0 virtio,bridge=vmbr0

# Start
qm start 200

Bei VMs über 50 GB läuft das parallel im Hintergrund. Cutover-Shutdown: 2 bis 15 Minuten.

6. Cutover: DNS, Routing, Backup

VM läuft auf Proxmox? Dann der Check-Lauf:

• Erreichbarkeit, Performance, Logfiles
• DNS-Einträge bei IP-Wechsel
• Backup-Job neu (UUID ist neu)
• Monitoring-Targets anpassen
• Bei DB-VMs Volltest mit Last

Die alte VMware-VM bleibt 7 bis 14 Tage als Rollback. Erst dann löschen.

7. VMware abbauen

Alle VMs migriert? VMware-Subscription kündigen. vCenter-Konfig archivieren. Alte Hosts vom Strom.

Hardware geht entweder in den Proxmox-Cluster als Erweiterung. Oder raus, mit Secure Erase auf den SSDs.

Stolperfallen aus 18 Monaten Praxis

• Windows-Bluescreen: VirtIO nicht vorher installiert. Fix im Recovery-Modus.
• vCenter-Templates: nicht 1:1 portierbar. Wir bauen neu als VM-Template plus Cloud-Init.
• NSX-T-Tunnel: Mikrosegmentierung in FRR oder Firewall nachbauen. Plus mehrere Tage.
• Veeam-Jobs: Backup über UUID. Nach Migration neue UUID, alte Restore-Points 30 Tage als Archiv.
• ZFS-ARC: Default zu groß. Wir setzen zfs_arc_max auf 50 Prozent des Host-RAMs.

Zeit- und Aufwandsrahmen

Migration ist planbar. Typische Zeiträume:

Aus deinem Team brauchen wir eine Person, die die VMs kennt und die Maintenance-Windows verantwortet. Meist IT-Leitung oder ein Sysadmin.

Hardware: wenn der bestehende Cluster die Last trägt, nutzen wir die alten Hosts nach Decommissioning weiter. Sonst planen wir Dell PowerEdge direkt über uns als Authorized Dell Partner.

Häufige Fragen

Geht Live-Migration wie vMotion?

Ja. Live Migration zwischen Cluster-Hosts ist Standard. Cutover dauert Bruchteile einer Sekunde. Voraussetzung: gemeinsamer Storage oder ZFS-Replikation.

Wie sieht Hochverfügbarkeit aus?

Proxmox HA Manager. HA-Gruppen und Restart-Policies pro VM. Fällt ein Host aus, startet die VM automatisch auf einem anderen. Quorum nötig: drei Hosts oder ein Quorum-Device.

Funktioniert unsere Veeam-Lizenz weiter?

Ja, ab Veeam Backup & Replication 12.2. Bei älteren Versionen: agentenbasiertes Backup oder Proxmox Backup Server zusätzlich. Mehr auf unserer Veeam-Seite.

Müssen wir alle VMs gleichzeitig migrieren?

Nein. Hybrid-Betrieb über mehrere Wochen ist Standard. VM für VM. Erst wenn alles drüben ist, schaltest du VMware ab.

Welche Subscription brauchen wir?

Produktiv mindestens Standard pro Host. Zugriff aufs Enterprise-Repo plus klarer Support-Kanal. Premium nur bei sehr großen Setups oder harten SLAs. Test- und Dev-Cluster: Community-Repo reicht.

Was passiert mit unseren VMware-Snapshots?

Nicht mit-migriert. Vor der Migration konsolidieren wir auf die Haupt-Disk. Wer die Historie braucht, behält die VMware-VM für die Rollback-Frist.

Nächster Schritt

VMware-Renewal rückt näher? Letzte Preisanpassung wehgetan?

15 Minuten Erstgespräch. Wir machen den ersten Check: VM-Inventar, Migrations-Aufwand, mögliche Ersparnis.

Kein Sales-Termin. Keine Verpflichtung. Wenn die Antwort „nein" ist, weißt du danach mehr.

Erstgespräch buchen · 15 Minuten

Mehr zu unserem Setup auf der Proxmox-Partner-Seite. Backup parallel? Veeam Cloud Connect. Unterbau insgesamt: IT-Infrastruktur-Übersicht.