Eseguire la migrazione ai server virtuali IBM Cloud utilizzando l'estrazione diretta VDDK da vCenter

Utilizza l'estrazione diretta VDDK con virt-v2v per migrare le macchine virtuali VMware da vCenter a IBM Cloud VPC con conversione automatica dei dischi.

Componenti dell'architettura

La tabella seguente descrive i componenti dell'architettura di una migrazione VDDK Direct Extraction.

Componenti dell'architettura per il metodo di migrazione ad estrazione diretta VDDK
Componenti dell'architettura Descrizione
VMware Kit di sviluppo per dischi virtuali (VDDK) VMware per l'accesso ai dischi virtuali. Lo scaricherete dal portale degli sviluppatori di VMware.
libguestfs con supporto VDDK Lo strumento virt-v2v costruito con il plugin nbdkit VDDK. Ciò richiede una versione di Red Hat Enterprise Linux (RHEL) (le build di Ubuntu non includono il supporto per VDDK).
Istanza del server virtuale del lavoratore Istanza basata su RHEL con libguestfs-tools e VDDK installati.
Accesso vCenter Connettività di rete dall'istanza del server virtuale worker agli host vCenter e vSphere, con credenziali che consentono l'accesso al disco della macchina virtuale.

Panoramica del processo di migrazione VDDK Direct Extraction

I passaggi seguenti illustrano il processo di migrazione mediante l'estrazione diretta di VDDK.

  1. Configurazione dell'istanza del server virtuale Worker RHEL ( Red Hat Enterprise Linux )

    1. Istanza RHEL 8 o 9
    2. Installare libguestfs-tools: dnf install libguestfs-tools
    3. Connettività di rete a vCenter

  2. Installare VMware VDDK

    1. Scaricare dal portale degli sviluppatori VMware (richiede un account VMware )
    2. Estrai i file in una directory sull'istanza del server virtuale di lavoro (ad esempio, /opt/vmware-vix-disklib-distrib)

  3. Raccogliere informazioni su vCenter

    1. vCenter nome host/IP
    2. vCenter credenziali (formato domain\user)
    3. Nome della macchina virtuale di destinazione
    4. L'host ESXi in cui è in esecuzione la macchina virtuale (scoprire tramite vCenter )
    5. vCenter impronta del certificato:
    openssl s_client -connect vcenter.example.com:443 </dev/null 2>/dev/null | \
  openssl x509 -fingerprint -noout -in /dev/stdin | \
  cut -d= -f2

  4. Creare i volumi di destinazione

    1. Utilizzare il metodo dell'istanza di server virtuale effimera (Metodo 2, passi 2-4)
    2. Collegare all'istanza del server virtuale del worker

  5. Configurare /etc/hosts (spesso necessario)

    1. Aggiungere vCenter e gli host ESXi se il DNS non viene risolto correttamente
    2. VDDK può essere pignolo nella risoluzione degli hostname

  6. Eseguire virt-v2v con VDDK

    1. Creare il file della password
       echo 'YourPasswordHere' > /tmp/vcenter-passwd
   chmod 600 /tmp/vcenter-passwd
    1. Correre 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

    Parametri: - -ic: Stringa di connessione in ingresso (vpx:// per vCenter ) - \%5c è la codifica URL per il backslash in domain\user - ?no_verify=1 salta la verifica del certificato SSL - 'VM-Name': Nome esatto della macchina virtuale in vCenter - -ip: Percorso del file password - -o disk -os /tmp: Uscita nella directory /tmp - -it vddk: Ingresso trasporto VDDK - -io vddk-libdir: Percorso dell'installazione di VDDK - -io vddk-thumbprint: vCenter certificato thumbprint - --block-driver virtio-scsi: Per le macchine virtuali Windows (il primo disco necessita di un driver SCSI)

  7. Diretto al dispositivo con il trucco Symlink

    Normalmente virt-v2v scrive sui file di una directory. Per scrivere direttamente su un dispositivo a blocchi:

    # 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. Creare un'istanza di server virtuale dai volumi

    • Come il metodo 2/3: distacco dal worker, creazione di un'istanza di server virtuale dai volumi esistenti

Vantaggi progettuali

La tabella seguente elenca i vantaggi progettuali della migrazione VDDK Direct Extraction.

Vantaggi di progettazione per il metodo di migrazione ad estrazione diretta VDDK
Vantaggio del design Descrizione
Migrazione con un unico comando Un'invocazione a virt-v2v fa tutto: estrarre da vCenter, convertire il formato, iniettare i driver, scrivere sulla destinazione.
Nessuna fase di esportazione Simile alla migrazione del trasferimento di rete in tempo reale, elimina l'overhead dell'esportazione.
Adatto all'automazione Facilmente scrivibile per migrazioni su larga scala, una volta in funzione.
Trasformazione integrata L'iniezione del driver e la preparazione del sistema operativo avvengono automaticamente.

Vincoli e limitazioni di progettazione

La tabella seguente elenca i vincoli e le limitazioni di una migrazione VDDK Direct Extraction.

Limitazioni e vincoli del metodo di migrazione ad estrazione diretta VDDK
Limitazione o vincolo Descrizione
vCenter solo Non funziona con VCFaaS (nessun accesso all'API di vCenter ).
Lacune negli strumenti RHEL/ Ubuntu

Sfida critica

  • La build RHEL di libguestfs include il supporto VDDK (plugin nbdkit)

  • La build RHEL di virt-v2v NON supporta --block-driver virtio-scsi (richiesto per Windows)

  • La build Ubuntu di virt-v2v supporta --block-driver virtio-scsi

  • La build Ubuntu NON include il supporto VDDK

È necessario o:

  • Costruire libguestfs da soli su Ubuntu con il plugin VDDK

O

  • Usare RHEL per l'estrazione di VDDK, scrivere su file, trasferire al sistema Ubuntu per la trasformazione virt-v2v
Prerequisiti complessi Richiede l'installazione di VDDK, l'accesso all'API vCenter, le impronte digitali dei certificati e stringhe di connessione precise. Più impostazione rispetto ad altri metodi.
Requisiti di rete L'istanza del server virtuale del lavoratore deve raggiungere direttamente vCenter e gli host ESXi. Potrebbero essere necessarie ulteriori regole del firewall.

La migrazione VDDK Direct Extraction è potente per le migrazioni vCenter su larga scala, dove l'investimento iniziale nella configurazione e nella creazione di strumenti si ripaga su molte macchine virtuali. Non è consigliato per piccole migrazioni o ambienti VCFaaS. Se scegliete questo metodo, mettete in conto il tempo necessario per l'impostazione e il collaudo dello strumento.