Convertir XVA a VMDK

Un producto de VMware como Workstation, Fusion o ESXi normalmente no puede abrir directamente una exportación XVA, por lo que la migración desde XenServer o XCP-ng requiere convertir los discos virtuales. El procedimiento práctico consiste en restaurar o extraer el XVA, exportar cada disco como VHD y convertir los archivos VHD a VMDK.

Qué es el formato XVA

XVA es un contenedor de exportación de máquinas virtuales producido por Citrix XenServer, Citrix Hypervisor y XCP-ng. Es un archivo basado en tar que contiene metadatos de la VM, normalmente incluido ova.xml, y datos de disco representados mediante bloques VDI de XenServer o miembros del archivo.

Los administradores utilizan archivos XVA para mover VMs entre entornos XenServer o XCP-ng, crear exportaciones sin conexión y proporcionar copias de seguridad de VMs. Un XVA no es un disco virtual de VMware y cambiar la extensión a .vmdk no lo convierte.

Qué es el formato VMDK

VMDK es el formato de disco virtual de VMware. VMware Workstation, Fusion y ESXi pueden conectar archivos VMDK a máquinas virtuales nuevas o existentes; otros hypervisors también admiten muchas variantes de VMDK.

VMDK puede ser sparse, expandiéndose a medida que se escriben datos, o preallocated, reservando por adelantado la mayor parte o toda su capacidad virtual. La conversión cambia el contenedor del disco y no convierte el hardware virtual específico de Xen, los snapshots, la configuración de red ni los guest drivers.

Cómo convertir los discos

Restaurar el XVA y exportar su VDI

Este es el método más fiable cuando hay disponible un host XenServer o XCP-ng.

1. Importa el XVA en XenServer, Citrix Hypervisor o XCP-ng con XenCenter, Xen Orchestra o el comando de importación documentado de la plataforma.
2. Inicia la VM importada solo si es necesario para verificarla y, después, apágala. No exportes ni conviertas un disco mientras el guest esté escribiendo en él.
3. Identifica cada disco virtual conectado a la VM, incluidos los discos de datos. Exporta cada VDI como VHD mediante el cliente de administración o la línea de comandos del host. Un comando de estilo XenServer es:

xe vdi-export uuid=<VDI_UUID> filename=disk.vhd format=vhd

Utiliza la operación de exportación de VDI equivalente en XCP-ng si la sintaxis del comando es diferente. Conserva el orden original de los discos y registra cuál VHD es el disco de arranque.

Convertir VHD a VMDK con qemu-img

Instala QEMU en Linux o Windows e inspecciona cada disco exportado antes de la conversión:

qemu-img info disk.vhd

Si la salida identifica el origen como un VHD, conviértelo al VMDK sparse predeterminado:

qemu-img convert -p -f vpc -O vmdk disk.vhd disk.vmdk

Si qemu-img info informa de un tipo de origen diferente, utiliza ese tipo informado en lugar de vpc. Para un disco VMware monolithic preallocated, utiliza:

qemu-img convert -p -f vpc -O vmdk -o subformat=monolithicFlat disk.vhd disk.vmdk

Comprueba el espacio libre del destino antes de crear un disco preallocated. Repite la conversión para cada VHD y, después, conecta los VMDK resultantes a una VM nueva de VMware en el mismo orden que la VM Xen original.

Extraer un XVA sin un host Xen

Un XVA es un archivo tar, por lo que sus metadatos y miembros pueden inspeccionarse localmente:

mkdir xva-extracted
tar -xf vm.xva -C xva-extracted
find xva-extracted -maxdepth 4 -type f

Los archivos extraídos no son necesariamente VHD independientes. Muchas exportaciones XVA contienen fragmentos de disco de XenServer que deben volver a ensamblarse en una imagen de disco. Si la exportación incluye un VHD completo, verifícalo con qemu-img info y conviértelo como se indicó anteriormente. Si contiene fragmentos, utiliza la utilidad xva-img suministrada para la versión relevante de XenServer o XCP-ng, siguiendo el comando documentado de extracción de discos de esa versión, o importa el XVA en un host Xen y exporta allí el VDI.

No concatene manualmente los miembros del archivo; los metadatos y la disposición de fragmentos de XVA no constituyen una secuencia genérica de archivos VHD, y la concatenación manual puede producir un disco dañado.

Software de escritorio para Windows

Después de obtener un VHD completo, StarWind V2V Converter puede convertirlo en Windows. Selecciona el VHD local como origen, elige VMware VMDK como destino y selecciona un diseño growable o preallocated. Por lo general, StarWind no convierte el archivo XVA directamente, por lo que la extracción o restauración desde Xen sigue siendo necesaria.

qemu-img es preferible para conversiones mediante scripts o repetibles. XenConvert es una utilidad antigua de migración de Xen y no debe considerarse un convertidor directo actual de XVA a VMDK.

Comprobaciones de compatibilidad y calidad

• La conversión del disco normalmente conserva las particiones, los sistemas de archivos y los archivos del guest, pero no los metadatos de la VM de XenServer, la pertenencia al pool, los snapshots, las definiciones de NIC virtuales ni las herramientas específicas de Xen.
• Haz coincidir el modo BIOS o UEFI original del guest y elige un controlador de almacenamiento de VMware compatible con el sistema operativo instalado. Una incompatibilidad de controlador o firmware puede impedir el arranque.
• Windows puede detectar nuevo hardware virtual, requerir una reactivación o necesitar cambios en los storage drivers. Linux puede requerir un initramfs que contenga el storage driver de VMware.
• Elimina o deshabilita las herramientas de guest de Xen si provocan errores de controladores o servicios y, después, instala VMware Tools cuando el guest arranque. Ten en cuenta que el adaptador de red virtual y la dirección MAC cambiarán.
• Conserva el XVA original hasta que la VM convertida arranque y sus sistemas de archivos superen las comprobaciones. Monta o prueba el arranque de cada disco convertido y verifica los datos de las aplicaciones antes de eliminar el origen.
• Un VMDK sparse puede ser mucho más pequeño que su capacidad virtual, mientras que un VMDK preallocated puede aproximarse al tamaño completo provisionado. Ninguno de los dos tamaños indica por sí mismo una pérdida de datos.
• Ningún servicio de conversión online convencional acepta de forma fiable archivos XVA de XenServer o XCP-ng y reconstruye sus datos VDI. La carga de un XVA también expondría discos completos, credenciales, datos personales y posiblemente claves privadas, por lo que deben utilizarse herramientas locales para exportaciones de producción o confidenciales.