Eine virtuelle Maschine kann auf dem neuen System starten und trotzdem noch nicht produktiv einsatzbereit sein. Beim Wechsel von VMware zu Proxmox wird deshalb die Anwendung mit ihren Abhängigkeiten abgenommen. Der technische Import ist ein Baustein in diesem Ablauf.
Vor dem Import die Abhängigkeiten erfassen
Die Inventur umfasst Betriebssystem, Startverfahren, virtuelle Geräte, Netze, Datenträger und die benötigten Dienste. Auch Anwendungslizenzen, Sicherungssoftware und Zugangswege werden betrachtet. Änderungen an virtueller Hardware können für Treiber und Lizenzbindung relevant sein.
Für zusammenarbeitende Systeme wird die Reihenfolge festgelegt. Eine Anwendung, ihr Datenbankdienst und die Identitätsversorgung können nicht unabhängig voneinander beurteilt werden. Deshalb erhält jede Umzugswelle einen fachlichen Ansprechpartner und überprüfbare Kriterien für den erfolgreichen Abschluss.
Den passenden Übernahmeweg auswählen
Proxmox dokumentiert Importwege aus VMware ESXi und weitere Übernahmeverfahren. Welche Variante passt, hängt von Quellversion, Zugriff, Datenträgern und geplantem Fenster ab. Der Hersteller beschreibt zudem Grenzen, beispielsweise bei der Übernahme des virtuellen TPM-Zustands. Diese Abhängigkeiten werden vor dem produktiven Wechsel bewertet.
Bei Windows-Gästen zählen unter anderem die passenden VirtIO-Treiber und die tatsächlich gewählte Datenträger- und Netzwerkhardware. Benötigte Wiederherstellungsinformationen werden gesichert. Ein unkritischer Pilot kann früh zeigen, welche Anpassungen der konkrete Bestand benötigt; er ist kein Beleg für die Kompatibilität jeder weiterenVM.
Die Anwendung aus Benutzersicht testen
Die Abnahme umfasst Anmeldung, repräsentative Verarbeitung, Dateien, Druck oder externe Schnittstellen, soweit diese zur Anwendung gehören. Auch Sicherung und Wiederherstellung müssen auf dem neuen System funktionieren. Ein Ping und ein gestarteter Desktop sind dafür zu wenig.
Netzadressen, Zeitdienst und Namensauflösung werden bewusst geprüft. Werden kopierte Systeme für den Test gestartet, darf daraus keine unkontrollierte doppelte Produktivinstanz mit denselben Identitäten entstehen. Die Testumgebung bekommt eine klar abgegrenzte Rolle und passende Zugangsregeln.
Den Rückweg zeitlich begrenzen
Vor der Umstellung ist festgelegt, bis zu welchem Punkt ein Rückwechsel möglich ist. Neue Daten, die bereits auf dem Ziel entstehen, lassen sich nicht durch bloßes Einschalten der altenVM zurückholen. Für diesen Fall werden Entscheidung, Datenabgleich und Verantwortliche geplant.
DAXS strukturiert die Migration in nachvollziehbare Wellen mit Pilot, fachlicher Freigabe und dokumentierter Nachkontrolle. Die alte Umgebung wird erst nach einem bewusst definierten Abschluss abgelöst. So bleibt der Wechsel eine überprüfbare Betriebsänderung und wird nicht mit einem gelungenen Dateitransfer gleichgesetzt.
Infrastrukturplanung · IT-Aufwand einschätzen · Migration besprechen
Quellen: Proxmox: Migration und ESXi-Import (externer Link) · Proxmox: Windows-VirtIO-Treiber (externer Link)