Virtualisierung & Proxmox

Von VMware zu Proxmox migrieren: der Weg, den deine VMs wirklich gehen

Der VM-Import ist der einfachste Teil und läuft weitgehend automatisiert. Wehtun werden dir das Storage-Layout, die Netzwerk-Umstellung und der Cutover-Termin. Genau diese drei Stellen planst du vorher, den Rest erledigt das Werkzeug.

Zwei Administratoren planen im Serverraum eine Migration
Seit 1997 am Markt Präsenz & Live-Online 4,9 aus 503 Google-Bewertungen Auch Inhouse für dein Team
Worum es geht

Warum die Migration selten am Import scheitert

Eine einzelne VM von ESXi nach Proxmox VE zu holen, ist seit dem integrierten ESXi-Import in Proxmox VE 8.2 keine große Sache mehr. Du bindest den ESXi-Host als Storage ein, wählst die VM aus und ziehst die Disks herüber. Schwierig wird es an den Rändern: Der Bestand ist über Jahre gewachsen, niemand weiß mehr genau, welche VM welche Snapshots, welche RDMs, welche VLAN-Portgruppen und welche Abhängigkeiten hat, und für einen Teil der Systeme gibt es kein realistisches Wartungsfenster.

Dazu kommt, dass Proxmox VE kein vSphere-Klon ist. Es gibt kein VMFS, kein DRS und kein vCenter als zentrale Instanz über allem. Storage bedeutet hier ZFS lokal, LVM-thin, NFS oder Ceph RBD, Hochverfügbarkeit bedeutet ein Cluster mit mindestens drei Nodes, sauberem Quorum und Corosync möglichst auf einem eigenen, latenzarmen Netz. Wer die vSphere-Architektur eins zu eins nachbauen will, landet bei einem Design, das im Betrieb nicht trägt.

Die typischen Fehler wiederholen sich: VMware Tools bleiben in den Gastsystemen zurück, Windows-VMs starten nach dem Umbau auf VirtIO-SCSI nicht mehr, weil der Treiber vorher nicht eingebunden wurde, UEFI-Maschinen laufen ohne passende EFI-Disk ins Leere, das Backup-Konzept wird erst nach dem Cutover angefasst, und die Firewall-Regeln hängen noch an alten Portgruppen. Jeder dieser Punkte ist vermeidbar, wenn er vor dem ersten Import auf der Liste steht.

Miniatur-Szene: ein physischer Server links, virtuelle Maschinen als schwebende Würfel rechts, dazwischen eine Brücke

Migration in sechs Schritten

  1. 01 Bestand inventarisieren
  2. 02 Zielarchitektur und Storage
  3. 03 Gäste vorbereiten
  4. 04 VMs importieren
  5. 05 Backup und Monitoring
  6. 06 Cutover und Abnahme
Was du mitnimmst

So läuft eine Migration nach Proxmox VE ab

Der Ablauf ist in jedem Projekt derselbe, nur die Größenordnung ändert sich. Wichtig ist die Reihenfolge: Erst steht die Zielplattform, dann ziehen die VMs um, nicht andersherum.

Bestand aufnehmen und Wellen bilden

Du inventarisierst alle VMs mit CPU, RAM, Disk-Layout, Betriebssystem, Portgruppe und VLAN, Snapshots, RDMs und angehängten ISOs. Danach sortierst du nach Risiko: unkritische Test- und Infrastruktursysteme in Welle eins, Fachanwendungen und Datenbanken später. Systeme mit Hardware-Dongles, Fremdsupport oder ISV-Freigabe nur für vSphere klärst du vorher ab, nicht im Wartungsfenster.

Zielarchitektur für Cluster und Storage festlegen

Hier entscheidest du zwischen lokalem ZFS mit Replikation, klassischem NFS oder iSCSI und einem verteilten Ceph-Cluster. Ceph gibt dir Shared Storage und echte Live-Migration, verlangt aber mindestens drei Nodes, ausreichend OSDs und ein getrenntes, schnelles Storage-Netz. Parallel legst du das Netzwerk an: Linux-Bridges wie vmbr0, VLAN-aware statt einer Bridge je VLAN, und ein sauberes Bonding auf den Uplinks.

Gastsysteme vor dem Umzug vorbereiten

In den VMs entfernst du die VMware Tools und installierst den qemu-guest-agent. Bei Windows bindest du die virtio-win-Treiber ein, solange die Maschine noch auf dem alten Controller läuft, sonst gibt es nach dem Import einen INACCESSIBLE_BOOT_DEVICE. Bei Linux prüfst du, ob /etc/fstab auf UUIDs statt auf Gerätenamen zeigt, und baust die initramfs neu, damit die VirtIO-Module beim Boot vorhanden sind.

VMs importieren

Der bequemste Weg ist der ESXi-Import in Proxmox VE: ESXi als Storage anbinden, VM auswählen, Disks übernehmen. Alternativ exportierst du per ovftool eine OVF und liest sie mit qm importovf ein, oder du hängst eine vorhandene vmdk mit qm importdisk an eine leere VM. Nach dem Import setzt du Maschinentyp, BIOS oder OVMF samt EFI-Disk, VirtIO SCSI single als Controller und virtio als Netzwerkmodell und prüfst die MAC-Adresse, wenn DHCP-Reservierungen daran hängen.

Backup, Monitoring und Berechtigungen umstellen

