Softwarekompatibilität

Um die Migration erfolgreich durchzuführen, installieren Sie kompatible Versionen von „ Red Hat OpenShift “ und „ Red Hat OpenShift Virtualization“.

Für den MTV- 2.9 gehören zu den kompatiblen Softwareversionen:

• Red Hat OpenShift: 4.19, 4.18, 4.17
• Red Hat OpenShift Virtualisierung: 4.19, 4.18, 4.17
• VMware vSphere: 6.5 oder später

Netzanforderungen

Für alle Migrationen gelten folgende Netzwerkvoraussetzungen:

Netzwerkstabilität

Die Netzwerkverbindungen zwischen der Quellumgebung und dem Virtualisierungscluster „ Red Hat OpenShift “ müssen zuverlässig und unterbrechungsfrei sein.

Konfigurationsintegrität

Ändern Sie während der Migration keine IP-Adressen, virtuellen lokalen Netzwerke (VLANs) oder andere Netzwerkkonfigurationseinstellungen, da die MAC-Adressen des „ VM “ beibehalten werden.

Eindeutigkeit von Netzwerkadressen

Wenn Sie Workloads aus der klassischen Infrastruktur von „ IBM Cloud “ migrieren, verbinden Sie Ihre Virtual Private Cloud (VPC) über „ IBM Cloud “ Transit Gateway mit der klassischen Infrastruktur. Wenn Sie die VPC für die Bereitstellung Ihrer Workloads erstellen, stellen Sie sicher, dass sich die Netzwerkadresspräfixe nicht mit Präfixen überschneiden, die von anderen VPCs verwendet werden, die mit Ihrer klassischen Infrastruktur unter IBM Cloud verbunden sind. Deaktivieren Sie beim Erstellen Ihrer VPC das Kontrollkästchen „ Standardpräfix für jede Zone erstellen “. Das Standardpräfix bleibt über alle VPCs hinweg gleich und kann zu Routing-Konflikten führen. Nachdem die VPC erstellt wurde, können Sie nach Bedarf Adresspräfixe und Subnetze konfigurieren.

Zielnetzwerke

Wenn mehrere Quell- und Zielnetzwerke zugeordnet sind, erstellen Sie für jedes weitere Zielnetzwerk eine Netzwerkzuordnungsdefinition.

Erforderliche Ports

Firewalls müssen den Datenverkehr über bestimmte Ports je nach Quellanbieter zulassen:

• VMware vSphere: Transmission Control Protocol ( TCP ) leitet die Ports 443 (für die Authentifizierung bei Bestandserfassung und Festplattenübertragung) und 902 (für die Datenkopie bei der Festplattenübertragung) von Red Hat OpenShift-Knoten an VMware vCenter® /ESXi-Hosts weiter.
• OVA: TCP, Port 2049 (für den Network File System-Dienst ( NFS )) sowie TCP oder User Datagram Protocol ( UDP ), Port 111 (für den Remote Procedure Call-Portmapper ( RPC ), nur erforderlich für NFSv4.0 ) von den Knoten unter Red Hat OpenShift zum Server, auf dem sich die OVA-Dateien befinden.

Quelle: Voraussetzungen für „ VM “

Quell-VMs müssen bei allen Migrationen die folgenden Voraussetzungen erfüllen:

Medienstatus

Hängen Sie ISO-Images und CD-ROMs vor der Migration aus.

IP-Adressierung

Jede Netzwerkkarte (NIC) muss entweder eine IPv4-Adresse oder eine IPv6-Adresse enthalten und kann beide verwenden.

Zertifizierung des Betriebssystems (OS)

Das Betriebssystem „ VM “ muss als Gastbetriebssystem für die Konvertierung zertifiziert sein und unterstützt werden.

Boot-Funktionen

Virtuelle Maschinen, bei denen „Secure Boot“ aktiviert ist, werden möglicherweise nicht automatisch migriert, da dies verhindert, dass sie beim Zielanbieter hochfahren. Um dieses Problem zu beheben, deaktivieren Sie „Secure Boot“ auf dem Zielgerät.

VMware Gastagenten

VMware Wenn die Option „Statische IP-Adressen beibehalten“ aktiviert ist, sind Tools oder open-vm-tools erforderlich.

VM Namensgebung

VM die Namen müssen diesen Leitlinien entsprechen:

