MultiPortal ha lanzado Migrator 2.0.0, un appliance diseñado para trasladar máquinas virtuales desde VMware vSphere a Proxmox VE reduciendo el tiempo de parada y automatizando buena parte de las tareas que normalmente acompañan a una migración. La herramienta replica las máquinas mientras siguen funcionando, mantiene sincronizada la copia de destino y deja el cambio definitivo para una ventana de mantenimiento elegida por el administrador.

Las claves de la migración de VMware a Proxmox en 20 segundos

• Migrator 2.0.0 es la primera versión pública del appliance de MultiPortal para pasar VMs de VMware vSphere a Proxmox VE.
• Usa VMware Changed Block Tracking para copiar inicialmente solo los bloques utilizados y después únicamente los que han cambiado.
• El modo Continuous mantiene la máquina de origen activa y permite realizar el cambio en segundos.
• Automatiza VirtIO, VMware Tools, QEMU Guest Agent, redes, discos y letras de unidad de Windows.
• Cada cliente dispone de cinco migraciones gratuitas para probar la herramienta sobre sus propias máquinas virtuales.

La propuesta parte de un problema conocido en las migraciones entre plataformas de virtualización. Mover los discos es una parte del trabajo, pero una migración completa también exige adaptar el sistema operativo invitado al nuevo hardware virtual, reconstruir las interfaces de red, comprobar el orden de los discos y decidir dónde terminará cada máquina dentro del nuevo clúster.

MultiPortal Migrator intenta concentrar esas tareas en un único flujo. El appliance se instala dentro de la propia infraestructura y conecta VMware vSphere con Proxmox VE, de modo que las credenciales, el inventario y los datos de las máquinas permanecen en la red del cliente.

La copia puede hacerse mientras la máquina sigue funcionando

Una de las características centrales de Migrator 2.0.0 es el uso de Changed Block Tracking (CBT) de VMware. En lugar de copiar siempre el disco completo, la herramienta identifica los bloques utilizados durante la copia inicial y, en las rondas posteriores, transmite los que han cambiado.

MultiPortal pone como ejemplo una máquina Debian 12 con un disco virtual de 40 GB. En una prueba de laboratorio de la compañía, la copia inicial trasladó 2,8 GB. Las dos rondas posteriores de sincronización movieron 704 KB y 9,9 MB respectivamente, mientras que la fase final de cambio duró 10 segundos. Son datos de laboratorio de MultiPortal y no una garantía de rendimiento para cualquier infraestructura.

La herramienta también contempla una situación importante en las migraciones: no todos los almacenamientos permiten asumir que una zona no asignada de un disco devolverá ceros. Cuando no puede garantizarlo, Migrator realiza una copia completa y deja constancia de la decisión en los registros.

Los datos se transfieren desde el host ESXi que ejecuta la máquina, pasan por el appliance y terminan directamente en el almacenamiento del nodo Proxmox VE seleccionado. Según la documentación de la versión 2.0.0, no existe una zona de almacenamiento intermedia para los discos y no es necesario instalar agentes en los hosts ESXi.

Además, pueden ejecutarse varias migraciones en paralelo. El sistema permite entre una y 32 migraciones simultáneas, con cuatro como configuración inicial. Las máquinas procedentes del mismo ESXi independiente se procesan de una en una, mientras que distintas fuentes pueden trabajar en paralelo.

Tres formas de trasladar una VM según la parada disponible

Migrator ofrece tres modalidades. La primera es Continuous, basada en CBT. La máquina de origen permanece activa mientras Proxmox VE recibe y actualiza su copia. Cuando la sincronización está preparada, el administrador decide cuándo realizar el cambio.

La segunda es Warm, que utiliza una copia inicial mientras la máquina sigue funcionando y aplica los cambios finales durante el cambio de plataforma. La tercera es Cold, que apaga la VM y copia el disco completo.

La elección no queda completamente a cargo del administrador. El asistente analiza cada máquina y su almacenamiento para indicar qué modalidad recomienda y explica cuando una alternativa no está disponible. Las modalidades Warm y Continuous necesitan almacenamiento de destino compatible con snapshots, mientras que Cold tiene menos restricciones.

La filosofía de la herramienta es separar la transferencia del momento de la interrupción. Una máquina que ya está sincronizada no cambia de plataforma hasta que el responsable aprueba el corte. Si aparece un problema después de apagar el origen, Migrator puede revertir el destino y volver a encender la máquina original.

Para entornos con muchas máquinas virtuales, esa diferencia afecta a la planificación. El equipo puede preparar las migraciones con antelación y reservar una ventana concreta para los cambios, en lugar de dejar que la duración de la copia determine cuándo termina la intervención.

La preparación del sistema operativo también queda automatizada

El otro gran componente de Migrator está dentro de las máquinas virtuales. Durante la preparación, el appliance puede eliminar VMware Tools, instalar los controladores VirtIO necesarios para que Windows reconozca correctamente los discos y la red en Proxmox VE y añadir el QEMU Guest Agent.

