Von VMware zu Proxmox: eine sinnvolle Migration

Als Broadcom VMware übernahm, änderte sich das Lizenzmodell: Abonnements wurden verpflichtend, unbefristete Lizenzen liefen aus, Bundles wuchsen. Für kleine Teams und Homelabber steht die Rechnung nun in keinem Verhältnis mehr. Deshalb schauen sich viele Proxmox an. Diese Seite behandelt drei Dinge: warum Proxmox das natürliche Ziel ist, wie man sinnvoll migriert und wie Atlas die Proxmox-Seite nach der Ankunft angenehm macht.

Warum Menschen VMware verlassen

Das Lizenzmodell wechselte zu Abonnements; unbefristete Lizenzen liefen aus. Die wiederkehrenden Jahreskosten für dieselbe Hardware wurden unverhältnismäßig, besonders bei kleinen Setups.

Bundling nahm zu: Stufen mit Komponenten bepreist, die niemand benötigt. Der Preis für einen einfachen Hypervisor liegt über dem tatsächlich genutzten Umfang.

Unsicherheit: Roadmap und Preisgestaltung hängen von einem einzigen Anbieter ab. Eine Open-Source-Grundlage beseitigt diese Abhängigkeit.

Warum Proxmox?

Open Source und kein Vendor-Lock-in: KVM (Vollvirtualisierung) und LXC (Container) auf einer Plattform, nutzbar ohne Abonnement.

ZFS, Snapshots, Live-Migration, Clustering und integriertes Backup (PBS): Enterprise-Funktionen, die im kostenlosen Kern enthalten sind.

Ausgereift und aktiv: eine große Community, regelmäßige Releases, echter Produktiveinsatz. Es skaliert vom Homelab bis zum Kleinunternehmen.

Eine sinnvolle Migrationsreihenfolge

Migration ist nichts, was man überstürzt; diese Reihenfolge senkt das Risiko:

Bestand aufnehmen: VMs, Ressourcen, Datenträgergrößen, Netzwerkabhängigkeiten. Wissen, was in welcher Reihenfolge wechselt.

Zielspeicher planen: ZFS oder LVM auf der Proxmox-Seite, welche Redundanz, vor der Migration einrichten.

Datenträger konvertieren: VMware-Datenträger (vmdk) in ein Proxmox-Format (qcow2/raw) umwandeln; dafür gibt es qm importdisk.

Netzwerk abbilden: die VMware-Portgruppen werden auf die Proxmox-Bridge/VLAN-Struktur abgebildet; der IP- und VLAN-Plan wird vorab festgelegt.

Zuerst testen: eine nicht-kritische VM verschieben, Boot und Dienste prüfen; dann in dieser Reihenfolge fortfahren.

In einem Fenster umschalten: die verbleibenden VMs in einem Wartungsfenster verschieben, die ersten Boots beobachten, die alte Seite eine Weile als Backup behalten.

Atlas macht die Landung sanft

Atlas übernimmt die Migration nicht; aber es macht das Proxmox am Ziel vom ersten Tag an angenehm:

Alles Verschobene auf der Karte

Migrierte VMs und Container erscheinen auf der Live-Topologie: welche Ressource sie nutzen, wo sie sitzen, auf einen Blick.

Sichere Updates

Das neue Proxmox aktuell zu halten, hört auf, beängstigend zu sein: Wirkungsgruppen, Trockenlauf, Snapshot-zuerst und Boot Guard.

Speicher auf einem Bildschirm

Nach der Migration liegen ZFS-/LVM-Pools, Datasets und Datenträgerzustand auf einer Karte; das neue Setup bleibt im Griff.

Ein Wächter vom ersten Tag an

Atlas Watch überwacht den Host: Wenn direkt nach der Migration etwas schiefgeht, kommt die Meldung bei Tageslicht, per E-Mail.

Häufig gestellte Fragen

Ist Proxmox produktionsreif?
Ja. Proxmox VE wird seit Jahren im echten Produktivbetrieb eingesetzt; KVM und LXC sind ausgereifte Technologien. Enterprise-Funktionen einschließlich Clustering, Live-Migration und integriertem Backup sind im kostenlosen Kern enthalten.
Kann ich meine VMware-Maschinen in Proxmox importieren?
Ja. VM-Datenträger werden vom VMware-Format (vmdk) in ein Proxmox-Format konvertiert und importiert; qm importdisk ist dafür gemacht. Manche Gäste benötigen nach dem Umzug Treiber- oder Boot-Anpassungen.
Migriert Atlas für mich?
Nein, seien wir klar: Atlas ist kein Migrationswerkzeug. Die Migration läuft nach den obigen Schritten; Atlas macht die Verwaltung des Proxmox am Ziel angenehm, mit Topologie, sicheren Updates, Speicher und Watch.
Was sollte ich statt der kostenlosen ESXi-Edition nutzen?
Proxmox VE. Selbst für einen einzelnen Host ist der kostenlose Kern mehr als ausreichend, und die Einschränkungen des kostenlosen ESXi (keine zentrale Verwaltung, kein vMotion) gibt es hier nicht. Atlas macht auch die Erfahrung mit einem einzelnen Host visuell und sicher.
Gibt es während der Migration Ausfallzeit?
Es gibt eine kurze Ausfallzeit pro VM (Ausschalten, Datenträger verschieben oder konvertieren, auf dem Ziel booten). Mit einer guten Bestandsaufnahme und einem Wartungsfenster bleibt die gesamte Ausfallzeit bei wenigen Minuten pro VM; getestet wird zuerst mit nicht-kritischen VMs.

Verwandte Einträge