Migrieren Sie VMs von VMware ESXi zu Red Hat OpenShift Virtualization mithilfe des Shift Toolkits und des Migration Toolkits für Virtualisierung.
Änderungen vorschlagen
PDFs
Die Migration von VMs von VMware ESXi zu Red Hat OpenShift Virtualization erfolgt mithilfe des Migration Toolkit for Virtualization (MTV) und des NetApp Shift toolkit. Dieses Verfahren umfasst die Erstellung eines Migrationsplans in MTV und die Verwendung des Shift toolkit zur Konvertierung von VM-Festplatten, damit VMs schnell zu OpenShift Virtualization migriert werden.
Bevor Sie beginnen
Bitte vergewissern Sie sich vor Beginn der Migration, dass die folgenden Voraussetzungen erfüllt sind.
-
Der OpenShift-Cluster ist über das Netzwerk erreichbar.
-
OpenShift Cluster-Endpunkt mit folgenden installierten Operatoren:
-
OpenShift Virtualisierungsoperator
-
NetApp Trident Betreiber
-
-
NetApp Trident CSI ist mit den entsprechenden Backends und Speicherklassen konfiguriert.
-
NodeNetworkConfigurationPolicy und NetworkAttachmentDefinitions (NAD) sind mit den entsprechenden VLANs konfiguriert.
-
MTV 2.9.4 oder höher (einschließlich Konvertierungsmodus)
-
Dienstkontotoken mit Cluster-Admin-Berechtigungen
-
Konto mit minimalen Berechtigungen. Siehe diesen Abschnitt"für die minimalen Berechtigungen erforderlich"
-
VMDKs können auf verschiedene Arten konfiguriert werden: Alle VMDKs können sich auf einem einzigen Volume befinden (wodurch die Notwendigkeit für Storage vMotion entfällt), jede VMDK kann auf einem eigenen Volume platziert werden oder mehrere VMDKs können innerhalb eines qtree in einem Volume organisiert werden.
Das Shift Toolkit erkennt automatisch das Layout und wählt die passende Klonmethode und die entsprechenden NAS-Speichertreiber aus.
Wenn VMDKs in einem qtree platziert werden, verwendet Shift Toolkit den ONTAP-NAS-economy-Treiber. -
VMware-Tools laufen auf den Gast-VMs.
-
Das Betriebssystem jeder VM ist zertifiziert und wird als Gastbetriebssystem für Konvertierungen unterstützt.
-
IP-Adressen, VLANs und andere Netzwerkkonfigurationseinstellungen dürfen weder vor noch während der Migration geändert werden. Die MAC-Adressen der virtuellen Maschinen bleiben während der Migration erhalten.
Schritt 1: Migrationspläne erstellen
Um die blitzschnelle Konvertierung von VMs zu nutzen, besteht der erste Schritt darin, mit MTV einen Migrationsplan für die VMs über das "Webkonsole" oder das "Befehlszeile" zu erstellen.
|
|
Der Plan sollte im Voraus erstellt werden, um sicherzustellen, dass die Einstellungen für die Aufrechterhaltung der IP-Adresse von MTV konfiguriert werden. |
-
Loggen Sie sich in die MTV-Webkonsole ein.
-
Quell- und Zielanbieter hinzufügen
-
Erstellen Sie einen Migrationsplan im Ziel-Namespace
-
Nachdem die Provider konfiguriert wurden, erstellen Sie einen Migrationsplan und wählen Sie die entsprechenden Quell- und Ziel-Provider im Ziel-Namespace aus.
Beispiel anzeigen
Beispiel anzeigen
-
-
Wählen Sie die zu migrierenden VMs aus.
-
Identifizieren und wählen Sie die virtuellen Maschinen aus, die in die Migration einbezogen werden sollen.
Beispiel anzeigen
-
-
Netzwerk- und Speicherzuordnungen konfigurieren
-
Entweder wählen Sie vorhandene Zuordnungen aus oder erstellen neue, um Quellnetzwerke und -speicher mit der Zielumgebung abzustimmen.
Beispiel anzeigen
Beispiel anzeigen
-
-
Migrationstyp auswählen
-
Behalten Sie zunächst den Standardmigrationstyp bei; dieser wird während des Migrationsprozesses aktualisiert, um den Konvertierungstyp widerzuspiegeln.
Beispiel anzeigen
-
-
Standardoptionen beibehalten
-
Die Standardeinstellungen beibehalten. Wählen Sie außerdem die Option zum Beibehalten der statischen IP-Adresse und geben Sie den gewünschten Zustand der VM nach der Migration an.
Beispiel anzeigen
-
-
Überprüfen und abschließen
-
Überprüfen Sie alle Einstellungen sorgfältig und klicken Sie dann auf „Fertigstellen“, um den Migrationsplan zu erstellen.
Beispiel anzeigen
-
Schritt 2: Erstellen eines Blueprint im Shift toolkit
Nach dem Erstellen des Migrationsplans in MTV erfolgt in der Shift toolkit UI das Hinzufügen der Quell- und Zielstandorte sowie das Erstellen eines Blueprint aus dem Plan.
-
Sie kopieren den Namen des Migrationsplans und wechseln zur Shift toolkit UI.
-
Quell- und Ziel-Hypervisoren hinzufügen. Diesem Link "Websites erstellen" folgen.
Der im Shift Toolkit konfigurierte Endpunkt muss dem Format entsprechen, das beim Hinzufügen über die MTV-Konsole verwendet wurde. Wurde beispielsweise der Quell- oder Zielendpunkt mithilfe eines FQDN hinzugefügt, muss im Shift Toolkit derselbe FQDN verwendet werden. Beispiel anzeigen
-
Navigieren Sie zu „Blueprints“ und erstellen Sie einen neuen Blueprint.
-
Nachdem Sie die vorherigen Schritte abgeschlossen haben, gehen Sie zu Blueprints und wählen Sie „Neuen Blueprint mit MTV-Plan erstellen“.
Im Gegensatz zum Standard-Workflow in Shift Toolkit ist es bei einer MTV-Plan-basierten Migration nicht erforderlich, manuell eine Ressourcengruppe zu erstellen. Shift Toolkit generiert automatisch Ressourcengruppen und wendet die notwendigen Zuordnungen auf Basis des Migrationsplans im YAML-Format an.
Beispiel anzeigen
-
-
Zielland und Migrationsplan auswählen.
-
Wählen Sie den Zielstandort und den entsprechenden OpenShift-Endpunkt aus. Wählen Sie anschließend den Migrationsplan aus, der aus dem angegebenen Cluster abgerufen wurde und die zu migrierenden VMs enthält.
Beispiel anzeigen
-
-
Die Ressourcengruppe und die Zuordnungen werden alle automatisch anhand der Migrationsplan-YAML-Datei konfiguriert.
Beispiel anzeigen
-
Wählen Sie die PVC-Importoption. Standardmäßig ist die Einstellung „Volume klonen und importieren“.
Volumes können auch direkt importiert werden, ohne dass ein Klon erstellt werden muss. Beispiel anzeigen
-
Nach der Überprüfung der Blaupauseneinstellungen erfolgt das Speichern mit Blaupause erstellen.
Schritt 3: Ausführung der Migration
Nach dem Erstellen des Blueprints lässt sich die Migration über das Shift Toolkit auslösen und überwachen, bis MTV meldet, dass der Plan abgeschlossen ist.
-
Die Migration wird durch Anklicken der Migrationsoption im Blueprint ausgelöst.
Die VMs sollten vor dem Auslösen der Migration ausgeschaltet werden. MTV wird die VM basierend auf dem Attribut „Zielenergiestatus der VM“ starten. Beispiel anzeigen
-
Das Shift-Toolkit führt die Workflow-Schritte aus, um das Festplattenformat zu konvertieren, die PVCs zu importieren und die VM mithilfe der OpenShift-APIs zu erstellen.
Beispiel anzeigen
-
Sobald alle PVCs wie angegeben eingerichtet sind und Shift Toolkit MTV auslöst, wird der MTV-Migrationsworkflow gestartet.
-
Der Migrationscontroller erstellt für jede Quell-VM eine benutzerdefinierte VirtualMachineImport (VMI)-Ressource (CR).
-
Da die PVCs bereits von Shift Toolkit importiert wurden, startet der Virtual Machine Import Controller einen Conversion Pod mit den angehängten PVCs.
-
Der Conversion Pod führt virt-v2v aus und installiert und konfiguriert Gerätetreiber auf den PVCs für die Ziel-VM.
-
Der Virtual Machine Import Controller erstellt dann eine VirtualMachineInstance (VMI) CR.
-
Wenn die Ziel-VM eingeschaltet wird, erstellt der KubeVirt Controller einen VM-Pod, der QEMU-KVM mit den als VM-Festplatten eingebundenen PVCs ausführt.
Beispiel anzeigen
-
-
Sobald alle VMs migriert wurden, aktualisiert der Migrationscontroller den Migrationsplanstatus auf „Abgeschlossen“. Der ursprüngliche Energiezustand jeder Quell-VM bleibt nach der Migration erhalten.
Beispiel anzeigen
Beispiel anzeigen
Dies zeigt, wie das Shift-Toolkit zusammen mit MTV die Migration blitzschnell vereinfacht. In diesem Beispiel wurden 2 VMs mit insgesamt 12 TB migriert. Der gesamte Vorgang war in etwa 8-10 Minuten abgeschlossen.
Was geschieht hinter den Kulissen
Die folgenden Abschnitte beschreiben die Schritte, die durch Shift Toolkit APIs und MTV ausgelöst werden, um VMDK-Dateien zu konvertieren und virtuelle Maschinen auf der OpenShift Plattform zu erstellen. Dieser Workflow bleibt konsistent, unabhängig davon, ob er über die Shift Toolkit Benutzeroberfläche oder mithilfe von Skripten innerhalb von Shift Toolkit Script Blocks initiiert wird.
VMDK konvertieren
Das Shift-Toolkit findet automatisch die VMDKs, die zu jeder VM gehören, einschließlich der primären Boot-Disk.
|
|
Wenn mehrere VMDK-Dateien vorhanden sind, wird jede VMDK-Datei konvertiert. |
Konfiguration des Volumenimport- und Migrationsplans
Shift Toolkit verwendet Trident CSI, um Volumes als PVCs in den Cluster zu importieren. Jedes PVC-Manifest ist mit spezifischen Etiketten und Anmerkungen versehen, um sicherzustellen, dass MTV sie erkennt:
-
Labels
-
vmID
-
vmUUID
-
-
Anmerkung:
-
vmdk-Festplattenpfad
-
Zusätzlich werden die Berechtigungen für die Datei disk.img aktualisiert. Die Berechtigungen werden mithilfe eines PODs geändert, der dynamisch bereitgestellt wird, um die importierten PVCs einzubinden und die Berechtigungen wie folgt festzulegen:
-
"owner": { "id": 107 },"group": { "id": 107 },"mode": "0655"
-
Gabelstapler prüft auf vmID und vmUUID im PVC.
-
Forklift verwendet den Datenträgernamen (VMDK-Pfad) für forklift.konveyor.io/disk-source.
-
Die Anzahl der importierten PVCs muss mit der Anzahl der der Quell-VM zugeordneten Festplatten übereinstimmen. Wenn beispielsweise eine VM drei VMDKs hat, aber vier PVCs mit übereinstimmenden IDs importiert wurden, aktualisiert MTV den Migrationsplanstatus nicht auf „Bereit zum Starten“.
Nach Abschluss dieser Schritte ändert Shift Toolkit die YAML-Datei des Migrationsplans, sodass MTV erkennt, dass PVCs direkt verwendet werden sollen und der Datenbefüllungs-Pod-Prozess (der üblicherweise zeitaufwändig ist) umgangen wird. Die geänderte YAML-Datei enthält Folgendes:
-
Ziel-Namespace: Standard
-
Typ: Konvertierung
-
Lagerung: {}
Migrationsprozess starten
Nach Abschluss der Konfiguration wird MTV aufgerufen, um die Migration zu starten. Die Benutzeroberfläche zeigt den Migrationstyp als „Cold“ an, basierend auf der YAML-Spezifikation für die Konvertierung validiert MTV jedoch jede PVC anhand der zugehörigen vmID und vmUUID, ordnet sie entsprechend zu und initialisiert anschließend die Migration. .Beispiel anzeigen
Details
|
|
VMs werden im Rahmen des Projekts „Standard“ für virtuelle Maschinen erstellt, dies kann jedoch in der MTV-Migrationsplan-YAML-Datei geändert werden. |
Shift Toolkit beschleunigt die Migration, indem es den Prozess vereinfacht, Ausfallzeiten minimiert und den Bedarf an ESXi-Hostzugriff oder VDDK-basierten Ansätzen eliminiert.
Nach Abschluss der Migration muss das Klon-Volume getrennt werden. Die Methode hängt von der ONTAP Version ab: Klon-Teilung wird für ONTAP 9.17.1 und höher verwendet, während für frühere Versionen vol move eingesetzt wird. Ein Skript zum Starten des Trennvorgangs befindet sich im Ordner „Post migrate“ innerhalb des bereitgestellten ZIP-Pakets.
Nach Abschluss der Migration muss jedes Klon-Volume getrennt werden. Die Trennmethode hängt von der ONTAP Version ab: Klon-Teilung wird für ONTAP 9.17.1 und höher verwendet, während für frühere Versionen vol move zum Einsatz kommt.
Für schnellere PVC-Aufteilungen nach der Migration sollte der Quell-NFS-Datenspeicher maximal 5 TB groß sein. Größere Volumes sind zwar möglich, aber bei der Erstellung von 200–300 Klonen für VM-Migrationen sind kleinere Volumes ideal, um die Aufteilung schneller abzuschließen.
Sowohl Klon-Teilung als auch Vol Move sind Hintergrundoperationen und beeinträchtigen die Produktions-Workloads während ihrer Ausführung nicht. Ein Skript zum Starten des Trennungsprozesses ist im Widget Post Migrate Detach im NetApp Console Automation Catalog verfügbar.