Proxmox vs. VMware: der Vergleich für den Unternehmensbetrieb

Unterschiede zwischen Proxmox und VMware im Betrieb

Beim Wechsel von VMware vSphere zu Proxmox VE ändern sich vor allem drei Dinge: die Verwaltung, die Hochverfügbarkeit und der Storage-Betrieb. Anstelle eines zentralen vCenter-Servers kann bei Proxmox VE jeder Node den ganzen Cluster verwalten. Ausgefallene VMs starten wie bei vSphere HA auf einem anderen Node neu. Eine laufend gespiegelte Zweit-VM wie bei vSphere Fault Tolerance beschreibt die Proxmox-Dokumentation nicht.

Wie einzelne vSphere-Funktionen in Proxmox VE heißen, zeigt die Tabelle Was wird woraus auf unserer Migrationsseite. Hier geht es um die Folgen für Ihren Betrieb.

Verwaltung: vCenter Server oder Multi-Master

In vSphere ist vCenter Server die zentrale Verwaltungsinstanz für alle ESXi-Hosts; er läuft als vorkonfigurierte VM und ist damit selbst ein System, das betrieben werden muss. Proxmox VE speichert die Konfiguration im Cluster-Dateisystem pmxcfs, das Corosync in Echtzeit auf alle Nodes repliziert. Fällt ein Node aus, bleibt der Cluster über die übrigen Nodes verwaltbar.

Hochverfügbarkeit: Neustart der VMs auf anderen Nodes

Proxmox HA und vSphere HA arbeiten nach demselben Prinzip: Fällt ein Server aus, starten seine VMs auf einem anderen Server neu. Für diese VMs bedeutet das eine Unterbrechung bis zum Neustart. Proxmox nennt für den HA Manager typische Zeiten von etwa zwei Minuten für Fehlererkennung und Failover; bis die Dienste in der VM wieder antworten, kommt die Startzeit des Gastsystems hinzu. Vorher grenzt Fencing den ausgefallenen Node ab, damit keine VM doppelt läuft. Die verbleibenden Nodes brauchen dafür ein Quorum, also die Mehrheit der Stimmen im Cluster. Wie Quorum und Fencing einen Split-Brain verhindern, erklärt unser Ratgeber Split-Brain, Quorum und Fencing.

vSphere Fault Tolerance geht für einzelne VMs weiter: Eine Zweit-VM auf einem anderen Host wird laufend nachgeführt und übernimmt bei einem Host-Ausfall. In unseren Clustern setzen wir für solche Dienste auf die Architektur: Der Loadbalancer nimmt einen ausgefallenen Node binnen Sekunden aus der Verteilung. Dienste, die hinter dem Loadbalancer auf mehreren Nodes laufen, bleiben dabei erreichbar, sofern sich Ihre Anwendung so verteilen lässt. Wie das im Detail abläuft, zeigt unser Ablauf eines Failovers.

vSAN vs. Ceph: verteilter Storage im Vergleich

vSAN und Ceph lösen dieselbe Aufgabe: Sie bündeln die Datenträger der Cluster-Server zu einem gemeinsamen Speicher, sodass jede VM auf jedem Server starten kann. vSAN ist Teil des ESXi-Hypervisors und wird nach Kapazität lizenziert. Ceph ist ein eigenständiges Open-Source-System, das Proxmox VE direkt auf den Nodes installiert und verwaltet. Neue Pools legt Proxmox standardmäßig mit drei Repliken an und verlangt für Zugriffe mindestens zwei verfügbare Repliken.

In unseren Paketen Essentials und Business hält Ceph jeden Datenblock in drei Repliken auf verschiedenen Nodes und läuft über ein dediziertes Storage-Netz. Fällt eine Platte oder ein ganzer Node aus, gehen keine Daten verloren: Ceph stellt die Soll-Redundanz anschließend selbst wieder her. Während dieser Wiederherstellung steigt die I/O-Last; bei mehreren gleichzeitigen Ausfällen können einzelne Datenbereiche bis zum Abschluss vorübergehend nicht verfügbar sein. Für kompaktere Setups gibt es ZFS-Replikation; die Abwägung zeigt Ceph als Alternative zu vSAN.

Lastverteilung: DRS und Cluster Resource Scheduler

