---
title: "Ausführung einer VMware-Relocate-Welle"
description: "Führen Sie kontrollierte VMware-Relocate-Wellen nach STACKIT über vollständige Coriolis- oder Hystax-Acura-Pfade aus, mit Testmigration, Cutover, Validierung und Rollback."
scfAsset:
managed: false
category: "runbook"
external: false
tags: ["design-and-mobilize", "use-cases", "relocate", "vmware", "coriolis", "acura", "cutover", "rollback"]
maintainers:
- user: "lukas.weberruss"
role: true
website: true
source_url: "https://framework.stackit.cloud/de/migration/assetcontainer/stackit/vmware-relocate-wave-runbook/"
source_file: "docs/de/migration/assetcontainer/stackit/vmware-relocate-wave-runbook.mdx"
---
## Zweck
Verwenden Sie dieses Runbook, um eine freigegebene VMware-Relocate-Welle nach STACKIT auszuführen. Es
enthält zwei vollständige Tool-Pfade: Cloudbase Coriolis und Hystax Acura. Wählen Sie für die gesamte
Welle genau einen Pfad und behalten Sie dasselbe Tool, dieselben Inventar-Kennungen, Mappings und
Nachweise durch Testmigration und finalen Cutover bei.
Das Runbook geht davon aus, dass Anwendungen VM-basiert bleiben. Architekturmodernisierung,
Datenbank-Replatforming und Applikations-Refactoring erfordern separate Pläne und Abnahmekriterien.
## Eingangskriterien
Starten Sie die Replikation erst, wenn alle Eingangskriterien erfüllt sind:
- Der Wellenumfang und die Abhängigkeitsgruppen sind eingefroren und jede VM hat eine stabile
Quellkennung.
- Die VMware-Quellbereitschaft, tool-spezifische Voraussetzungen und Wiederherstellungspunkte sind
verifiziert.
- Ziel-Maschinentypen, Volumes, Performance-Klassen, Netzwerke, Adressen, Security Groups und
Platzierung sind freigegeben und innerhalb der Quoten verfügbar.
- Anwendungsseitige Konsistenz, Testfälle, Wartungsfenster, erwartete Downtime und maximale
Cutover-Dauer sind dokumentiert.
- Source Freeze, Traffic Switch, Monitoring-Aktivierung und Rollback-Aktionen haben benannte
technische Owner.
- Der Quellaufbewahrungszeitraum und die Befugnis zum Löschen der Quell-VMs sind vor dem Cutover
definiert.
## Wellen-Steuerungsprotokoll
Legen Sie ein versionskontrolliertes Steuerungsprotokoll für die Welle an. Es enthält:
- Source- und Target-Mappings für VM, Disk, Netzwerk, Adresse und Security Group;
- gewähltes Tool sowie Appliance- oder Service-Version;
- Start der Erstkopie, letzte erfolgreiche Delta-Synchronisation und gemessenen Replikations-Lag;
- geordnete Shutdown- und Startup-Prozeduren der Anwendung;
- technische und funktionale Testfälle mit objektiven Pass-Kriterien;
- Cutover-Zeitplan, Checkpoints, Hold Points und Entscheidungsbefugnis;
- Rollback-Trigger, letzte sichere Entscheidungszeit, Methode zur Datenabstimmung und
Quellaufbewahrung;
- Links zu Logs, Screenshots, Checksummen, Testergebnissen und Freigaben.
Führen Sie das Verfahren zuerst mit einem risikoarmen Piloten aus, der die vorgesehenen Muster für
Betriebssystem, Disk, Netzwerk und Anwendung repräsentiert. Überführen Sie das Runbook erst dann in
größere Wellen, wenn Pilot-Erkenntnisse eingearbeitet wurden.
## Coriolis-Ausführungspfad
Wählen Sie diesen vollständigen Pfad, wenn Cloudbase Coriolis das freigegebene Migrationstool ist.
### Coriolis auf STACKIT bereitstellen
1. Führen Sie den Coriolis STACKIT Installer Dry Run und den Cloud Check gegen das freigegebene Projekt,
die Region, den Maschinentyp, die Storage-Performance-Klasse sowie die Netzwerk-, DNS- und TLS-Konfiguration
aus.
2. Stellen Sie die lizenzierte Appliance bereit, speichern Sie ihr strukturiertes Ergebnis und erzeugte
Zugangsdaten sicher und führen Sie den Installer erneut aus, um die Wiederverwendung der vorgesehenen
Ressourcen zu bestätigen.
3. Verifizieren Sie Appliance-Backup, administrativen Zugriff, TLS, Zeitsynchronisation, Monitoring,
Quoten sowie die Migrations-Datenpfade, die nicht von der HTTPS-Benutzeroberfläche abgedeckt sind.
### Endpoints und Minion-Pools konfigurieren
1. Erstellen Sie den VMware-Source-Endpoint und den STACKIT-Destination-Endpoint mit dedizierten
Zugangsdaten. Testen Sie Authentifizierung, Zertifikatsvertrauen, Inventar-Erkennung und API-Zugriff
unabhängig voneinander.
2. Konfigurieren Sie die Source- und Destination-Minion-Pools, die Coriolis-Operationen ausführen.
Verifizieren Sie Worker-Zustand, Kapazität, Concurrency-Grenzen, Routing, Namensauflösung und Zugriff
auf beide Endpoints.
3. Bestätigen Sie, dass ein Worker jeden benötigten Management- und Data-Transfer-Service erreichen kann.
Browser-Zugriff auf die Coriolis-Appliance allein belegt keine Endpoint-zu-Endpoint-
Transfer-Bereitschaft.
4. Dokumentieren Sie Endpoint- und Minion-Pool-Identitäten sowie Versionen im Wellen-Steuerungsprotokoll,
damit Wiederholungen und Cutover dieselbe Ausführungstopologie verwenden.
### Coriolis Transfer entwerfen und ausführen
1. Erstellen Sie pro freigegebener VM oder Konsistenzgruppe genau eine Migrations-Transfer-Definition.
Wählen Sie die Quellinstanz und lösen Sie jede Source-Disk und jedes Netzwerk auf das freigegebene
STACKIT-Zieldesign auf.
2. Bestätigen Sie Coriolis-Gastunterstützung und das OS-Morphing-Verhalten. Fügen Sie erforderliche
Remediation für Bootloader, Storage-Treiber, Netzwerk oder Cloud-Initialisierung im
Steuerungsprotokoll hinzu.
3. Starten Sie die erste Transfer-Ausführung, während der Quell-Workload aktiv bleibt. Überwachen Sie
Source-Snapshots, Worker-Zustand, übertragene Bytes, Durchsatz, Zielkapazität und Fehler.
4. Führen Sie weitere Transfer-Ausführungen aus, um geänderte Disks zu synchronisieren. Wiederholen Sie,
bis die gemessene Delta-Dauer in das Cutover-Fenster passt, und sichern Sie danach die erfolgreiche
Ausführungs-ID samt Nachweisen.
### Coriolis Deployment testen
1. Erstellen Sie eine Deployment-Definition aus dem freigegebenen Transfer und mappen Sie Ziel-Maschinentyp,
Boot- und Daten-Volumes, Netzwerke, Adressen, Security Groups und Deployment-Optionen.
2. Führen Sie eine Deployment-Ausführung in ein isoliertes Zielnetzwerk aus, ohne Produktionsverkehr
umzuschalten.
3. Verifizieren Sie Boot, Disk-Erkennung, Dateisystem-Integrität, NIC-Benennung, Routen, DNS, NTP,
Zertifikate und den Zustand des STACKIT Server Agent. Aktivieren Sie den Agent Service einmalig
für das Zielprojekt, bevor Sie Agent-Befehle verwenden. Dies ist von der Installation und
Bereitstellung des Agents auf einzelnen Servern getrennt. Starten Sie Abhängigkeiten und die
Anwendung in der freigegebenen Reihenfolge.
4. Führen Sie technische und funktionale Tests aus und verhindern Sie dabei Produktionsnachrichten, Jobs und
Schreibzugriffe auf Shared Services. Protokollieren Sie Defekte und Zeitwerte und löschen oder isolieren Sie
danach die Test-VM vor einer weiteren Generalprobe.
5. Korrigieren Sie Transfer-Mapping, Deployment-Definition oder Guest-Remediation und wiederholen Sie
Transfer- und Deployment-Ausführungen, bis alle verpflichtenden Tests bestanden sind.
### Cutover mit Coriolis
1. Bestätigen Sie am Cutover-Start-Gate die letzte erfolgreiche Transfer-Ausführung, den aktuellen
Source-Zustand, Zielkapazität, Entscheidungs-Owner und die Rollback-Deadline.
2. Setzen Sie den Write Freeze der Anwendung um und stoppen Sie Services in der freigegebenen
Abhängigkeitsreihenfolge.
3. Fahren Sie Quell-VMs dort herunter, wo es nötig ist, um neue Schreibzugriffe zu verhindern, führen Sie die
finale Transfer-Ausführung aus und verifizieren Sie deren Abschluss, den Zustand der übertragenen Disks
und Konsistenznachweise.
4. Führen Sie aus diesem Transfer die produktive Deployment-Ausführung aus. Wenden Sie nur die freigegebenen
produktiven Adressen, Routen, Security Groups sowie DNS- und Load-Balancer-Änderungen an.
5. Fahren Sie mit dem gemeinsamen Validierungs- und Rollback-Gate fort. Halten Sie die Quell-VMs ausgeschaltet
und vor automatischem Neustart geschützt.
## Hystax-Acura-Ausführungspfad
Wählen Sie diesen vollständigen Pfad, wenn Hystax Acura das freigegebene Migrationstool ist.
### Hystax Acura und Quelle vorbereiten
1. Stellen Sie die mandantenisolierten Acura-Komponenten gemäß der freigegebenen
STACKIT-Zielarchitektur bereit und lizenzieren Sie sie. Verifizieren Sie Administrationszugriff, Backup,
Zeitsynchronisation, Monitoring, Ziel-Storage und Ziel-API-Zugriff.
2. Registrieren Sie VMware-Quelle und STACKIT-Ziel mit dedizierten Zugangsdaten und validieren Sie die
dokumentierten Management- und Data-Transfer-Pfade.
3. Stellen Sie die für die ausgewählte VMware-Integration erforderlichen Hystax-Replikationsagenten
bereit und verifizieren Sie sie. Bestätigen Sie VMware Tools, Changed Block Tracking, Snapshot-Sicherheit,
Datastore-Headroom und erforderliche vCenter- oder ESXi-Konnektivität, bevor Sie eine VM schützen.
4. Frieren Sie die Quell-VM-Kennungen und Ziel-Mappings ein, die von der Migrationswelle verwendet werden.
### Acura-Replikation starten und Zielzustand speichern
1. Starten Sie die Hintergrundreplikation für freigegebene Anwendungs-VMs, deren Disks und benötigte
Metadaten. Überwachen Sie Source-Snapshots, Agent-Zustand, Durchsatz, Datastore-Wachstum und Fehler.
2. Verifizieren Sie, dass replizierte Daten als erwartete Volumes und Snapshots in der Ziel-Cloud
gespeichert werden und die Aufbewahrung die Zielquote nicht ausschöpft.
3. Lassen Sie Voll- und inkrementelle Replikate laufen, bis Replikations-Lag und das erwartete finale
Delta in das Cutover-Fenster passen.
4. Beheben Sie Agent-, Snapshot-, CBT-, Kapazitäts- oder Konnektivitätsfehler, bevor ein
Wiederherstellungspunkt akzeptiert wird.
### Acura-Migrationsplan erstellen
1. Erstellen Sie den Migrationsplan aus den freigegebenen Mappings für VM, Disk, Netzwerk, Maschinentyp,
Adresse und Security Group.
2. Kodieren Sie Abhängigkeitsreihenfolge und Application-Launch-Sequenz im Orchestrierungsplan. Halten Sie DNS,
Load-Balancer und weitere Produktions-Traffic-Switches im Wellen-Steuerungsprotokoll fest.
3. Prüfen Sie den Plan gegen das eingefrorene Zieldesign und dokumentieren Sie die für die Generalprobe
ausgewählte Version.
### Hystax-Acura-Migration testen
1. Starten Sie aus dem ausgewählten Wiederherstellungspunkt eine Testmigration in einem isolierten
STACKIT-Netzwerk, ohne Produktionsverkehr umzuleiten. Acura kann diese Generalprobe wiederholen,
ohne die Replikation zu stoppen.
2. Verifizieren Sie orchestrierte Startreihenfolge, Boot, Disks, Dateisysteme, NICs, Routen, DNS, NTP,
Zertifikate und den Zustand des STACKIT Server Agent.
3. Führen Sie die freigegebenen funktionalen und Performance-Tests aus und verhindern Sie dabei
Produktionsnachrichten, Jobs und Schreibzugriffe auf Shared Services aus dem isolierten Ziel.
4. Dokumentieren Sie Defekte und Zeitwerte, räumen Sie die Testumgebung auf oder isolieren Sie sie, aktualisieren Sie
den Migrationsplan und wiederholen Sie die Testmigration, bis alle verpflichtenden Prüfungen bestanden
sind.
### Cutover mit Hystax Acura
1. Bestätigen Sie am Cutover-Start-Gate das letzte gesunde Replikat, den aktuellen Source-Zustand,
Zielkapazität, den freigegebenen Migrationsplan, Entscheidungs-Owner und die Rollback-Deadline.
2. Setzen Sie den Write Freeze der Anwendung um und stoppen Sie Services in der freigegebenen
Abhängigkeitsreihenfolge.
3. Fahren Sie Quell-VMs dort herunter, wo es nötig ist, um neue Schreibzugriffe zu verhindern,
vervollständigen Sie die finale inkrementelle Replikation und verifizieren Sie den resultierenden
Wiederherstellungspunkt.
4. Führen Sie den finalen Cutover über den freigegebenen Orchestrierungsplan aus und wenden Sie anschließend
die geplanten produktiven Adressen, Routen, Security Groups sowie DNS- und Load-Balancer-Änderungen an.
5. Fahren Sie mit dem gemeinsamen Validierungs- und Rollback-Gate fort. Halten Sie die Quell-VMs ausgeschaltet
und vor automatischem Neustart geschützt.
## Gemeinsames Validierungs- und Rollback-Gate
Starten Sie die Validierung, sobald die Zielinstanzen erreichbar sind. Erfassen Sie Zeitstempel, weil das
verbleibende Rollback-Fenster eine technische Randbedingung ist.
1. Validieren Sie den VM-Zustand: Boot, Konsole, Disks, Dateisysteme, Mounts, Netzwerkschnittstellen, Routen, DNS, NTP, Zertifikate, Server Agent und erforderliche Betriebssystem-Services.
2. Validieren Sie den Datenzustand: erwarteter Wiederherstellungspunkt, Datei- oder Datenbankkonsistenz, Checksummen oder Record Counts sowie keine unbeabsichtigten Schreibzugriffe auf der Quelle.
3. Starten Sie Abhängigkeiten und Anwendungen in Reihenfolge und führen Sie dann Health Checks, synthetische Transaktionen, Integrationen, geplante Jobs und verpflichtende Geschäftstests aus.
4. Bestätigen Sie Logs, Metriken, Alerts, Backups, administrativen Zugriff und Security Controls in der Zielumgebung.
5. Vergleichen Sie CPU, Memory, Disk-Latenz, IOPS, Durchsatz, Netzwerkverhalten, Applikationslatenz und Fehlerraten mit den freigegebenen Abnahmeschwellen.
6. Treffen Sie an der Entscheidungs-Deadline entweder die Zielabnahme oder führen Sie den dokumentierten Rollback aus. Weichen Sie nicht in ein ungebundenes Troubleshooting-Fenster aus.
Rollback ist nur sicher, solange die Data Ownership eindeutig bleibt. Wenn das Ziel bereits
Schreibzugriffe akzeptiert hat, stoppen Sie die Zielverarbeitung und führen Sie die freigegebene
Rücksynchronisations- oder Abstimmungsmethode aus, bevor die Quelle neu gestartet wird. Schalten Sie nie
beide Kopien mit Produktionskonnektivität gleichzeitig ein, sofern das Anwendungsdesign keine
gleichzeitigen Schreiber explizit unterstützt.
## Abschluss und Quellaufbewahrung
Die Welle ist technisch abgeschlossen, wenn:
- verpflichtende technische und funktionale Prüfungen bestanden sind und das Ziel das deklarierte
System of Record ist;
- Monitoring- und Backup-Nachweise aus STACKIT vorliegen;
- Defekte, temporäre Ausnahmen und Folgeaktionen Owner und Fristen haben;
- tatsächliche Dauern für Replikation, Freeze, Cutover und Validierung für die nächste Welle
erfasst sind;
- Quell-VMs für den freigegebenen Aufbewahrungszeitraum ausgeschaltet und zugriffskontrolliert
bleiben;
- das Löschen der Quelle erst nach Ablauf der Aufbewahrung, Wiederherstellungsbestätigung und
expliziter Freigabe erfolgt;
- das initiale Ziel-Sizing mit seinen Messwerten und Abnahmeschwellen an Optimize übergeben ist.
## Primäre Referenzen