Ausführung einer VMware-Relocate-Welle

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.

Cloud Framework VMware Relocate Source Readiness Seite öffnen Cloud Framework STACKIT VM Target Sizing and Storage Selection Seite öffnen

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.

Cloud Framework Cloudbase Coriolis Seite öffnen Cloud Framework Coriolis STACKIT Installer Stellt die Coriolis-Appliance auf STACKIT bereit und konfiguriert sie vor Endpoint- und Migrations-Setup. Seite öffnen

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.

Transfer und Deployment bilden den Migrationsworkflow

Nutzen Sie Coriolis Transfers zur Disk-Synchronisation und ein Deployment zur Erstellung der Ziel-VM. Eine Coriolis Replica ist ein Disaster-Recovery-Workflow und nicht das Migrationsobjekt dieses Runbooks.

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.

Cloud Framework Hystax Acura Live Migration Seite öffnen

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

Externe Quelle cloudbase.it Cloudbase Coriolis Externe Seite öffnen Führt von der Route weg Externe Quelle hystax.com Hystax Acura Live Migration Externe Seite öffnen Führt von der Route weg