• Der Name von VM darf keinen Punkt (.) enthalten. MTV ändert jeden Punkt im Namen VM automatisch in einen Bindestrich (-).
• Der Name „ VM “ muss innerhalb der Virtualisierungsumgebung von „ Red Hat OpenShift “ eindeutig sein (das heißt, er darf mit keinem anderen „ VM “-Namen übereinstimmen).
• Wenn ein „ VM “-Name nicht den Regeln entspricht, generiert MTV automatisch einen neuen Namen. MTV entfernt unzulässige Zeichen, wandelt Großbuchstaben in Kleinbuchstaben um und ersetzt alle Unterstriche (_) durch Bindestriche (-).

Unterstützung für Verschlüsselung

MTV unterstützt die Migration von VMs unter Verwendung der folgenden Verschlüsselungsarten:

• Linux® VMs: „ Linux “ Unified Key Setup (LUKS).
• Windows®-VMs: BitLocker.

VMware-Tools

Um über einen Hook vor der Migration auf die virtuelle Maschine zugreifen zu können, installieren Sie „ VMware Tools“ oder „ open-vm-tools “ auf der Quell-VM.

VDDK-Bild

Verwenden Sie das „ VMware Virtual Disk Development Kit“ (VDDK), wenn Sie virtuelle Festplatten von „ VMware vSphere “ übertragen, um die Migration zu beschleunigen.

• Ein VDDK-Image ist optional. Wird es jedoch weggelassen, kann dies die Migrationsgeschwindigkeit erheblich verringern, und es ist erforderlich, wenn der „ VM “ auf VMware vSAN basiert.

VMware Berechtigungen

Sie müssen mit mindestens den erforderlichen Mindestberechtigungen für „ VMware “ angemeldet sein. Weitere Informationen finden Sie unter VMware privileges.

Anforderung an die Warmmigration

Um eine „Warm Migration“ durchzuführen, müssen Sie die Funktion „Changed Block Tracking“ (CBT) auf der virtuellen Maschine ( VM ) und auf jeder einzelnen „ VM “-Festplatte aktivieren. Das inkrementelle Kopieren in der Vorkopierphase basiert auf CBT-Snapshots. Ein einzelnes VM unterstützt bis zu 28 CBT-Snapshots.

Deaktivieren Sie den Ruhezustand für alle VMs, da MTV die Migration von VMs im Ruhezustand nicht unterstützt und die Migration fehlschlägt, wenn der Ruhezustand nicht deaktiviert ist.

Konfiguration des ESXi-Hosts

Falls im Rahmen eines Migrationsplans mehr als 10 VMs gleichzeitig von einem einzelnen ESXi-Host ( VMware vSphere-Hypervisor) migriert werden müssen, erhöhen Sie den Arbeitsspeicher des Network File Copy (NFC)-Dienstes auf diesem Host.

• Der NFC-Dienstspeicher unterstützt standardmäßig nur 10 parallele Verbindungen, was für mehr als 10 gleichzeitige Migrationen von „ VM “ nicht ausreicht.
• Ändern Sie den Wert „ maxMemory “ in „ 1000000000 “ (1 GB) und starten Sie den Dienst „ hostd “ neu.

Windows-Warm-Migration

Für die „Warm-Migration“ von „ Microsoft Windows® “-VMs von „ VMware “ muss der Volume Shadow Copy Service (VSS) im Gast- VM laufen. Weitere Informationen finden Sie unter Voraussetzungen für die virtuelle Quellmaschine.

VMware vSphere-Quellenanbieter hinzufügen

1. Gehen Sie zu „ Migration für Virtualisierung “ > „ Anbieter “ und klicken Sie auf „ Anbieter erstellen “.
2. Wählen Sie VMware und geben Sie den Namen der Anbieterressource sowie den Endpunkttyp an ( vCenter oder ESXi).
3. Geben Sie die URL „ URL “ des SDK-Endpunkts an, zum Beispiel https://vCenter-host-example.com/sdk.
4. Erstellen Sie ein VDDK-Image und geben Sie dessen Pfad an. Die Verwendung eines VDDK-Images beschleunigt Migrationen und ist erforderlich, wenn die virtuellen Maschinen auf „ VMware “ basieren vSAN.
5. Geben Sie die vCenter oder ESXi-Anmeldedaten ein.
6. Wählen Sie eine Option zur CA-Zertifikatsüberprüfung aus: „ Benutzerdefiniertes CA-Zertifikat verwenden “, „ System-CA-Zertifikat verwenden “ oder „ Zertifikatsüberprüfung überspringen “.
7. Klicken Sie auf „ Anbieter erstellen “.

