Convertir OVA a VHD

Hyper-V usa VHD o VHDX, mientras que VirtualBox y VMware suelen exportar appliances como archivos OVA. Convertir el disco virtual dentro del OVA permite adjuntar el sistema invitado existente a una máquina virtual de Hyper-V sin reinstalarlo.

Qué es el formato OVA

OVA es un archivo TAR que contiene una descripción de máquina virtual OVF, uno o más discos virtuales y, en ocasiones, archivos de manifiesto o certificados. VirtualBox, VMware y otras plataformas de virtualización lo utilizan para empaquetar appliances para su transporte, copia de seguridad e implementación.

El disco dentro de un OVA suele ser VMDK, pero un appliance puede contener VHD, VDI o varios discos. Un VMDK puede constar de un pequeño archivo descriptor y uno o más archivos de extensión. El propio archivo OVA no es un disco duro virtual, por lo que cambiar su nombre de archivo a .vhd no lo convierte.

Qué es el formato VHD

VHD es el formato de disco duro virtual de Microsoft. Hyper-V, VirtualBox, Virtual PC y varias herramientas de administración de discos pueden adjuntarlo como un disco invitado que contiene particiones y sistemas de archivos.

VHD admite discos de expansión dinámica y discos de tamaño fijo, y sigue siendo útil para la compatibilidad con versiones anteriores de Hyper-V y VirtualBox. Su límite práctico de capacidad virtual es de aproximadamente 2.040 GB. Use VHDX para implementaciones modernas de Hyper-V, discos de más de 2 TB, una protección mejorada de los metadatos y una mayor resistencia ante cortes de energía; es posible que el software antiguo no admita VHDX.

Convertir el OVA con VirtualBox

VirtualBox es la opción de escritorio más sencilla cuando el OVA contiene un VMDK. La conversión cambia el contenedor del disco; no vuelve a crear la configuración de la máquina virtual del appliance.

1. Instale Oracle VirtualBox, que incluye VBoxManage, en Windows, Linux o macOS.
2. Extraiga el OVA en un directorio de trabajo sin modificar sus archivos. Use tar -xf appliance.ova -C extracted en sistemas compatibles con TAR, o abra el archivo con 7-Zip en Windows.
3. Abra el OVF extraído en un editor de texto e inspeccione sus entradas ovf:href. Identifique cada disco al que se hace referencia. Mantenga juntos cada descriptor VMDK y los archivos de extensión a los que hace referencia.
4. Convierta cada disco necesario con:

VBoxManage clonemedium disk "extracted/disk.vmdk" "converted/disk.vhd" --format VHD --variant Standard

--variant Standard crea un VHD de expansión dinámica. Use --variant Fixed para un disco preasignado, siempre que el host tenga espacio libre equivalente a la capacidad declarada del disco. En Windows, use barras inversas o rutas completas entre comillas según sea necesario; si VBoxManage no está en PATH, ejecute "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" con los mismos argumentos.

5. Repita el comando para cada disco enumerado por el OVF. Conserve el orden de los discos del OVF al adjuntar los discos a la nueva máquina virtual.
6. Cree una nueva máquina virtual en Hyper-V Manager y elija Generation 1 para un sistema invitado con BIOS heredado o Generation 2 para un sistema invitado con UEFI. Use la configuración de firmware del OVF en lugar de deducirla a partir del formato del disco.
7. Adjunte el disco convertido. Un disco de arranque de Generation 1 normalmente debe estar en el controlador IDE; un disco de arranque de Generation 2 debe estar en el controlador SCSI. Añada los discos secundarios según la disposición original de los controladores del sistema invitado, cuando sea posible.
8. Para un sistema invitado Windows de Generation 2, seleccione una plantilla de Secure Boot adecuada o deshabilite temporalmente Secure Boot si no se confía en el cargador de arranque del sistema invitado. Vuelva a crear manualmente la configuración original de CPU, memoria, red, firmware, controladores y orden de arranque.

Convertir un disco con QEMU

qemu-img de QEMU es adecuado para sistemas Linux y conversiones mediante scripts. Ejecútelo en el descriptor VMDK mientras todos los archivos de extensión a los que se hace referencia sigan disponibles:

qemu-img convert -p -f vmdk -O vpc -o subformat=dynamic extracted/disk.vmdk converted/disk.vhd

Use subformat=fixed en lugar de subformat=dynamic para un VHD de tamaño fijo. Compruebe el resultado con:

qemu-img info converted/disk.vhd

Para un OVA que contenga varios discos, convierta cada disco por separado; qemu-img no vuelve a crear la definición del appliance OVF.

Convertidores en línea y limitaciones prácticas

Los convertidores de archivos en línea generalmente no son adecuados para realizar conversiones completas de OVA a VHD. Un OVA puede contener varios archivos relacionados, imágenes de sistemas operativos de varios gigabytes, credenciales, licencias y datos privados de aplicaciones; muchos servicios web solo aceptan formatos de disco individuales y no conservan la configuración de OVF ni las relaciones entre varios discos. No cargue un appliance confidencial. Para una conversión de un solo disco que no contenga información confidencial, use un servicio en línea únicamente cuando su lista actual de formatos admita explícitamente la conversión VMDK a VHD necesaria, y verifique su política de conservación y eliminación.

La conversión no cambia los controladores del sistema operativo invitado, el modo de arranque, el estado de activación ni las suposiciones sobre el hardware virtual. Windows puede solicitar una reactivación. Un sistema invitado puede no arrancar cuando su modo de firmware, controlador de almacenamiento, orden de los discos o cargador de arranque difieren de los de la máquina virtual de origen. Los sistemas invitados Linux normalmente incluyen los controladores necesarios de Hyper-V en los kernels actuales, pero las instalaciones antiguas pueden necesitar componentes de integración de Hyper-V o una regeneración de initramfs.

Adjunte el VHD a una máquina virtual de prueba antes de eliminar el OVA. Confirme que la máquina virtual arranca, que todas las particiones están presentes, que los dispositivos de red y almacenamiento funcionan y que las aplicaciones pueden leer sus datos.