Hypervisor-Migration: Das Netz ist der eigentliche Job

Seit Broadcoms VMware-Übernahme rechnet halb Deutschland durch, was Proxmox VE oder OpenNebula wirklich bedeuten. Die Verlängerungsangebote, die ich sehe, liegen beim Drei- bis Fünffachen der alten Rechnung — für denselben Hypervisor. Die gute Nachricht: Der Umstieg ist unspektakulärer, als viele fürchten. Die schlechte: Der einzige Teil, der wirklich Planung braucht, ist genau der, den die Migrations-Slides gern überspringen.

Die Migration selbst ist langweilig — und das ist gut so

Cluster parallel aufbauen. VMs mit dem eingebauten Import-Assistenten einzeln rüberziehen. Validieren. Umschalten. Die alte Umgebung bleibt als Fallback stehen, bis das Vertrauen da ist. Ausfallzeit: Minuten pro VM, nicht Stunden.

Das Kopieren virtueller Festplatten ist 2026 ein gelöstes Problem.

Der eigentliche Job beginnt beim Netzwerk

Die Frage, an der Migrationen wirklich hängen, lautet nicht „Wie kommt die VM rüber?", sondern: „Behält die VM ihre IP — und wer sagt das dem Rest des Netzes?"

Solange alte und neue Umgebung in derselben Layer-2-Domain hängen, ist das trivial: gleiche Broadcast-Domain, die VM zieht um, niemand merkt es. Sobald der neue Cluster aber in einem anderen Segment, hinter L3 oder in einer EVPN/VXLAN-Fabric steht, wird aus „umziehen" ein eigenes Teilprojekt: Der neue Standort der VM muss ihre Adresse announcen können — sonst zeigt das Routing weiter auf die alte Umgebung, und der Traffic läuft ins Leere.

Wer diese Frage in der Cutover-Nacht klärt statt in Phase 1, hat die 2-Uhr-Anrufe verdient.

Was „das Netz klären" konkret heißt

Es gibt im Wesentlichen drei Wege — und die Wahl entscheidet über den ganzen Migrationsplan:

• L2 strecken. Alte und neue Umgebung über eine gemeinsame Broadcast-Domain verbinden (VLAN-Trunk oder VXLAN-Bridge). Schnellster Weg zum IP-Erhalt, aber man schleppt die alte Fehlerdomäne mit — taugt nur als Übergang.
• EVPN/VXLAN-Overlay. Die Fabric kündigt MAC und IP der VM als Typ-2- (und bei Bedarf Typ-5-)Route genau dort an, wo die VM tatsächlich läuft; mit Anycast-Gateway ist der First Hop überall identisch. So wandert die VM samt Adresse durch die Fabric, ohne dass jemand umnummerieren muss. Das ist die saubere Lösung für alles jenseits einer flachen L2-Domain — und der Teil, der Architektur verlangt, nicht Klicken.
• Sauber re-IPen. Wo IP-Erhalt keinen echten Wert hat, ist der geplante Adresswechsel mit DNS-Vorlauf oft ehrlicher als jede Bridge — aber das muss man wollen und vorbereiten, nicht in der Cutover-Nacht entdecken.

Und dann die unspektakuläre Liste, die trotzdem zubeißt: MTU/Jumbo über den neuen Underlay, First-Hop-Redundanz (VRRP/Anycast), DNS und Reverse-Zonen, die VIPs der Load Balancer — und die Mikrosegmentierung: Ihre Sicherheitszonen dürfen beim Umzug nicht stillschweigend verloren gehen.

Die sechs Fallstricke, die wir immer wieder sehen

1. VirtIO vergessen — die Windows-VM bootet nicht.
2. MTU-Mismatch im neuen Underlay — sporadische Abbrüche, „das Netz spinnt".
3. IP-Announcement über L3 in der Cutover-Nacht gelöst statt in Phase 1 gedacht.
4. First Hop / Gateway nicht redundant — der neue Cluster hat einen Single Point of Failure, den keiner geplant hat.
5. Storage-Details — Thin/Thick, Discard/TRIM, Snapshot-Ketten: aus „läuft" wird „läuft, aber voll".
6. Segmentierung geht verloren — im Umzugsstress landet alles in einem flachen Netz, und die Zero-Trust-Zonen von gestern sind Geschichte.

Fünf davon sind Handwerk. Nummer 3 ist Architektur — und die entscheidet, ob die Migration ein Kopiervorgang bleibt oder zum Notruf wird.

Wann Bleiben die richtige Entscheidung ist

Der Punkt ist nicht „Proxmox immer". Der Punkt ist, die Entscheidung mit offenen Augen zu treffen — inklusive der Netz-Frage, bevor der erste Euro fließt.

Warum das mehr ist als eine Kostenfrage

Der Broadcom-Schock ist der Anlass, nicht der Kern. Wer jetzt auf Proxmox oder OpenNebula geht, tauscht nicht nur eine Rechnung gegen eine kleinere — er tauscht Lock-in gegen Kontrolle: offene Plattform, eigene Hardware, DSGVO- und EU-konform, kein Anbieter, der nächstes Jahr die Preisliste neu erfindet. „Souveränität" ist kein Marketingwort, wenn die Alternative die verfünffachte Rechnung für denselben Hypervisor ist.

Und es passt zu dem, wohin die Reise ohnehin geht: Dieselbe souveräne On-Prem-Basis trägt später auch die KI, die Ihre Daten nicht in eine US-Cloud gibt. Aber das ist ein anderer Beitrag.

Kurz gesagt

Das Kopieren ist trivial. Das Netz ist der Job. Wer den VMware-Exit als Storage-Migration plant, erlebt ihn als Netzwerk-Projekt — nur zur falschen Uhrzeit.