Erstellung eines Migrationsplans

1. Allgemeines: Definieren Sie den Namen des Plans, das Projekt, den Quellanbieter und den Zielanbieter/das Zielprojekt.

   • Starten Sie den Assistenten unter „Migration für Virtualisierung“ > „Migrationspläne“, indem Sie auf „Plan erstellen“ klicken.
   • Geben Sie den Namen des Plans, das Planprojekt, den Quellanbieter, den Zielanbieter und das Zielprojekt an.

2. Virtuelle Maschinen

   • Wählen Sie die zu migrierenden virtuellen Maschinen aus.

   Ein einzelner Plan kann nicht mehr als 500 VMs oder 500 Festplatten enthalten.

3. Netzwerkkarte definieren

   • Wählen Sie aus, ob Sie eine vorhandene, herrenlose Netzwerkkarte verwenden möchten (wobei eine Kopie erstellt wird, die dem Plan zugeordnet wird) oder eine neue Netzwerkkarte (die dem Plan zugeordnet ist).
   • Wenn Sie eine neue Zuordnung erstellen, legen Sie die Zuordnungen zwischen dem Quellnetzwerk und dem Zielnetzwerk fest.

4. Wählen Sie die Art der Migration aus

   • Wählen Sie „Cold Migration“ (Standard) ( VM wird während der Datenkopie heruntergefahren) oder „Warm Migration“ ( VM läuft während der Vorabkopierphase, wodurch Ausfallzeiten minimiert werden).

5. Weitere Einstellungen (optional)

   • Passwörter für die Festplattenentschlüsselung: Geben Sie die Passwörter für LUKS-verschlüsselte Geräte ein.
   • Übertragungsnetz: Optional kann das vom Anbieter voreingestellte Übertragungsnetz überschrieben werden. Wenn die maximale Übertragungseinheit (MTU) des „ Red Hat OpenShift “-Übertragungsnetzwerks geändert wird, muss auch die MTU des „ VMware “-Migrationsnetzwerks angepasst werden.
   • Statische IP-Adressen beibehalten: Aktivieren Sie das Kontrollkästchen „Statische IP-Adressen beibehalten“, um zu versuchen, statische IP-Adressen beizubehalten und so Verluste aufgrund von Änderungen an der „ vNIC “ während der Migration zu minimieren.
   • Root-Gerät: Bei VMs mit Multi-Boot-Funktion müssen Sie den Speicherort der Festplatte für das Root-Gerät manuell angeben, zum Beispiel „ /dev/sdb2 “.
   • Gemeinsam genutzte Datenträger: Gemeinsam genutzte Datenträger sind standardmäßig für Cold-Migrationen aktiviert. Gemeinsam genutzte Festplatten verwenden die Multi-Writer-Option und können den Migrationsprozess verlangsamen.
   • Aktivieren Sie das Kontrollkästchen „Hook aktivieren“ für die Phase vor der Migration (Vorgänge auf der Quell- VM vor der Migration) oder für die Phase nach der Migration (Vorgänge auf der migrierten VM nach der Migration).
   • Sie müssen das Hook-Runner-Image angeben (Standard ist quay.io/kubev2v/hook-runner) und das Playbook „ Ansible® “ bereitstellen. Pro Plan sind nur ein Pre-Migrations- und ein Post-Migrations-Haken zulässig.
   • Wenn Sie die Option „Statische IP-Adressen beibehalten“ verwenden und zu einem primären benutzerdefinierten Layer-2-Netzwerk (UDN) oder einem benutzerdefinierten Cluster-Netzwerk (CUDN) wechseln, muss der Quell- VM eingeschaltet sein und einen „ VMware “-Guest-Agent ausführen. Die Option „ Statische IP beibehalten “ funktioniert nicht bei sekundären Netzwerken.

6. Prüfen und erstellen

   • Überprüfen Sie alle Details des Plans. Um eine Angabe zu bearbeiten, klicken Sie auf den Link „ Schritt bearbeiten “.
   • Klicken Sie auf „ Plan erstellen “. MTV bestätigt den Plan. Wenn die Überprüfung erfolgreich ist, wird die Seite mit den Plan-Details geöffnet.

