Migración VMware a Proxmox: guía técnica para una transición segura y sin riesgos en producción

La migración VMware a Proxmox se ha convertido en una de las estrategias más analizadas por organizaciones que buscan reducir costos de licenciamiento y aumentar el control sobre su infraestructura de virtualización. Sin embargo, cambiar desde VMware ESXi o VMware vSphere hacia Proxmox VE no consiste únicamente en convertir un disco VMDK e importar una máquina virtual.

Detrás de una migración exitosa existen cambios profundos en la arquitectura del hipervisor, los controladores del sistema operativo, el almacenamiento y la red virtual. Ignorar estos aspectos puede provocar indisponibilidad de servicios, errores de arranque e incluso corrupción de datos.

En esta guía revisaremos las mejores prácticas para ejecutar una migración desde VMware hacia Proxmox VE basada en procedimientos ampliamente utilizados por administradores de infraestructura Linux y virtualización.


¿Necesitas migrar de VMware a Proxmox sin poner en riesgo tu infraestructura?

Una migración entre hipervisores requiere mucho más que convertir discos virtuales. En Neuronet ayudamos a planificar y ejecutar proyectos de migración VMware a Proxmox considerando sistemas operativos, almacenamiento, redes virtuales y respaldo, minimizando los riesgos para la continuidad operacional.

Ir a Contacto


Diagrama del proceso de migración VMware a Proxmox mostrando la preparación del sistema operativo, conversión de discos, configuración de red, almacenamiento y validación final.
Proceso general para realizar una migración segura desde VMware ESXi hacia Proxmox VE, considerando la preparación del sistema operativo, la conversión de discos, la configuración de la red y la optimización del almacenamiento.

¿Por qué migrar de VMware a Proxmox?

Durante los últimos años muchas organizaciones han comenzado a evaluar alternativas a VMware debido al incremento de los costos de licenciamiento y a la necesidad de adoptar plataformas abiertas.

Proxmox VE ofrece características empresariales como:

  • Virtualización basada en KVM.
  • Contenedores LXC.
  • Administración centralizada.
  • Clustering nativo.
  • Alta disponibilidad (HA).
  • Integración con ZFS.
  • Integración con Ceph.
  • Respaldo mediante Proxmox Backup Server.

No obstante, aunque ambas plataformas permiten ejecutar máquinas virtuales, utilizan arquitecturas distintas para el acceso al hardware virtualizado.


La diferencia entre VMware ESXi y Proxmox VE

VMware ESXi utiliza controladores virtuales propios como LSI Logic, PVSCSI o VMXNET3.

Por el contrario, Proxmox VE utiliza el ecosistema de virtualización basado en QEMU/KVM, donde los dispositivos de alto rendimiento corresponden principalmente a la familia VirtIO.

Cuando una máquina virtual creada en VMware es trasladada directamente a Proxmox sin preparar previamente el sistema operativo invitado, este puede intentar arrancar utilizando controladores que ya no existen.

El resultado suele ser inmediato:

  • Windows puede presentar el error INACCESSIBLE_BOOT_DEVICE (0x0000007B).
  • Distribuciones Linux pueden detenerse durante el proceso de inicio porque el initramfs no contiene los módulos VirtIO necesarios.

Preparación del sistema operativo antes de migrar

Windows Server

Antes de apagar la máquina virtual en VMware es recomendable preparar Windows para reconocer el nuevo controlador de almacenamiento.

Las tareas habituales incluyen:

  • Instalar los controladores VirtIO.
  • Registrar el controlador viostor.
  • Configurar el servicio viostor con el valor Start=0 en el Registro de Windows para que se cargue durante el proceso de arranque.

Si Windows no dispone del controlador adecuado al iniciar desde el nuevo bus virtual, el sistema no podrá acceder al disco del sistema operativo y generará una pantalla azul (BSOD).


Linux (RHEL, Rocky Linux, CentOS, SLES)

En Linux el procedimiento consiste en garantizar que el initramfs incluya los módulos VirtIO antes de apagar la máquina virtual.

Una práctica habitual es reconstruir el ramdisk utilizando dracut:

dracut --add-drivers "virtio_blk virtio_scsi virtio_net virtio_pci" --force

Posteriormente se recomienda:

  • Eliminar open-vm-tools cuando ya no será utilizado.
  • Instalar qemu-guest-agent, que es el agente recomendado para Proxmox VE.

Esto permite que el sistema operativo reconozca correctamente los dispositivos virtuales administrados por QEMU/KVM.


Conversión de discos VMDK hacia Proxmox

La conversión del disco virtual es solo una parte del proceso.

Una herramienta ampliamente utilizada es:

qemu-img convert -f vmdk -O raw origen.vmdk destino.raw

El objetivo es transformar el disco VMDK de VMware hacia un formato compatible con el almacenamiento utilizado por Proxmox.