In vSphere übernimmt DRS (Distributed Resource Scheduler) die Ressourcenverwaltung und Lastverteilung auf Cluster-Ebene. Proxmox VE hat dafür den Cluster Resource Scheduler (CRS) mit einem zuschaltbaren automatischen Lastausgleich. Er verschiebt laut Dokumentation derzeit nur VMs und Container, die der HA Manager verwaltet, und zwar nacheinander. Wer DRS-Regeln intensiv nutzt, sollte sie vor einem Umstieg erfassen.

Backup: Drittanbieter-Schnittstelle oder integriert

In vSphere übernimmt die Sicherung Backup-Software von Drittanbietern, die die vSphere Storage APIs - Data Protection nutzt. Proxmox VE bringt mit vzdump ein eigenes Backup mit; Proxmox Backup Server ergänzt Deduplizierung, Verschlüsselung und Live-Restore, bei dem eine VM schon während der Wiederherstellung startet. Prüfen Sie vor einem Wechsel, ob Ihre Backup-Software Proxmox VE unterstützt oder ob Sie umstellen.

In unseren Clustern laufen Backups auf einer vom Cluster getrennten Backup-Infrastruktur mit definierten Aufbewahrungsfristen und regelmäßigen Restore-Tests. Ein HA-Cluster ersetzt kein Backup: Replikation kopiert auch Fehler, etwa versehentlich gelöschte Daten. Mehr dazu unter Backup und Disaster Recovery.

Wann VMware vorerst sinnvoll bleibt

VMware vSphere bleibt vorerst sinnvoll, wenn ein Umstieg mehr Risiko als Nutzen bringt. Das betrifft vor allem Umgebungen mit Funktionen ohne direkte Entsprechung, mit Software, die ihr Hersteller nur auf vSphere unterstützt, und mit bereits bezahlten Abonnements. Proxmox oder VMware ist dann keine Grundsatzfrage, sondern eine Frage des Zeitpunkts.

• Fault Tolerance: Sie betreiben VMs, bei denen schon ein Neustart nicht vertretbar ist, und können den Dienst nicht auf mehrere Nodes hinter einem Loadbalancer verteilen.
• Herstellerfreigaben: Eine Fachanwendung oder Appliance ist vom Hersteller nur für vSphere freigegeben, und der Support hängt an dieser Freigabe.
• Tiefe Integration: Sie nutzen viele Funktionen aus VMware Cloud Foundation, etwa NSX oder umfangreiche DRS-Regeln, und haben Prozesse darauf aufgebaut.
• Laufzeiten: Ihr Abonnement läuft noch länger, und bis zum Ende der Laufzeit bleibt genug Zeit für einen geordneten Umstieg.
• Werkzeuge: Backup-, Monitoring- oder Automatisierungswerkzeuge sind eng an vCenter gebunden und für Proxmox VE noch nicht geprüft.

Ein Umstieg muss nicht alles auf einmal bewegen. Größere Umgebungen ziehen bei uns in Wellen über einige Wochen um; Sonderfälle wie Appliances mit Hardware-Bindung klären wir vorher in der Analyse.

vSphere 8 End of Support: der Zeitrahmen

Den allgemeinen Support für vSphere 7.0, also ESXi 7.x und vCenter Server 7.x, hat Broadcom zum 2. Oktober 2025 beendet. Die Frist für vSphere 8, also ESXi 8.x und vCenter Server 8.0, nennt das Broadcom Product Lifecycle Portal. Prüfen Sie dort das Datum für Ihre Version, bevor Sie den Umstieg terminieren.

Rechnen Sie vom Stichtag rückwärts: Analyse, Aufbau, Tests und Migration brauchen Zeit. Aufbau und Tests eines Clusters dauern bei uns typischerweise ein bis drei Wochen; danach folgt die Migration, bei größeren Umgebungen in Wellen.

Was kostet Proxmox im Vergleich zu VMware? Der Rechenweg

Proxmox VE ist ohne Lizenzgebühr nutzbar; optionale Subscriptions berechnet Proxmox pro belegtem CPU-Sockel. VMware vSphere gibt es nur im Abonnement, lizenziert pro CPU-Kern. Ein belastbarer Kostenvergleich stellt zusätzlich Hardware, Rechenzentrum und Betrieb über denselben Zeitraum gegenüber; die Variablen dafür setzen Sie mit Ihren eigenen Zahlen ein.

