Proxmox-Server als VMware-Alternative: Hardware und Umstieg

Ein Proxmox-Server ist für viele Unternehmen die naheliegende VMware-Alternative. Proxmox VE ist Open Source, läuft auf praktisch jeder x86-Hardware und bringt Cluster, Hochverfügbarkeit und Backup schon mit. Dieser Ratgeber vergleicht Proxmox und VMware, zeigt, welche Hardware ein Proxmox-Server braucht, und beschreibt den Umstieg.

Warum viele Unternehmen eine VMware-Alternative suchen

Seit der Übernahme von VMware durch Broadcom hat sich das Lizenzmodell grundlegend geändert. Unbefristete Lizenzen wurden durch Abonnements ersetzt, das Angebot in wenige größere Pakete gebündelt, abgerechnet wird nach CPU-Kernen. Für manche Umgebungen ändert sich wenig, andere zahlen deutlich mehr. Dazu kommt, dass neuere ESXi-Versionen manche ältere CPUs, Controller und Netzwerkkarten nicht mehr unterstützen. Die Konditionen entwickeln sich weiter – prüfen Sie den aktuellen Stand direkt bei Broadcom oder Ihrem Partner.

Was ist Proxmox VE?

Proxmox Virtual Environment (VE) stammt von der Proxmox Server Solutions GmbH aus Wien und basiert auf Debian Linux. Virtuelle Maschinen laufen mit KVM/QEMU, Container mit LXC. Verwaltet wird alles über eine Weboberfläche, die auf jedem Knoten läuft – ein separater Management-Server wie vCenter ist nicht nötig. Die Software steht unter der Open-Source-Lizenz AGPLv3, alle Funktionen sind ohne Lizenzkosten nutzbar. Ein optionales Abonnement öffnet das Enterprise-Repository mit besonders getesteten Updates und bietet je nach Stufe Hersteller-Support.

Proxmox vs. VMware: Funktionen im Vergleich

Kurz gesagt: Proxmox deckt ab, was kleine und mittlere Umgebungen im Alltag brauchen. VMware spielt seine Stärken in großen, stark automatisierten Umgebungen aus und bei Software, die nur für vSphere zertifiziert ist.

Proxmox-Hardware: So dimensionieren Sie den Server

CPU-Kerne und Overcommit

Virtuelle CPUs lassen sich überbuchen, weil selten alle VMs gleichzeitig Volllast fahren. Für typische Server-VMs sind drei bis vier vCPUs pro physischem Kern unkritisch, für Datenbanken planen Sie eher 1:1. Zwei Xeon Gold 6230 bieten 40 Kerne und tragen damit gut 100 vCPUs. Für Ceph rechnen Sie etwa einen Kern pro OSD zusätzlich. In gemischten Clustern stellen Sie den CPU-Typ der VMs auf ein gemeinsames Modell, sonst scheitert die Live-Migration zwischen CPU-Generationen.

RAM: nicht überbuchen, ZFS-Cache einplanen

Arbeitsspeicher sollten Sie nicht überbuchen: Summe aller VMs plus einige GB für den Host. ZFS nutzt zusätzlich RAM als Lesecache (ARC). Als Richtwert gelten einige GB plus etwa 1 GB pro TB Speicher. Ceph braucht pro OSD rund 4 GB. In der Praxis sind 256 bis 512 GB ECC-RAM pro Knoten ein guter Rahmen.

Storage: ZFS mit HBA, Ceph ab drei Knoten

ZFS will die Laufwerke direkt sehen. Ein RAID-Controller muss deshalb in den HBA-Modus oder wird durch einen HBA wie den LSI 9300-8i ersetzt – Hintergründe im Ratgeber RAID-Level im Vergleich. Für VMs nehmen Sie Enterprise-SSDs, welche Schnittstelle passt, erklärt der Ratgeber SAS, SATA oder NVMe. Ceph verteilt die Daten über mehrere Server, braucht mindestens drei Knoten und ein schnelles Netz: 10 GbE als Minimum, mit NVMe besser 25 GbE.

Netzwerkkarten

Trennen Sie VM-Verkehr, Cluster-Kommunikation (Corosync), Storage und Migration. Corosync braucht vor allem niedrige Latenz und am besten eine eigene, redundante Verbindung. Für VMs und Migration reichen oft 2 × 10 GbE, etwa mit der Intel X710-DA2. Für Ceph empfiehlt sich 25 GbE, zum Beispiel mit der Mellanox ConnectX-4 Lx. Weitere Modelle finden Sie unter Netzwerkkarten.

Cluster und Quorum: drei Knoten oder zwei plus QDevice

Ein Proxmox-Cluster entscheidet per Mehrheit, welche Knoten weiterarbeiten dürfen. Bei zwei Knoten hat nach einem Ausfall keiner mehr die Mehrheit, Hochverfügbarkeit greift nicht. Die Lösung ist ein dritter Knoten oder ein QDevice: ein kleiner externer Rechner, der nur als zusätzliche Stimme dient. Ohne gemeinsamen Speicher repliziert Proxmox ZFS-Volumes in festen Abständen zwischen den Knoten, etwa alle 15 Minuten. Fällt ein Host aus, startet die VM auf dem anderen mit dem Stand der letzten Replikation. Ceph braucht dagegen drei echte Knoten, ein QDevice ersetzt hier keinen Server.

Beispielkonfigurationen für Proxmox-Server

Im Ceph-Beispiel bleiben bei drei Replikaten von 34,6 TB brutto rund 11,5 TB nutzbar. Planen Sie höchstens 70 bis 80 % Füllstand. Bei drei Knoten lässt sich das Ceph-Netz ohne Switch als Full Mesh verkabeln, jeder Knoten hängt direkt an den beiden anderen. Alle drei Varianten können Sie im Konfigurator zusammenstellen.

Umstieg von VMware auf Proxmox

Proxmox VE bringt seit Version 8.2 einen Import-Assistenten mit, der sich mit einem ESXi-Host verbindet und VMs samt Festplatten übernimmt. Alternativ exportieren Sie VMs als OVF und importieren sie per Kommandozeile oder konvertieren einzelne VMDK-Dateien. Der Ablauf in der Praxis:

Backups mit Proxmox Backup Server

Proxmox Backup Server (PBS) ist ein eigenes, ebenfalls quelloffenes Produkt. Er sichert VMs und Container inkrementell und dedupliziert, sodass tägliche Sicherungen wenig Platz belegen. Backups lassen sich verschlüsseln, regelmäßig verifizieren und auf einen zweiten PBS außer Haus synchronisieren. Als Hardware eignet sich ein eigener Server mit vielen Schächten, etwa ein Dell PowerEdge R740xd mit 12 × 3,5 Zoll. SSDs sind als Datenspeicher ideal, bei großen HDD-Pools beschleunigt ein ZFS-Special-Device aus SSDs die vielen Metadatenzugriffe.