Konfiguration nach der Erstellung

1. Sehen Sie sich die Seite mit den Plan-Details an, insbesondere die Einstellungen, die nicht im Assistenten enthalten sind.

   • Die Detailseite des Plans enthält wichtige Einstellungen, die im Assistenten nicht angezeigt werden.
   • Lesen Sie den Abschnitt Planeinstellungen für optionale Konfigurationen. Um eine Einstellung zu bearbeiten, verwenden Sie das Menü „ Optionen “.
   • Prüfen Sie den Abschnitt Bedingungen; alle aufgeführten Bedingungen müssen erfüllt sein, damit der Plan erfolgreich ausgeführt werden kann.

Ausführung und Überwachung

1. Maßnahmen vor der Migration

   • Bevor Sie eine „Warm Migration“ starten, sollten Sie prüfen, ob „ VM “-Snapshots vorhanden sind, und Snapshots festschreiben bzw. löschen, um sicherzustellen, dass für die VMs genügend CBT-Snapshots verfügbar sind.
   • Erteilen Sie dem Dienstkonto „ default “ des Ziel-Namespace Zugriffsrechte, damit das VDDK-Image aus dem MTV-Namespace „ Red Hat OpenShift “ abgerufen werden kann.
   • Überprüfen Sie den Migrationsplan und beheben Sie etwaige Warnungen oder Fehler.
   • Erstellen Sie bei Bedarf ein vollständiges Backup der Quell-VMs.

2. Migration starten

   • Gehen Sie zu „Migration“ > „ Pläne für die Virtualisierung “.
   • Klicken Sie neben dem Migrationsplan auf Start und bestätigen Sie.
   • Deaktivieren Sie „ vMotion, “ ( svMotion, ) und die Verschiebung für die VMs, die Sie importieren, um Datenbeschädigungen zu vermeiden.

3. Umschaltung im laufenden Betrieb

   • Bei „Warm-Migrationen“ beginnt die anfängliche Datenübertragung (Precopy-Phase) sofort.
   • Um die Umstellungsphase einzuleiten, in der die Quell VM abgeschaltet und das letzte Delta übertragen wird, klicken Sie auf „ Cutover “.
   • Im Umstellungsfenster können Sie eine Umstellung festlegen (Zeitpunkt und Datum planen) oder eine Umstellung aufheben (einen geplanten Zeitpunkt stornieren).
   • Beenden Sie vor der Umstellung Anwendungen, Middleware und Datenbankdienste auf den Quell-VMs, um Datenänderungen auf ein Minimum zu beschränken. MTV verlangt diese Maßnahme nicht. Das Anhalten dieser Dienste verringert jedoch das Risiko von Dateninkonsistenzen während der Umstellung.

4. Monitoring

   • Über den Link „Migrationsstatus“ werden der Gesamtfortschritt, die Anzahl der erfolgreichen bzw. fehlgeschlagenen Vorgänge sowie der aktuelle Status angezeigt.
   • Auf der Registerkarte „Virtuelle Maschinen“ werden spezifische Informationen zu „ VM “, Status, Start- und Endzeiten, die kopierte Datenmenge sowie eine Fortschrittsanzeige angezeigt.
   • Um auf die Protokolle für laufende oder abgeschlossene Migrationen zuzugreifen, wählen Sie auf der Registerkarte „Virtuelle Maschinen“ einen „ VM “ aus und klicken Sie im Abschnitt „ Pods “ auf den Link „ Protokolle “.

5. Beschränkung nach der Migration

   • Erstellen Sie nach Beginn der Migration keinen Snapshot eines „ VM “, da dies zum Fehlschlagen der Migration führen kann.

6. Maßnahmen nach der Migration

   • Konfigurieren Sie die Netzwerkeinstellungen und ändern Sie die IP-Adresse, falls erforderlich.
   • Konfigurieren Sie die rollenbasierte Zugriffskontrolle (RBAC) und die Dienstkonten für die Verwaltung von „ VM “.
   • Aktualisieren Sie gegebenenfalls die DNS-Einträge (Domain Name System).
   • Validierung der DNS-Auflösung und der Netzwerkrichtlinien.
   • Starten Sie Anwendungen und Datenbanken auf den Ziel-VMs, wenn sie vor dem Cutover angehalten wurden.
   • Überprüfen Sie die Anwendungsfunktionalität auf den migrierten VMs.