Sicherungen laufen entweder über vzdump-Jobs auf einen Proxmox Backup Server mit Deduplizierung und Verify-Jobs oder über dein bestehendes Produkt, sofern es Proxmox VE unterstützt. Gleichzeitig hängst du die neuen Nodes ins Monitoring, richtest die Proxmox-Firewall auf Cluster-, Node- und VM-Ebene ein und bildest die Rollen aus vCenter über Realms, Gruppen und Rollen nach, am besten gegen dein vorhandenes LDAP oder Active Directory.

Cutover fahren und nacharbeiten

Pro Welle planst du ein Fenster mit definierter Downtime je VM, einem Test nach dem Start und einem Rückfallpfad auf die noch vorhandene ESXi-Maschine. Nach dem Umzug prüfst du Performance unter Last, Ballooning und CPU-Typ, räumst alte Snapshots ab und schaltest die Quellsysteme erst frei, wenn mindestens ein vollständiger Backup-Zyklus mit Restore-Test durch ist.

Gut zu wissen

Häufige Fragen zu Migration von VMware zu Proxmox

Noch etwas offen? Wir sind ohne Warteschleife für dich da.

Frag uns direkt
Kann ich VMs im laufenden Betrieb von ESXi nach Proxmox migrieren?
Nein, ein Live-Umzug zwischen den beiden Plattformen ist nicht vorgesehen. Die VM wird auf dem ESXi-Host heruntergefahren, die Disks werden übertragen und die Maschine startet auf Proxmox VE neu. Die Downtime je VM hängt vor allem von der Disk-Größe und der Netzwerk- beziehungsweise Storage-Geschwindigkeit ab, deshalb lohnt es sich, große Datenlaufwerke getrennt zu behandeln oder vorab zu synchronisieren.
Warum startet meine Windows-VM nach dem Import nicht mehr?
In den allermeisten Fällen fehlt der VirtIO-Speichertreiber. Windows kennt den neuen Controller nicht und bricht mit einem Bluescreen ab. Installiere die virtio-win-Treiber, solange die VM noch auf dem alten Controller läuft, oder hänge nach dem Import eine kleine Zusatzplatte auf VirtIO SCSI an, damit Windows den Treiber lädt, und stelle danach die Systemplatte um. Prüfe zusätzlich, ob die Maschine UEFI verwendet und ob eine EFI-Disk angelegt wurde.
Brauche ich für Proxmox zwingend Ceph?
Nein. Ceph ist sinnvoll, wenn du Shared Storage im Cluster, Live-Migration ohne Kopieren und Ausfallsicherheit ohne externes SAN willst, und es braucht dafür genügend Nodes, OSDs und ein eigenes Netz. Für kleinere Umgebungen sind lokales ZFS mit asynchroner Replikation zwischen zwei oder drei Nodes oder ein vorhandenes NFS- beziehungsweise iSCSI-Storage völlig ausreichend und deutlich einfacher zu betreiben.
Was passiert mit Snapshots, Templates und Backups aus der VMware-Welt?
Snapshots solltest du vor der Migration konsolidieren, denn sie werden nicht übernommen und blähen den Transfer unnötig auf. Templates baust du auf Proxmox VE neu auf, idealerweise über Cloud-Init-fähige Images statt geklonter Altsysteme. Alte VMware-Sicherungen bleiben als Archiv bestehen, sind aber nicht direkt zurückspielbar, deshalb gehört ein vollständiger Backup-Lauf mit Restore-Test auf der neuen Plattform zur Abnahme.
Wie lange dauert so eine Migration realistisch?
Das hängt an der Zahl der VMs, an der Storage-Anbindung und vor allem daran, wie viele Wartungsfenster du bekommst. Der Aufbau von Cluster, Storage, Netzwerk und Backup ist üblicherweise in wenigen Tagen erledigt, der Umzug selbst läuft dann über mehrere Wellen verteilt. Plane den Parallelbetrieb beider Plattformen fest ein, damit du bei Problemen zurückkannst.

Zuletzt geprüft am 26. Juli 2026.

Das sagen Teilnehmer

Echte Stimmen aus unseren IT-Kursen

Sehr kompetenter Dozent der gut auf alle Fragen eingegangen ist.
Rückmeldung aus dem Kurs „Kubernetes Grundkurs“
Die Schulung war genau das richtige, um mein Verständnis zu erweitern. Vielen Dank an den Trainer!
Rückmeldung aus dem Kurs „Linux Grundkurs (LPI01)“
Persönlich für dich da

Deine Ansprechpartner

Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Yves Hoppe

Weiterbildung & Beratung

Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.

Norbert Jansen

Norbert Jansen

Beratung & Inhouse

Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.

Nächster Schritt

Migration einmal vollständig durchspielen

Im Seminar Migration von VMware zu Proxmox gehst du den kompletten Weg an einer echten Umgebung durch, vom Import über Netzwerk und Storage bis zum Cutover. Wenn dir die Grundlagen zu Proxmox VE noch fehlen, steigst du davor mit dem Proxmox Grundkurs zu KVM, LXC, Storage und Backup ein, für Cluster, Ceph und Hochverfügbarkeit gibt es den Proxmox Aufbaukurs. Alle Kurse laufen wahlweise in Präsenz oder Live-Online, auf Wunsch auch als Inhouse-Termin mit deinem eigenen Migrationsszenario. Melde dich bei uns, dann sortieren wir gemeinsam, welcher Kurs zu deinem Projektstand passt.