Proxmox statt VMware: Migration ohne Drama

Die Lizenz-Situation treibt viele Teams von VMware weg. Was bei der Migration zu Proxmox VE wirklich Arbeit macht — und die fünf Fallen, die wir in Projekten am häufigsten sehen.

Seit der Übernahme von VMware haben viele Unternehmen ihre Renewal-Angebote gesehen — und rechnen neu. Proxmox VE ist dabei die naheliegendste Alternative: Open Source, ausgereift, mit Clustering, Live-Migration und Hochverfügbarkeit. Die Migration selbst ist gut machbar, wenn man weiß, wo die Arbeit steckt. Sie steckt selten im Kopieren der VMs.

Falle 1: CPU-Typen und Feature-Flags

VMware maskiert CPU-Eigenschaften oft großzügig. Wer VMs 1:1 übernimmt und in Proxmox den CPU-Typ "host" setzt, bekommt maximale Leistung — aber nur, solange alle Cluster-Nodes identische CPUs haben. Für gemischte Hardware braucht es einen gemeinsamen Nenner-CPU-Typ, sonst scheitert die Live-Migration später im ungünstigsten Moment. Das entscheidet man am besten vor der ersten VM, nicht nach der fünfzigsten.

Falle 2: Treiber im Gastsystem

VMware-Gäste haben VMware-Tools und paravirtuelle Treiber (vmxnet3, PVSCSI). Unter Proxmox/KVM heißen die Gegenstücke VirtIO — und Windows-Gäste kennen sie ab Werk nicht. Wer den Storage-Controller umstellt, ohne vorher die VirtIO-Treiber zu installieren, bootet in einen Bluescreen. Die sichere Reihenfolge: Treiber im laufenden Gast installieren, dann migrieren, dann umstellen.

Falle 3: Storage-Annahmen

Ein vSAN- oder NFS-Datastore und CephFS verhalten sich unterschiedlich — bei Snapshots, bei Thin Provisioning, bei der Performance-Charakteristik. Wir dimensionieren den Ceph-Cluster anhand der echten IO-Profile der Bestandsumgebung, nicht anhand von Datenblatt-Werten. Und: Snapshots sind keine Backups, auf keiner der beiden Plattformen.

Falle 4: Das Netz drumherum

Verteilte vSwitches, Port-Groups, VLAN-Trunks — die Netzwerk-Konfiguration ist der Teil, der in Migrationsplänen am liebsten vergessen wird. Proxmox bildet das alles ab (Linux Bridges, VLANs, SDN), aber die Übersetzung muss stimmen, bevor die erste produktive VM umzieht.

Falle 5: Migrieren ohne Rückweg

Der wichtigste Punkt: Jede Welle braucht einen Rollback-Pfad. Wir migrieren in Gruppen, beginnend mit unkritischen Systemen, mit Testläufen und definiertem Zurück. Die Quelle bleibt eingefroren, bis die Ziel-VM ihre Last bewiesen hat. So wird aus der Migration eine Serie kleiner, langweiliger Schritte — und genau so soll Infrastruktur-Arbeit sein.

Bei HOST SMITH bekommen Sie den Proxmox-Cluster fertig betrieben (geschlossen) oder sauber aufgebaut und übergeben (open) — inklusive der Migration aus VMware, Hyper-V oder Bare Metal.