Planung von Abhängigkeiten

Bevor Sie Ihre Migrationswellen starten, müssen Sie die folgenden Anwendungsabhängigkeiten zuordnen:

Tier-basiert:

• Web-Tier → App-Tier
• Anwendungsebene → Datenbankebene
• Datenbankebene → Gemeinsamer Speicher und Dienste

Anwendungsübergreifend:

• Authentifizierung
• Monitoring
• Sicherung
• Log-Aggregation
• DNS und NTP

Werkzeuge für die Entdeckung:

• VMware vRealize Network Insight ( ) vRNI
• Werkzeuge für die Abbildung von Anwendungsabhängigkeiten
• Analyse des Netzwerkflusses
• Manuelle Dokumentation von Anwendungseignern

Halten Sie für jeden virtuellen Server die folgenden Informationen in Ihrem Migrationsplan fest:

• Eingehende Abhängigkeiten
• Ausgehende Abhängigkeiten
• gemeinsam genutzte Ressourcen

Entwurf der Testmigrationswelle

Ihre erste Migrationswelle ist die Testwelle (Pilotwelle). Um eine erfolgreiche Testwelle durchzuführen, müssen Sie die folgenden Informationen beachten:

Korrekte Darstellung Ihrer virtuellen Server:

• Virtueller Server mit einer Festplatte ( Linux )
• Virtueller Server mit mehreren Festplatten Linux
• Virtueller Windows-Server mit einem Laufwerk
• Virtueller Windows-Server mit mehreren Festplatten
• Anwendung mit Abhängigkeiten (3-Tier-Anwendung)

Verwenden Sie Optionen mit "minimalem Risiko":

• Implementieren Sie die Migration in einer Nicht-Produktionsumgebung. Oder Sie verwenden eine Produktionsumgebung mit großen Wartungsfenstern.
• Kennen Sie das Rollback-Verfahren für Ihre Anwendungen.

Führen Sie eine vollständige Migration durch:

• Vollständiger End-to-End-Test der von Ihnen gewählten Methoden
• Zeitplan der Migration gegenüber dem geschätzten Zeitplan beachten
• Entdeckung von Problemen, die bei den Tests nicht gefunden wurden

Kriterien für eine erfolgreiche Migration:

• Alle virtuellen Server starten erfolgreich
• Anwendungen funktionieren korrekt
• Netzwerkkonnektivität überprüft
• Leistung erfüllt oder übertrifft den Ausgangswert
• Kein Datenverlust oder -beschädigung
• Die Dokumentation der Migration ist vollständig und korrekt

Leitlinien für die Wellenstruktur

Subnetz-basierte Gruppierung:

Denken Sie daran, dass Sie ein Subnetz nicht zwischen VMware und VPC strecken können. Das bedeutet, dass Sie die folgenden Maßnahmen ergreifen müssen:

• Virtuelle Server nach Teilnetz gruppieren
• Migrieren Sie ganze Subnetze in einer einzigen Welle oder wissen Sie, dass Sie einige virtuelle Server neuIPen müssen
• Frühzeitige Planung der Zuordnung von Subnetz zu VPC-Subnetz

Gruppierung von Anwendungsstapeln für mehrstufige Anwendungen:

• Migrieren Sie den gesamten Stapel nach Möglichkeit in einer Welle.
• Wenn Ihre Migration zu umfangreich ist, migrieren Sie zuerst von der Datenbank, dann von den Anwendungen und so weiter.
• Stellen Sie die Konnektivität zwischen migrierten und nicht migrierten Ebenen mithilfe von „ IBM Cloud Transit Gateway “ sicher.

Gruppierung von Anwendungsstapeln für eine abhängigkeitssensible Sequenzierung:

• Migrieren Sie zuerst die Infrastrukturdienste (DNS, Überwachung, Backup).
• Migrieren Sie gemeinsam genutzte Dienste vor den Anwendungen, die sie benötigen.
• Bedenken Sie die Auswirkungen jeder Welle und die Folgen eines Scheiterns.

Parallele Migrationsmöglichkeiten:

Methode 3 Live-Netzübertragung(empfohlen für Scale) ist hier besonders geeignet:

• Bereitstellung mehrerer virtueller Arbeitsserver-Instanzen
• Migrieren Sie mehrere virtuelle Server gleichzeitig
• Begrenzt durch die Netzwerkbandbreite und die Ressourcen der virtuellen Serverinstanz
• Typisch: 4-8 gleichzeitige Migrationen pro virtuelle Worker-Server-Instanz

Gestaltung des Umstellungszeitraums

Jede Welle braucht ein genau definiertes Zeitfenster für den Übergang.

Zeitplan für die Umstellung (7 Tage bis zum Migrationstag):

• Fertigstellung von Wellenplan und Runbook
• Bestätigen Sie die Konnektivität von Transit Gateway
• Bereitstellung von virtuellen Arbeits-Serverinstanzen und Zielvolumes
• Mitteilung des Umstellungszeitraums an die Beteiligten
• Reduzierung der DNS-TTLs für Dienste, die migriert werden
• Benutzer über Wartungsfenster benachrichtigen

Schätzung der Wanderungsgeschwindigkeit

Schätzen Sie die Migrationszeit pro virtuellem Server, um realistische Wellengrößen und Zeitfenster zu planen. Der folgende Zeitplan ist realisierbar, aber Sie müssen sich vor der eigentlichen Migration unter PoC informieren.

Zeitliche Komponenten:

Exportieren Sie Zeitschätzungen nach den Methoden 1-2:

• 100 GB virtueller Server: 20-30 Minuten
• virtueller Server mit 500 GB: 2-3 Stunden
• Abhängig von der Speicherleistung VMware

Geschätzte Transferzeit:

• Netzwerk: 100 GB = 20-25 Minuten
• Netzwerk: 500 GB = 90-120 Minuten
• Methode 3 mit Komprimierung: durch die Komprimierung oft 2- bis 3-mal schneller

Schätzungen der Transformationszeit mit virt-v2v:

• Linux: 5-10 Minuten
• Fenster: 10-20 Minuten
• Abhängig von der Leistung der virtuellen Worker-Server-Instanz

Schätzungen der Bereitstellungszeit:

• Erstellung einer virtuellen Serverinstanz: 5 Minuten
• Booten und Netzwerkkonfiguration: 5-10 Minuten

Beispielhafte Zeitschätzungen:

Kleiner virtueller Server Linux (1 Festplatte, 100 GB, Methode 3):

• Kein Export: 0 Minuten
• Übertragung mit Kompression: 25 Minuten
• Umwandlung: 5 Minuten
• Bereitstellung: 10 Minuten
• Insgesamt: 40 Minuten

Zeitschätzungen für große virtuelle Windows-Server nach Methode 2 mit 4 Festplatten, insgesamt 1 TB:

• Ausfuhr: 3 Stunden
• Transfer: 2 Stunden
• Umwandlung ( virt-v2v ): 20 Minuten
• Bereitstellung: 10 Minuten
• Insgesamt: 5.5 Stunden

Parallele Migrationseffizienz durch Anwendung der Methoden 3 und 4 zur Zeitschätzung:

• 4x virtuelle Server mit 100 GB, die parallel migriert werden
• jeweils 30 Minuten
• Gesamtdauer der Welle: 35 Minuten, einschließlich Einschalt- und Ausschaltzeiten

Verglichen mit der Migration von 4x 100 GB virtuellen Servern, die Sie seriell migrieren:

Die gesamte Wellenzeit beträgt 120 Minuten

Die Parallelität bringt in diesem Szenario eine 3- bis 4-fache Verbesserung.