Migration auf virtuelle Server von „ IBM Cloud “ mithilfe der direkten VDDK-Extraktion aus vCenter

Verwenden Sie die direkte VDDK-Extraktion mit „ virt-v2v “, um „ VMware “-VMs von „ vCenter “ auf virtuelle Server unter „ IBM Cloud VPC “ zu migrieren – einschließlich automatischer Festplattenkonvertierung.

Komponenten der Architektur

In der folgenden Tabelle werden die Architekturkomponenten einer VDDK-Direktextraktionsmigration beschrieben.

Architekturkomponenten für die Migrationsmethode der direkten Extraktion des VDDK
Komponenten der Architektur Beschreibung
VMware Virtual Disk Development Kit (VDDK) VMware die API-Bibliothek für den Zugriff auf virtuelle Festplatten. Sie können es vom Entwicklerportal VMware herunterladen.
libguestfs mit VDDK-Unterstützung Das Werkzeug virt-v2v wurde mit dem nbdkit VDDK-Plugin erstellt. Hierfür ist „ Red Hat Enterprise Linux “ (RHEL) erforderlich (die Builds unter Ubuntu enthalten keine VDDK-Unterstützung).
Instanz eines virtuellen Arbeitsservers RHEL-basierte Instanz mit installierten libguestfs-tools und VDDK.
vCenter-Zugriff Netzwerkkonnektivität von der virtuellen Serverinstanz des Arbeitnehmers zu den Hosts vCenter und vSphere, mit Anmeldeinformationen, die den Zugriff auf die Festplatten der virtuellen Maschine ermöglichen.

Überblick über den Migrationsprozess der VDDK-Direktextraktion