También conserva el orden de las interfaces de red y de los discos. En Windows, mantiene las letras de unidad y la distribución de volúmenes. Después construye la configuración de la VM en Proxmox VE con el firmware correspondiente, controlador VirtIO SCSI y las interfaces de red necesarias.

El proceso utiliza credenciales del sistema operativo invitado que el administrador almacena en el appliance. Si una VM requiere preparación pero Migrator no puede realizarla, el sistema puede rechazar la creación de la migración en lugar de esperar hasta el momento del cambio para detectar el problema.

De VMware vSphere a Proxmox VE con reglas reutilizables

La configuración también busca evitar que el administrador tenga que repetir las mismas decisiones para cada máquina. Las mappings permiten establecer una relación entre las redes VMware y las redes de Proxmox VE, asociar datastores con pools de almacenamiento y definir cómo se distribuyen las máquinas entre los nodos del clúster.

Las reglas pueden reutilizarse en diferentes migraciones. Al mismo tiempo, cada VM puede tener excepciones para cambiar su nombre, asignar un VMID concreto o enviar determinados discos a almacenamientos diferentes.

El sistema comprueba la disponibilidad de los VMID antes de iniciar el trabajo y puede sugerir nombres válidos cuando el original no cumple las condiciones de Proxmox VE. También ofrece dos políticas de colocación: Balanced, que reparte las máquinas entre los nodos, y Throughput, que favorece aquellos capaces de mover datos a mayor velocidad.

Antes de mover máquinas, Migrator incorpora además evaluaciones del entorno VMware. Una evaluación guarda una fotografía fechada de la infraestructura y clasifica las VMs como Ready, Unknown, Review o Blocked, junto con el motivo correspondiente. También permite registrar información sobre las licencias actuales de VMware, incluidos sockets, núcleos y coste anual, para utilizarla como parte de la planificación del proyecto.

La consola muestra el progreso de cada migración, incluyendo fases, avance por disco, velocidad, tiempo estimado y rondas de sincronización. Cuando una máquina está preparada para el cambio, el sistema genera una alerta. Al terminar, cada migración produce un informe en PDF y una hoja de cálculo, mientras que el historial conserva los trabajos realizados.

Qué necesita una empresa antes de empezar

Migrator 2.0.0 admite como origen VMware vSphere 8, tanto mediante vCenter Server como con hosts ESXi independientes, y contempla almacenes VMFS, NFS y vSAN. El destino son nodos o clústeres Proxmox VE 9.x.

En Proxmox VE, la documentación de MultiPortal recoge soporte para Ceph RBD, LVM-thin, ZFS, directory, NFS y SMB/CIFS. Entre los sistemas invitados probados figuran Windows Server 2012 R2, 2016, 2019, 2022 y 2025, además de Ubuntu 22.04 y 24.04, Debian 12, Rocky Linux 8 y 9 y CentOS 7.

Para el modo Continuous y las migraciones desde vSAN es necesario disponer del VMware Virtual Disk Development Kit (VDDK). MultiPortal señala que Broadcom ya no lo distribuye públicamente, por lo que el cliente debe obtenerlo directamente de Broadcom y cargarlo en el appliance.

El propio appliance puede ejecutarse sobre Proxmox VE 9.x a partir de una imagen qcow2 u OVA, con una configuración indicada de 2 vCPU y 4 GB de memoria. La validación de conexiones también realiza algunos cambios administrativos, como instalar la clave SSH del appliance en los hosts correspondientes, desplegar la herramienta sesparse en los nodos y crear un token de API para pvemigrator.

La licencia introduce además una fórmula de prueba. MultiPortal ofrece cinco migraciones gratuitas por cliente, con la posibilidad de volver a ejecutar una misma VM sin consumir otra migración. La clave de licencia es necesaria para crear migraciones, pero la configuración de fuentes, destinos, inventario, mappings y evaluaciones puede prepararse antes.

El lanzamiento sitúa a Migrator 2.0.0 en un escenario donde la migración de VMware a Proxmox VE ya no depende únicamente de convertir discos virtuales. La propuesta de MultiPortal intenta convertir una operación que normalmente exige coordinar almacenamiento, sistemas operativos, redes, hardware virtual y ventanas de mantenimiento en un procedimiento planificado desde una única consola.

Preguntas frecuentes

¿Qué es MultiPortal Migrator 2.0?

Es un appliance para migrar máquinas virtuales desde VMware vSphere a Proxmox VE. La versión 2.0.0 es su primera versión pública.

¿Se puede migrar una VM de VMware sin apagarla?

Sí. El modo Continuous utiliza Changed Block Tracking para mantener sincronizada la copia en Proxmox VE mientras la máquina original continúa funcionando. El apagado y cambio definitivo se realizan cuando el administrador lo aprueba.

¿Qué ocurre con los controladores y VMware Tools?

Migrator puede preparar automáticamente el sistema invitado, retirar VMware Tools, instalar controladores VirtIO y añadir el QEMU Guest Agent, además de conservar el orden de redes y discos.

¿Qué versiones de VMware y Proxmox VE son compatibles?

La versión 2.0.0 admite VMware vSphere 8 como origen y Proxmox VE 9.x como destino, con los almacenamientos indicados por MultiPortal en su documentación.