Sin embargo, convertir el disco no garantiza un funcionamiento correcto si previamente no se preparó el sistema operativo invitado.


Optimización del almacenamiento durante la migración

ZFS

Cuando Proxmox utiliza almacenamiento ZFS mediante ZVOL, es importante seleccionar un volblocksize adecuado para la carga de trabajo.

El tamaño del bloque afecta directamente aspectos como:

  • rendimiento;
  • eficiencia de escritura;
  • consumo de almacenamiento;
  • amplificación de escritura (Write Amplification).

La elección del valor debe considerar el tipo de aplicación que utilizará el volumen, especialmente cuando se trata de bases de datos.


Ceph RBD

En entornos basados en Ceph, es recomendable habilitar el soporte para operaciones DISCARD/TRIM cuando corresponda.

Entre los parámetros utilizados habitualmente se encuentran:

  • discard=on
  • issue_discards=1

Estas configuraciones permiten que las máquinas virtuales comuniquen bloques liberados al sistema de almacenamiento cuando la infraestructura lo soporta.


Migración de redes virtuales

Uno de los aspectos más subestimados durante una migración VMware a Proxmox corresponde a la red virtual.

En VMware es común trabajar con:

  • vSwitch.
  • Distributed Virtual Switch (vDS).
  • Distributed Port Groups.

En Proxmox estas topologías suelen traducirse mediante:

  • Linux Bridge.
  • VLAN Aware Bridge.
  • Proxmox SDN.
  • VXLAN.
  • EVPN.

La planificación de esta equivalencia resulta fundamental para mantener la conectividad durante la transición.


La importancia del MTU

Cuando existen configuraciones Jumbo Frames, todos los componentes del camino de red deben utilizar un MTU consistente.

Una diferencia entre interfaces físicas, bridges y adaptadores virtuales puede provocar:

  • fragmentación;
  • pérdida de rendimiento;
  • problemas intermitentes de comunicación.

Antes de la migración conviene verificar la configuración completa de la cadena de red.


Respaldo y protección de datos

Toda migración crítica debería considerar una estrategia de recuperación.

En entornos Proxmox, una alternativa ampliamente utilizada es Proxmox Backup Server (PBS), que incorpora funciones como:

  • deduplicación por bloques;
  • backups incrementales;
  • integración nativa con Proxmox VE.

Contar con un respaldo validado antes de la migración reduce considerablemente el riesgo operacional.


Errores más comunes durante una migración VMware a Proxmox

1. Pantalla azul en Windows

Generalmente asociada a la ausencia del controlador VirtIO necesario para acceder al disco del sistema.

2. Consola de emergencia en Linux

Ocurre cuando el initramfs no contiene los módulos VirtIO requeridos para montar el sistema de archivos raíz.

3. Problemas de rendimiento del almacenamiento

Pueden aparecer cuando la configuración de bloques del almacenamiento no es adecuada para la carga de trabajo.

4. Problemas de conectividad

Una traducción incorrecta de VLAN, bridges o configuraciones MTU puede generar pérdida de comunicación entre máquinas virtuales.


Lista de verificación antes de migrar VMware a Proxmox

  • Preparar el sistema operativo antes del apagado.
  • Instalar los controladores VirtIO.
  • Reconstruir initramfs en Linux.
  • Configurar correctamente viostor en Windows.
  • Reemplazar VMware Tools por qemu-guest-agent cuando corresponda.
  • Planificar la conversión del almacenamiento.
  • Revisar configuración de ZFS o Ceph.
  • Validar la topología de red.
  • Verificar MTU en toda la infraestructura.
  • Contar con respaldos íntegros antes de iniciar la migración.

La migración VMware a Proxmox es un proyecto de infraestructura que requiere planificación técnica, conocimiento del sistema operativo invitado y comprensión del funcionamiento interno del hipervisor.

Aspectos como la preparación de controladores VirtIO, la reconstrucción del initramfs, la optimización del almacenamiento, la correcta traducción de la red virtual y una estrategia de respaldo forman parte de una migración segura.

Cuando estos elementos se consideran desde el inicio, la transición desde VMware ESXi hacia Proxmox VE puede realizarse de manera controlada, minimizando riesgos y reduciendo los tiempos de indisponibilidad.


Planifica una migración VMware a Proxmox con especialistas

Cada infraestructura tiene requisitos distintos de disponibilidad, rendimiento y almacenamiento. Si estás evaluando migrar desde VMware ESXi o vSphere hacia Proxmox VE, nuestro equipo puede ayudarte a diseñar una estrategia que reduzca riesgos y asegure una transición controlada.

Agenda una reunión técnica y conoce la mejor estrategia para tu infraestructura.

 Ir a Contacto


Preguntas frecuentes sobre la migración VMware a Proxmox

¿Qué es una migración VMware a Proxmox?