Die folgenden Schritte beschreiben den Prozess der Migration mit VDDK Direct Extraction.

  1. Bereitstellung einer virtuellen RHEL-Worker-Serverinstanz ( Red Hat Enterprise Linux )

    1. RHEL 8 oder 9 Instanz
    2. Installieren Sie libguestfs-tools: dnf install libguestfs-tools
    3. Netzanbindung an vCenter
  2. VMware VDDK installieren

    1. Download vom VMware Entwicklerportal (erfordert VMware Konto)
    2. Entpacken Sie die Datei in ein Verzeichnis auf der virtuellen Worker-Server-Instanz (z. B. /opt/vmware-vix-disklib-distrib)
  3. Sammeln Sie vCenter Informationen

    1. vCenter Hostname/IP
    2. vCenter berechtigungsnachweise (Format domain\user)
    3. Name der virtuellen Zielmaschine
    4. ESXi-Host, auf dem die virtuelle Maschine ausgeführt wird (Ermittlung über vCenter )
    5. vCenter zertifikats-Thumbprint:
    openssl s_client -connect vcenter.example.com:443 </dev/null 2>/dev/null | \
      openssl x509 -fingerprint -noout -in /dev/stdin | \
      cut -d= -f2
    
  4. Zielvolumes erstellen

    1. Methode der ephemeren virtuellen Serverinstanz verwenden (Methode 2 Schritte 2-4)
    2. An die virtuelle Serverinstanz des Arbeiters anhängen
  5. Konfigurieren Sie /etc/hosts (oft erforderlich)

    1. vCenter und ESXi-Hosts hinzufügen, wenn DNS nicht korrekt aufgelöst wird
    2. VDDK kann bei der Auflösung von Hostnamen pingelig sein
  6. Ausführen von virt-v2v mit VDDK

    1. Passwortdatei erstellen
       echo 'YourPasswordHere' > /tmp/vcenter-passwd
       chmod 600 /tmp/vcenter-passwd
    
    1. Ausführen virt-v2v
       virt-v2v \
         -ic 'vpx://vsphere.local\%5cAdministrator\@vcenter.example.com/Datacenter/Cluster/esxi-host.example.com?no_verify=1' \
         'VM-Name' \
         -ip /tmp/vcenter-passwd \
         -o disk \
         -os /tmp \
         -it vddk \
         -io vddk-libdir=/opt/vmware-vix-disklib-distrib \
         -io vddk-thumbprint=A2:41:6A:FA:81:CA:4B:06:AE:EB:C4:1B:0F:FE:23:22:D0:E8:89:02 \
         --block-driver virtio-scsi
    

    Parameter: - -ic: Eingabe der Verbindungszeichenfolge (vpx:// für vCenter ) - \%5c ist URL Kodierung für Backslash in domain\user - ?no_verify=1 überspringt die Überprüfung des SSL Zertifikats - 'VM-Name': Genaue Bezeichnung der virtuellen Maschine in vCenter - -ip: Pfad der Passwortdatei - -o disk -os /tmp: Ausgabe im Verzeichnis /tmp - -it vddk: Eingang Transport VDDK - -io vddk-libdir: Pfad zur VDDK-Installation - -io vddk-thumbprint vCenter Zertifikat-Thumbprint - --block-driver virtio-scsi: Für virtuelle Windows-Maschinen (erste Festplatte benötigt SCSI-Treiber)

  7. Direkt zum Gerät mit Symlink-Trick

    Normalerweise schreibt virt-v2v in Dateien in einem Verzeichnis. Direktes Schreiben in ein Blockgerät:

    # virt-v2v will create file named VM-Name-sda
    ln -fs /dev/vdb /tmp/VM-Name-sda
    # Run virt-v2v, it writes to symlink which points to device
    virt-v2v ... (same command as above)
    
  8. Virtuelle Serverinstanz aus Volumes erstellen

    • Wie Methode 2/3: Abkoppeln von Worker, Erstellen einer virtuellen Serverinstanz aus vorhandenen Volumes

Konstruktionsvorteile

In der folgenden Tabelle sind die Designvorteile der VDDK-Direktextraktionsmigration aufgeführt.

Konstruktionsvorteile der VDDK-Migrationsmethode mit direkter Extraktion
Vorteil Design Beschreibung
Migration mit einem einzigen Befehl Ein einziger virt-v2v-Aufruf erledigt alles - Extrahieren von vCenter,, Konvertieren des Formats, Injizieren von Treibern, Schreiben ins Ziel.
Kein Exportschritt Ähnlich wie bei der Live-Netzübertragungsmigration entfällt der Export-Overhead.
Automatisierungsfreundlich Leicht skriptfähig für groß angelegte Migrationen, sobald sie funktionieren.
Integrierte Transformation Die Treiberinjektion und die Vorbereitung des Betriebssystems erfolgen automatisch.

Konstruktionsbedingungen und Einschränkungen

In der folgenden Tabelle sind die Beschränkungen und Einschränkungen einer VDDK-Direktextraktionsmigration aufgeführt.

Beschränkungen und Einschränkungen für die direkte Extraktionsmigrationsmethode VDDK
Beschränkung oder Einschränkung Beschreibung
vCenter nur Funktioniert nicht mit VCFaaS (kein vCenter API-Zugang).
Lücken bei den RHEL-/ Ubuntu-Tools Kritische Herausforderung

  • RHEL-Build von libguestfs enthält VDDK-Unterstützung (nbdkit-Plugin)

  • RHEL-Build von virt-v2v unterstützt NICHT --block-driver virtio-scsi (für Windows erforderlich)

  • Ubuntu-Build von virt-v2v unterstützt --block-driver virtio-scsi

  • Ubuntu-Build enthält NICHT VDDK-Unterstützung

Sie müssen entweder:

  • Libguestfs selbst auf Ubuntu mit dem VDDK-Plugin

ODER

bauen - RHEL für die VDDK-Extraktion verwenden, in eine Datei schreiben, auf das Ubuntu-System für die virt-v2v-Transformation übertragen

Komplexe Voraussetzungen Erfordert VDDK-Installation, vCenter API-Zugang, Zertifikats-Thumbprints, genaue Verbindungsstrings. Mehr Aufwand als andere Methoden.
Netzanforderungen Die virtuelle Serverinstanz des Arbeitnehmers muss vCenter und die ESXi-Hosts direkt erreichen. Möglicherweise sind zusätzliche Firewall-Regeln erforderlich.

Die VDDK-Direktextraktionsmigration ist eine leistungsstarke Lösung für umfangreiche vCenter Migrationen, bei denen sich die Vorabinvestition in die Einrichtung und den Aufbau von Tools für viele virtuelle Maschinen auszahlt. Nicht empfohlen für kleine Migrationen oder VCFaaS Umgebungen. Wenn Sie sich für diese Methode entscheiden, planen Sie Zeit für das Einrichten und Testen der Werkzeuge ein.