--- title: "VMware Relocate Source Readiness" description: "Bereitet VMware-Bestände für kontrollierte Relocate-Wellen vor und prüft Gastkompatibilität, Quellzustand, Messdaten, Zugriffe und Transferpfade." scfAsset: managed: false category: "runbook" external: false tags: ["design-and-mobilize", "use-cases", "relocate", "vmware", "source-readiness", "coriolis", "acura"] maintainers: - user: "lukas.weberruss" role: true website: true source_url: "https://framework.stackit.cloud/de/migration/assetcontainer/stackit/vmware-relocate-source-readiness/" source_file: "docs/de/migration/assetcontainer/stackit/vmware-relocate-source-readiness.mdx" --- ## Zweck Nutzen Sie dieses Runbook, bevor Sie virtuelle VMware-Maschinen einer Relocate-Welle zuordnen. Es überführt Discovery-Evidenz in eine technische Entscheidung zur Quellbereitschaft und trennt allgemeine VMware-Prüfungen von den Anforderungen von Cloudbase Coriolis und Hystax Acura. Das Ergebnis ist ein Bereitschaftsnachweis pro VM mit dem Status unterstützt, bedingt oder blockiert. Beheben Sie blockierende Punkte vor Beginn der Replikation, statt Unsicherheit in das Cutover-Fenster zu verschieben. ## Erforderliche Eingaben - **VM-Inventar**: vCenter, Cluster, Host, Datastore, VM-Hardwareversion, Firmware, Betriebssystem, Status der VMware Tools, virtuelle Festplatten, Controller, NICs, Adressen und angeschlossene Geräte. - **Workload-Kontext**: Application Owner, Kritikalität, Abhängigkeiten, Konsistenzanforderungen, Recovery-Ziele, zulässige Ausfallzeit und Rollback-Toleranz. - **Performance-Evidenz**: Repräsentative Daten zu CPU, Arbeitsspeicher, IOPS, Durchsatz, Latenz, Warteschlangen, Kapazität und Wachstum statt ausschließlich provisionierter VMware-Kapazität. - **Migrationspfad**: Ausgewähltes Tool, Coriolis oder Acura, und dessen aktuelle Kompatibilitätsmatrix für Quelle und Ziel. ## Allgemeine VMware-Bereitschaftsprüfungen ### Gast und virtuelle Hardware 1. Bestätigen Sie, dass Gastbetriebssystem, Architektur, Dateisysteme, Partitionslayout und Boot-Modus vom ausgewählten Tool und dem STACKIT Ziel unterstützt werden. 2. Dokumentieren Sie BIOS- oder UEFI-Firmware, Secure Boot, virtuelle Festplattencontroller, NIC-Modelle, statische Routen und gastspezifische Treiber, die konvertiert oder ersetzt werden müssen. 3. Identifizieren Sie verschlüsselte Festplatten, Raw Device Mappings, Shared Disks, Independent Disks, Passthrough-Geräte, Nested Virtualization und Wechselmedien. Behandeln Sie jeden nicht unterstützten Anschluss als Blocker oder entwerfen Sie einen expliziten Ersatz. 4. Prüfen Sie den aktuellen Zustand der VMware Tools. Auch wenn das Migrationstool agentenlos arbeitet, verbessern aktuelle Gasttools Inventarqualität, Snapshot-Koordination und kontrolliertes Herunterfahren. 5. Klären Sie Lizenzierung und Aktivierungsverhalten des Betriebssystems nach dem Wechsel von virtueller Hardware und Cloud-Umgebung. ### Quellzustand und Snapshot-Sicherheit 1. Beheben Sie aktive Alarme, fehlgeschlagene Backups, verwaiste Snapshots, Snapshot-Konsolidierungswarnungen sowie Datei- oder Volume-Fehler vor der Replikation. 2. Prüfen Sie, ob anwendungs- oder crash-konsistente Snapshots die Recovery-Anforderungen erfüllen. Datenbanken und andere zustandsbehaftete Systeme benötigen gegebenenfalls zusätzlich Application Quiescing oder native Replikation. 3. Reservieren Sie Datastore-Kapazität für Migrations-Snapshots und Change Tracking. Berücksichtigen Sie Wachstum, erwartete Schreibrate, Replikationsdauer und Wiederholungspuffer. 4. Testen Sie die Backup-Wiederherstellung unabhängig vom Migrationstool und bewahren Sie einen Recovery Point auf, der vor dem ersten Migrationsvorgang liegt. ### Netzwerk- und Zugriffspfad 1. Messen Sie verfügbare Bandbreite, Latenz, Paketverlust und tägliche Datenänderungsrate zwischen Quelle und Ziel. Stellen Sie sicher, dass initiale Kopie und Deltas in den Wellenplan passen. 2. Validieren Sie DNS, NTP, MTU, Proxy, Routing, NAT und Firewall-Verhalten über Management- und Datenpfade. Dokumentieren Sie jede erforderliche Quelle, jedes Ziel, Protokoll, jeden Port und Owner. 3. Verwenden Sie dedizierte Service Accounts mit minimalen Rechten für vCenter oder ESXi und das STACKIT Ziel. Prüfen Sie API-Zugriff und Zertifikatsvertrauen vor dem Anlegen der Endpoints. 4. Bestätigen Sie Zieladressierung, Security Groups, DNS- und Load-Balancer-Änderungen sowie den Mechanismus zur Verkehrsumstellung. Replikationssoftware ersetzt kein Netzwerk-Cutover-Runbook. ## Coriolis-Bereitschaftspfad Wenden Sie diese Prüfungen an, wenn Cloudbase Coriolis ausgewählt ist: 1. Prüfen Sie die unterstützten Versionen des VMware-Quell- und STACKIT-Ziel-Endpoints gegen die für die Welle eingesetzte Coriolis-Version. 2. Erstellen und testen Sie den VMware-Endpoint mit einer dedizierten API-Identität. Stellen Sie sicher, dass Coriolis die ausgewählten VMs, Disks, Netzwerke und Storage-Ressourcen inventarisieren kann. 3. Erstellen und validieren Sie den STACKIT-Ziel-Endpoint. Definieren Sie anschließend Quell- und Ziel-Minion-Pools mit ausreichender Worker-Kapazität und Parallelität für die geplante Welle. 4. Definieren Sie Quell-Ziel-Mappings für Netzwerk und Storage, bevor Sie Transfer- und Deployment-Definitionen erstellen. Prüfen Sie Machine Type, Boot-Volume, Daten-Volumes und Security Groups. 5. Validieren Sie die für die bereitgestellte Architektur erforderliche Konnektivität der Minion-Worker und Datentransfers. HTTPS-Zugriff auf die Coriolis-Oberfläche allein belegt keinen migrationsbereiten Datenpfad. 6. Prüfen Sie Gastkonvertierung und OS Morphing einschließlich Bootloader, Storage-Treiber, Netzwerktreiber und Cloud-Initialisierung. Markieren Sie Workloads mit manueller Nacharbeit. Der Coriolis STACKIT Installer stellt die Coriolis-Appliance auf STACKIT bereit und konfiguriert sie. Er erstellt keine VMware-Berechtigungen, löst keine nicht unterstützten Quellgeräte auf, dimensioniert keine Ziel-VMs und validiert nicht den Quell-Ziel-Transferpfad. ## Hystax-Acura-Bereitschaftspfad Wenden Sie diese Prüfungen an, wenn Hystax Acura ausgewählt ist: 1. Stellen Sie sicher, dass VMware Tools auf jeder ausgewählten VM installiert sind und ausgeführt werden. 2. Prüfen Sie, ob Changed Block Tracking und VMware-Snapshots für die ausgewählten virtuellen Festplatten verwendet werden können und kein kollidierender Snapshot-Vorgang aktiv ist. 3. Halten Sie mindestens 10 Prozent freie Kapazität auf den Quell-Datastores vor und erhöhen Sie diesen Puffer für Workloads mit hoher Änderungsrate oder langen Replikationsfenstern. 4. Stellen Sie die dokumentierten vSphere-API-Berechtigungen bereit und validieren Sie die Verbindung von den für Discovery und Replikation zuständigen Acura-Komponenten zu vCenter oder ESXi über die TCP-Ports 443 und 902. 5. Installieren und prüfen Sie die erforderlichen Hystax-Replikationsagenten auf den Quell-ESXi-Hosts, bevor die erste vollständige Replikation geplant wird. 6. Planen Sie mindestens eine isolierte Testmigration. Verkehrsumleitung, DNS-Änderungen und Application Freeze bleiben explizite Aktivitäten des Cutover-Runbooks außerhalb der Acura-Replikation. ## Bereitschaftsentscheidung Dokumentieren Sie das Ergebnis für jede VM und bewahren Sie die verwendete Evidenz auf. - **Gastkompatibilität**: Bestanden bei unterstütztem Betriebssystem, Boot-Modus, Disk-Layout und Konvertierungspfad. Blockiert bei nicht unterstütztem Gerät, Verschlüsselungsverfahren, Architektur oder Boot-Pfad. - **Quellintegrität**: Bestanden bei gesunder VM, getestetem Recovery Point und sicherem Snapshot-Zustand. Blockiert bei Konsolidierungsfehlern, fehlgeschlagenem Backup oder unzureichender Datastore-Kapazität. - **Performance-Baseline**: Bestanden mit repräsentativen Messungen für CPU, Arbeitsspeicher, Storage und Wachstum. Blockiert, wenn nur provisionierte Kapazität oder unvollständige Peak-Daten vorliegen. - **Zugriff**: Bestanden mit getesteten Endpoint-Zugangsdaten nach Least-Privilege-Prinzip und Zertifikatsvertrauen. Blockiert bei fehlenden API-Berechtigungen oder unverwalteten Shared Credentials. - **Transferpfad**: Bestanden mit gemessener Kapazität und validierten Routen, Ports, DNS, NTP und MTU. Blockiert bei Firewall-Lücken, instabilen Verbindungen oder einer Kopierdauer außerhalb des Wellenplans. - **Cutover-Eingaben**: Bestanden mit Ziel-Mappings, Validierungstests, Rollback-Trigger und Quellaufbewahrung. Blockiert bei undefinierter Verkehrsumstellung oder nicht testbarem Rollback-Pfad. Geben Sie eine VM erst für die Replikation frei, wenn jeder Blocker einen Owner und ein Lösungsdatum hat. Bedingte Punkte benötigen einen ausführbaren Behebungsschritt im Wellen-Runbook; Beobachtungen ohne Auswirkungen können im Evidenznachweis verbleiben. ## Primärquellen