La migración VMware a Proxmox consiste en trasladar máquinas virtuales desde una infraestructura basada en VMware ESXi o VMware vSphere hacia Proxmox VE, una plataforma de virtualización de código abierto basada en QEMU/KVM y contenedores LXC. Este proceso implica adaptar controladores, almacenamiento, redes virtuales y configuraciones del sistema operativo para garantizar la continuidad operacional.


¿Es posible migrar una máquina virtual de VMware a Proxmox sin reinstalar el sistema operativo?

Sí. En la mayoría de los casos es posible migrar una máquina virtual existente sin reinstalar Windows o Linux. Sin embargo, el sistema operativo debe prepararse previamente para reconocer los dispositivos virtuales utilizados por Proxmox, especialmente los controladores VirtIO.


¿Por qué Windows puede mostrar una pantalla azul (BSOD) después de migrar a Proxmox?

Uno de los errores más comunes es INACCESSIBLE_BOOT_DEVICE (0x0000007B), que ocurre cuando Windows no dispone del controlador necesario para acceder al disco virtual conectado mediante VirtIO. Para evitarlo, es recomendable instalar previamente los controladores VirtIO y habilitar el servicio viostor antes de apagar la máquina virtual en VMware.


¿Por qué Linux puede iniciar en modo de emergencia después de la migración?

En distribuciones como RHEL, Rocky Linux, CentOS o SLES, este comportamiento suele ocurrir cuando el initramfs no incluye los módulos VirtIO requeridos para acceder al almacenamiento durante el arranque. Antes de la migración es recomendable reconstruir el ramdisk utilizando herramientas como dracut.


¿Qué son los controladores VirtIO?

VirtIO es un conjunto de controladores paravirtualizados utilizados por QEMU/KVM para ofrecer un acceso más eficiente al almacenamiento, la red y otros dispositivos virtuales. Proxmox VE utiliza VirtIO para obtener un mejor rendimiento de las máquinas virtuales.


¿Es necesario eliminar VMware Tools al migrar a Proxmox?

Sí, cuando la migración es definitiva se recomienda desinstalar VMware Tools u open-vm-tools e instalar qemu-guest-agent, que es el agente utilizado por Proxmox VE para mejorar la administración y comunicación con las máquinas virtuales.


¿Cómo se convierten los discos VMDK para utilizarlos en Proxmox?

La conversión normalmente se realiza utilizando la utilidad qemu-img, que permite transformar discos VMDK hacia formatos compatibles con Proxmox, como RAW o QCOW2, dependiendo de la estrategia de almacenamiento implementada.


¿Qué almacenamiento recomienda Proxmox para entornos empresariales?

Proxmox VE ofrece soporte para múltiples tecnologías de almacenamiento, entre ellas ZFS y Ceph. La elección depende del tamaño de la infraestructura, los requisitos de disponibilidad, rendimiento y escalabilidad de cada organización.


¿Qué importancia tiene ZFS durante una migración?

Cuando se utiliza ZFS, configurar correctamente parámetros como el volblocksize permite optimizar el rendimiento según el tipo de carga de trabajo, especialmente en aplicaciones transaccionales o bases de datos.


¿Qué ventajas ofrece Ceph en Proxmox?

Ceph proporciona almacenamiento distribuido con alta disponibilidad y escalabilidad. Además, permite habilitar funciones como TRIM o DISCARD para optimizar la administración del espacio cuando la infraestructura lo soporta.


¿Es posible mantener las VLAN al migrar desde VMware?

Sí. Proxmox VE permite implementar redes VLAN mediante Linux Bridge, bridges VLAN Aware y Proxmox SDN. La topología debe planificarse cuidadosamente para mantener la conectividad de las máquinas virtuales.


¿Qué sucede si el MTU está configurado de forma diferente entre VMware y Proxmox?

Un desajuste del MTU puede generar fragmentación de paquetes, pérdida de rendimiento o problemas de comunicación. Es recomendable verificar que toda la cadena de red utilice una configuración consistente cuando se emplean Jumbo Frames.


¿Proxmox Backup Server es obligatorio durante una migración?

No es obligatorio, pero sí altamente recomendable. Proxmox Backup Server permite realizar copias de seguridad incrementales con deduplicación, facilitando la recuperación ante fallos durante el proceso de migración.


¿Una migración VMware a Proxmox puede realizarse sin tiempo de inactividad?

El tiempo de indisponibilidad dependerá de la estrategia utilizada, del tamaño de las máquinas virtuales, del volumen de datos y de los mecanismos de replicación implementados. En muchos escenarios es necesario programar una ventana de mantenimiento para completar la transición de forma segura.


¿Cuál es el mayor riesgo al migrar de VMware a Proxmox?

El principal riesgo es asumir que la migración consiste únicamente en convertir un disco virtual. Una transición exitosa requiere preparar correctamente el sistema operativo invitado, validar los controladores VirtIO, revisar el almacenamiento, configurar la red virtual y contar con respaldos antes de iniciar el proceso.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *