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.
| 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.
-
Bereitstellung einer virtuellen RHEL-Worker-Serverinstanz ( Red Hat Enterprise Linux )
- RHEL 8 oder 9 Instanz
- Installieren Sie libguestfs-tools:
dnf install libguestfs-tools - Netzanbindung an vCenter
-
VMware VDDK installieren
- Download vom VMware Entwicklerportal (erfordert VMware Konto)
- Entpacken Sie die Datei in ein Verzeichnis auf der virtuellen Worker-Server-Instanz (z. B.
/opt/vmware-vix-disklib-distrib)
-
Sammeln Sie vCenter Informationen
- vCenter Hostname/IP
- vCenter berechtigungsnachweise (Format domain\user)
- Name der virtuellen Zielmaschine
- ESXi-Host, auf dem die virtuelle Maschine ausgeführt wird (Ermittlung über vCenter )
- 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 -
Zielvolumes erstellen
- Methode der ephemeren virtuellen Serverinstanz verwenden (Methode 2 Schritte 2-4)
- An die virtuelle Serverinstanz des Arbeiters anhängen
-
Konfigurieren Sie /etc/hosts (oft erforderlich)
- vCenter und ESXi-Hosts hinzufügen, wenn DNS nicht korrekt aufgelöst wird
- VDDK kann bei der Auflösung von Hostnamen pingelig sein
-
Ausführen von virt-v2v mit VDDK
- Passwortdatei erstellen
echo 'YourPasswordHere' > /tmp/vcenter-passwd chmod 600 /tmp/vcenter-passwd- 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-scsiParameter: -
-ic: Eingabe der Verbindungszeichenfolge (vpx:// für vCenter ) -\%5cist 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-thumbprintvCenter Zertifikat-Thumbprint ---block-driver virtio-scsi: Für virtuelle Windows-Maschinen (erste Festplatte benötigt SCSI-Treiber) -
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) -
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.
| 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änkung oder Einschränkung | Beschreibung |
|---|---|
| vCenter nur | Funktioniert nicht mit VCFaaS (kein vCenter API-Zugang). |
| Lücken bei den RHEL-/ Ubuntu-Tools | Kritische Herausforderung
Sie müssen entweder:
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.