Migrar a servidores virtuales de « IBM Cloud » mediante la extracción directa de VDDK desde vCenter

Utiliza la extracción directa de VDDK con virt-v2v para migrar máquinas virtuales de VMware desde vCenter a servidores virtuales de IBM Cloud VPC con conversión automática de discos.

Componentes de la arquitectura

La siguiente tabla describe los componentes de la arquitectura de una migración de extracción directa VDDK.

Componentes de arquitectura para el método de migración de extracción directa VDDK
Componentes de la arquitectura Descripción
VMware Kit de desarrollo de discos virtuales (VDDK) VMware para acceder a los discos virtuales. Lo descargarás desde el portal para desarrolladores de VMware.
libguestfs compatible con VDDK La herramienta virt-v2v construida con el plugin nbdkit VDDK. Para ello se requiere una versión de Red Hat Enterprise Linux (RHEL) (las versiones de Ubuntu no incluyen compatibilidad con VDDK).
Instancia de servidor virtual del trabajador Instancia basada en RHEL con libguestfs-tools y VDDK instalados.
Acceso a vCenter Conectividad de red desde la instancia de servidor virtual del trabajador a los hosts vCenter y vSphere, con credenciales que permiten el acceso al disco de la máquina virtual.

Visión general del proceso de migración VDDK Direct Extraction

Los siguientes pasos describen el proceso de migración mediante la extracción directa de VDDK.

  1. Aprovisionamiento de una instancia de servidor virtual de trabajo RHEL ( Red Hat Enterprise Linux )

    1. Instancia RHEL 8 o 9
    2. Instalar libguestfs-tools: dnf install libguestfs-tools
    3. Conectividad de red a vCenter

  2. Instalar VMware VDDK

    1. Descarga desde el portal para desarrolladores VMware (requiere una cuenta VMware )
    2. Descomprime el archivo en un directorio de la instancia del servidor virtual de trabajo (por ejemplo, /opt/vmware-vix-disklib-distrib)

  3. Recopile información en vCenter

    1. vCenter nombre de host/IP
    2. vCenter credenciales (formato domain\user)
    3. Nombre de la máquina virtual de destino
    4. Host ESXi donde se ejecuta la máquina virtual (descubrir a través de vCenter )
    5. vCenter huella digital del certificado:
    openssl s_client -connect vcenter.example.com:443 </dev/null 2>/dev/null | \
  openssl x509 -fingerprint -noout -in /dev/stdin | \
  cut -d= -f2

  4. Crear volúmenes de destino

    1. Utilizar el método de instancia de servidor virtual efímera (Método 2 pasos 2-4)
    2. Conectar a la instancia del servidor virtual de trabajo

  5. Configure /etc/hosts (a menudo necesario)

    1. Añada vCenter y hosts ESXi si el DNS no se resuelve correctamente
    2. VDDK puede ser quisquilloso con la resolución de nombres de host

  6. Ejecutar virt-v2v con VDDK

    1. Crear archivo de contraseñas
       echo 'YourPasswordHere' > /tmp/vcenter-passwd
   chmod 600 /tmp/vcenter-passwd
    1. Ejecutar 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

    Parámetros: - -ic: Cadena de conexión de entrada (vpx:// para vCenter ) - \%5c es la codificación URL para la barra invertida en domain\user - ?no_verify=1 se salta la verificación del cert SSL - 'VM-Name': Nombre exacto de la máquina virtual en vCenter - -ip: Ruta del archivo de contraseña - -o disk -os /tmp: Salida al directorio /tmp - -it vddk: Transporte de entrada VDDK - -io vddk-libdir: Ruta de instalación de VDDK - -io vddk-thumbprint vCenter huella digital del certificado - --block-driver virtio-scsi: Para máquinas virtuales Windows (el primer disco necesita un controlador SCSI)

  7. Truco Direct to Device con Symlink

    Normalmente, virt-v2v escribe en los archivos de un directorio. Para escribir directamente en un dispositivo de bloque:

    # 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. Crear instancia de servidor virtual a partir de Volúmenes

    • Igual que el método 2/3: separarse del trabajador, crear una instancia de servidor virtual a partir de los volúmenes existentes

Ventajas de diseño

La siguiente tabla enumera las ventajas de diseño de la migración de extracción directa VDDK.

Ventajas de diseño para el método de migración de extracción directa VDDK
Ventaja de diseño Descripción
Migración comando Una invocación a virt-v2v lo hace todo: extraer de vCenter,, convertir el formato, inyectar controladores y escribir en el destino.
Sin paso de exportación Similar a la migración de transferencia de red en directo, elimina la sobrecarga de exportación.
Apto para la automatización Fácilmente programable para migraciones a gran escala una vez en funcionamiento.
Transformación integrada La inyección de controladores y la preparación del sistema operativo se realizan automáticamente.

Restricciones y limitaciones de diseño

La siguiente tabla enumera las restricciones y limitaciones de una migración de extracción directa de VDDK.

Limitaciones y restricciones del método de migración de extracción directa VDDK
Limitación o restricción Descripción
vCenter solo No funciona con VCFaaS (sin acceso a la API vCenter ).
Lagunas en las herramientas de RHEL/ Ubuntu

Desafío crítico

  • La compilación RHEL de libguestfs incluye soporte VDDK (plugin nbdkit)

  • La compilación RHEL de virt-v2v NO soporta --block-driver virtio-scsi (requerido para Windows)

  • La compilación Ubuntu de virt-v2v soporta --block-driver virtio-scsi

  • La compilación Ubuntu NO incluye soporte VDDK

Usted debe:

  • Construir libguestfs usted mismo en Ubuntu con el plugin VDDK

O

  • Usar RHEL para la extracción de VDDK, escribir en el archivo, transferir al sistema Ubuntu para la transformación virt-v2v
Requisitos previos complejos Requiere la instalación de VDDK, acceso a la API vCenter, huellas de certificados y cadenas de conexión precisas. Más configuración que otros métodos.
Requisitos de red La instancia de servidor virtual del trabajador debe llegar directamente a vCenter y a los hosts ESXi. Es posible que se necesiten reglas adicionales en el cortafuegos.

La migración VDDK Direct Extraction es potente para las migraciones a gran escala a vCenter, en las que la inversión inicial en configuración y creación de herramientas resulta rentable en muchas máquinas virtuales. No se recomienda para migraciones pequeñas o entornos VCFaaS. Si elige este método, prevea tiempo para configurar y probar las herramientas.