> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/de/modul-10-szenario-labs/lab-migration.md). # Labor: VMware-Migration ## Zielsetzung Plane und führe eine vollständige VMware-zu-VergeOS-Migration durch. Du wirst vorhandene VMware-Workloads bewerten, die Migration planen, VMs in VergeOS importieren, das Netzwerk neu konfigurieren und validieren, dass die Workloads nach der Migration korrekt ausgeführt werden. ## Voraussetzungen * Alle vorherigen Module (1–9) abgeschlossen * Die HCI- und UCI-Bereitstellungslabore abgeschlossen * Ein laufender VergeOS-Cluster (aus einem vorherigen Lab oder einer dedizierten Umgebung) * Zugriff auf eine VMware-Umgebung mit mindestens 1–2 zu migrierenden VMs (oder exportierten VM-Dateien) * Verständnis der VMware-Netzwerkkonzepte (vSwitches, Portgruppen, VLANs) ## Schwierigkeitsgrad **Fortgeschritten** -- Erfordert praktische Erfahrung mit sowohl VMware- als auch VergeOS-Umgebungen ## Geschätzte Zeit **2 Stunden** ## Schritte ### Teil 1: Migrationsplanung Bewerte die Quellumgebung und plane die Migration. 1. Inventarisiere die VMware-Umgebung: * Liste die zu migrierenden VMs auf (Name, Betriebssystem, vCPU, RAM, Festplattengröße) * Dokumentiere die Netzwerkkonfiguration (Portgruppen, VLANs, IP-Adressen) * Identifiziere die Speicheranforderungen (Thin/Thick Provisionierung, Gesamtkapazität) * Notiere besondere Konfigurationen (GPU-Passthrough, RDMs, Snapshots) 2. Erstelle ein Migrationsplandokument, das Folgendes enthält: * Zuordnung der Ressourcen von Quelle zu Ziel (VMware → VergeOS) * Netzwerkzuordnung (vSphere-Portgruppen → virtuelle Netzwerke von VergeOS) * Migrationsreihenfolge und Abhängigkeiten zwischen VMs * Rollback-Strategie * Geschätzte Ausfallzeit pro VM 3. Vergewissere dich, dass der Ziel-VergeOS-Cluster über ausreichende Kapazität für alle migrierten Workloads verfügt ### Teil 2: VM-Import Importiere VMs von VMware in VergeOS. {% hint style="success" %} **VMware-Connector** Für Live-Produktionsmigrationen solltest du erwägen, den **VMware-Connector** (Import/Export → VMware Services → New Service) zu verwenden, der sich direkt per API mit vSphere verbindet und inkrementelle Backups mithilfe von Change Block Tracking (CBT) durchführt, während die Quell-VMs weiterlaufen — für die Umschaltung ist nur ein kurzes finales Cutover-Backup (bei heruntergefahrener Quell-VM) erforderlich. Die folgenden Schritte verwenden die OVF/Datei-Importmethode, die sich für Laborumgebungen eignet. {% endhint %} 1. Exportiere VMs aus VMware (OVF-/OVA-Format) oder bereite den Direktimport vor 2. Navigiere in der VergeOS-Oberfläche zu **Virtuelle Maschinen → + Neue VM → --Aus Dateien importieren--** 3. Importiere die erste VM und konfiguriere: * CPU- und Speicherzuweisung * Festplattenzuweisung an die passende Speicherstufe * Zuordnung der Netzwerkschnittstellen zu den virtuellen Netzwerken von VergeOS 4. Starte die importierte VM und verifiziere, dass sie erfolgreich bootet 5. Wiederhole dies für weitere VMs 6. Dokumentiere alle während des Imports aufgetretenen Probleme und wie sie behoben wurden ### Teil 3: Netzwerkkonfiguration neu vornehmen Stelle sicher, dass die migrierten VMs über die richtige Netzwerkverbindung verfügen. 1. Überprüfe, ob die Netzwerkschnittstelle jeder migrierten VM mit dem richtigen virtuellen VergeOS-Netzwerk verbunden ist 2. Bestätige die IP-Adressierung: * Wenn DHCP verwendet wird, verifiziere, dass die VM eine Adresse erhalten hat * Wenn statische IPs verwendet werden, verifiziere, dass die Konfiguration korrekt ist 3. Teste die Konnektivität: * VM-zu-VM-Kommunikation innerhalb desselben Netzwerks * VM-Zugriff auf externe Netzwerke * Alle erforderlichen Firewall-Regeln sind vorhanden 4. Vergleiche die Netzwerkleistung vor und nach der Migration (falls messbar) ### Teil 4: Validierung & Dokumentation Validiere die Migration und erstelle ein Runbook. 1. Überprüfe für jede migrierte VM: * Anwendung/Dienst läuft korrekt * Die Leistung ist akzeptabel (CPU, Speicher, Festplatten-I/O) * Die gesamte Netzwerkkonnektivität funktioniert * Alle geplanten Aufgaben oder Cron-Jobs laufen 2. Führe einen grundlegenden Lasttest oder Anwendungstest durch, um die Stabilität zu bestätigen 3. Erstelle ein Migrations-Runbook mit Dokumentation zu: * Vorgegangener Schritt-für-Schritt-Prozess * Aufgetretene Probleme und Lösungen * Benötigte Zeit pro VM * Empfehlungen für zukünftige Migrationen im großen Maßstab 4. Identifiziere, was du bei einer Produktionsmigration anders machen würdest ## Verifizierung Dein VMware-Migrationslabor ist abgeschlossen, wenn du auf Folgendes mit **ja** allen folgenden Punkten antworten kannst: * [ ] Einen detaillierten Migrationsplan mit Ressourcenabbildung von Quelle zu Ziel erstellt * [ ] Mindestens eine VM erfolgreich von VMware in VergeOS importiert * [ ] Verifiziert, dass die importierte VM bootet und ihre Anwendung/ihren Dienst korrekt ausführt * [ ] Die Netzwerkkonnektivität für alle migrierten VMs bestätigt * [ ] Den Migrationsprozess als wiederverwendbares Runbook dokumentiert * [ ] Erkenntnisse und Empfehlungen für Produktionsmigrationen identifiziert --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/learn-the-platform/de/modul-10-szenario-labs/lab-migration.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.