Daraus ergeben sich drei Formeln für die laufenden Kosten pro Jahr:

• VMware vSphere im Eigenbetrieb: A + H + R + B
• Proxmox VE im Eigenbetrieb: S + H + R + B, dazu einmalig M
• Managed Proxmox Cluster: 12 × F, dazu einmalig M

Beim Managed Proxmox Cluster brauchen Sie weder eigene Hardware noch ein eigenes Rechenzentrum: Die Nodes, ihr Betrieb in deutschen Rechenzentren, 24/7-Monitoring mit Rufbereitschaft, Updates und Support sind Teil des monatlichen Festpreises, ohne versteckte Stundensätze. H und B sowie die Rechenzentrumskosten aus R fallen damit nicht als eigene Posten an. Was der Festpreis im Einzelnen umfasst, legt Ihr schriftliches Konzept mit Komponentenliste fest. Der Aufwand für Ihre Anwendung bleibt in allen drei Varianten bei Ihnen.

Rechenbeispiel Lizenzseite: drei Server mit je zwei CPUs

Angenommen, Ihr Cluster hat drei Server mit je zwei CPUs zu je 12 Kernen, also 72 physische Kerne. Bei VMware zählen je CPU mindestens 16 Kerne: 3 × 2 × 16 = 96 lizenzierte Kerne, multipliziert mit Ihrem Preis je Kern. Bei Proxmox VE sind es 3 × 2 = 6 belegte Sockel. Mit Basic-Subscription ergibt das 6 × 370 € = 2.220 € netto pro Jahr, mit Premium 6 × 1.100 € = 6.600 € netto pro Jahr. Ohne Subscription fällt keine Lizenzgebühr an.

Der Umstieg von VMware zu Proxmox in Kurzform

Ein Umstieg von VMware zu Proxmox verläuft bei uns in neun Stationen; die Kurzform zeigt die fünf wichtigsten. Der neue Proxmox-Cluster entsteht parallel, Ihre VMware-Umgebung bleibt bis zum erfolgreichen Cutover, der Umschaltung des produktiven Betriebs, unangetastet und startklar. Den Termin für die Umschaltung legen Sie fest.

1. Phase 01

   Analyse und Sizing

   Wir erfassen VMs, Netz, Storage und Abhängigkeiten und dimensionieren den Ziel-Cluster.

   Ergebnis Schriftliches Konzept mit Festpreis

2. Phase 02

   Aufbau parallel

   Der Proxmox-VE-Cluster entsteht neben der Bestandsumgebung, inklusive Backup-Infrastruktur im Zielbild.

3. Phase 03

   Migration und Tests

   Konvertierung von ESXi zu KVM inklusive Disk-Formaten und VM-Konfiguration, danach Tests je System.

4. Phase 04

   Cutover mit Rollback-Plan

   Umschaltung je VM typischerweise im Minutenbereich, mit Rollback-Plan zurück auf die Bestandsumgebung.

5. Phase 05

   Managed Betrieb

   24/7-Monitoring mit Rufbereitschaft, Updates und ein fester Ansprechpartner, der Ihren Cluster kennt.

Alle neun Stationen, typische Risiken und eine Checkliste zur Vorbereitung beschreibt die Seite Migration von VMware zu Proxmox.

Proxmox als Managed Cluster: Plattformbetrieb ohne eigene Rufbereitschaft

Wer Proxmox VE nicht selbst betreiben will, bezieht den Cluster bei managed-cluster.net als Managed Proxmox Cluster. Wir planen, bauen und betreiben ihn ab drei Nodes mit Quorum über Corosync, Ceph-Storage mit standardmäßig drei Repliken je Datenblock und 24/7-Monitoring mit Rufbereitschaft, in deutschen Rechenzentren und zum monatlichen Festpreis.

Sie kümmern sich um Ihre Anwendung, wir uns um alles darunter. Die Plattform basiert auf Proxmox VE, KVM und Ceph, und die Dokumentation von Architektur, Zugängen und Notfallplänen gehört Ihnen.

Alle Preise netto zzgl. Umsatzsteuer. Pakete und Leistungen im Vergleich zeigt die Seite Festpreise für den Betrieb.