La migración de una infraestructura VMware a Proxmox no consiste únicamente en trasladar máquinas virtuales de una plataforma a otra. Antes de iniciar el proceso es necesario revisar el almacenamiento, las redes, los sistemas operativos invitados, las copias de seguridad, las dependencias entre servidores y, sobre todo, definir cómo se realizará el cambio sin comprometer los servicios de la empresa.
Proxmox VE dispone actualmente de mecanismos integrados para importar máquinas virtuales desde VMware ESXi y desde formatos OVF/OVA. Sin embargo, antes de comenzar una migración de producción conviene realizar pruebas con máquinas no críticas y validar previamente el procedimiento.
Una planificación correcta permite reducir riesgos, detectar incompatibilidades antes del día del cambio y establecer un procedimiento de reversión si algo no funciona como estaba previsto.
Antes de iniciar la migración
Una migración segura parte de cuatro validaciones:
- inventario real de máquinas, dependencias y criticidad;
- diseño de red, almacenamiento y capacidad en Proxmox;
- copias verificadas y un plan de reversión documentado;
- una prueba previa con una máquina no crítica.
Inventariar la infraestructura VMware antes de migrar
El primer paso debería ser conocer exactamente qué existe en el entorno actual. No basta con disponer de una lista de máquinas virtuales. Para cada una conviene documentar al menos:
- sistema operativo;
- CPU y memoria asignadas;
- discos y tamaño utilizado;
- datastore donde está alojada;
- interfaces de red, VLAN y dirección IP;
- servicios que presta y dependencias con otras máquinas;
- snapshots existentes, ventanas de mantenimiento y criticidad.
También deben identificarse los elementos externos de los que depende cada servidor: DNS, Active Directory, almacenamiento compartido, aplicaciones que utilizan direcciones IP concretas, sistemas de backup, firewalls, reglas de acceso, monitorización e integraciones externas. Este inventario permite diseñar el entorno Proxmox antes de comenzar a mover máquinas.
Revisar la plataforma Proxmox de destino
Antes de migrar la primera máquina virtual hay que decidir cómo será la infraestructura de destino. No es lo mismo migrar diez máquinas virtuales a un único servidor Proxmox que construir un clúster con varios nodos, alta disponibilidad y almacenamiento compartido.
Entre los aspectos que deben analizarse están el número de nodos, procesadores y memoria disponibles, capacidad de crecimiento, almacenamiento local o compartido, ZFS, NFS, iSCSI o Ceph cuando corresponda, interfaces físicas, bonding, VLAN, bridges, alta disponibilidad, red de gestión, red de migración e infraestructura de backup.
El objetivo no debería ser copiar exactamente la arquitectura anterior, sino aprovechar la migración para revisar si el diseño sigue siendo adecuado. Consulte también nuestra ficha de Proxmox VE.
Comprobar CPU y compatibilidad
Las máquinas virtuales pueden requerir configuraciones diferentes dependiendo del hardware de los nodos Proxmox. En un clúster con procesadores equivalentes puede ser interesante utilizar configuraciones de CPU cercanas al hardware físico. En entornos con nodos distintos o con previsión de crecimiento, hay que estudiar cuidadosamente el modelo de CPU utilizado para mantener compatibilidad entre nodos y facilitar futuras migraciones.
Diseñar correctamente la red
La red es uno de los aspectos que más problemas puede generar durante una migración. Antes del cambio deben documentarse VLAN, bridges, direccionamiento, gateways, DNS, bonding, interfaces dedicadas, redes de almacenamiento, redes de backup y comunicaciones entre servidores.
También hay que tener en cuenta que una máquina importada puede utilizar una nueva dirección MAC. Si existen reservas DHCP, reglas de firewall, sistemas de licenciamiento o aplicaciones vinculadas a una MAC concreta, es necesario revisarlo previamente. Para máquinas virtuales modernas, los dispositivos VirtIO suelen ser la opción más adecuada cuando el sistema operativo dispone de los controladores correspondientes.
Revisar el almacenamiento antes de mover datos
El almacenamiento probablemente sea uno de los factores que más influya tanto en el tiempo de migración como en el rendimiento posterior. Antes de comenzar es necesario conocer el volumen total de datos, espacio realmente utilizado, rendimiento necesario, IOPS de las cargas más exigentes, crecimiento previsto, redundancia, ubicación de las copias y velocidad entre VMware y Proxmox.
También conviene revisar los snapshots existentes. Una máquina con snapshots, discos cifrados o determinadas configuraciones de almacenamiento puede requerir un procedimiento específico. Estas situaciones deben detectarse durante el inventario y no el día de la migración.
No olvidar TPM y cifrado
Los servidores Windows modernos pueden utilizar TPM virtual para determinadas funciones de seguridad y cifrado. Si una máquina utiliza cifrado relacionado con TPM, BitLocker u otros mecanismos similares, es fundamental disponer de las claves de recuperación necesarias antes de iniciar cualquier cambio. Nunca debería descubrirse esta dependencia después de haber apagado o modificado el servidor original.
Elegir el método de migración
No existe un único procedimiento válido para todas las máquinas. Proxmox VE permite trabajar con diferentes métodos según el entorno:
- importación desde VMware ESXi;
- importación mediante OVF/OVA;
- importación de discos VMDK;
- traslado mediante almacenamiento compartido;
- exportación e importación manual;
- reconstrucción de determinadas máquinas cuando resulte más conveniente.
La decisión debe tomarse máquina por máquina. En algunos servidores puede resultar más seguro migrar la VM completa; en otros, especialmente si son sistemas antiguos, poco documentados o con configuraciones heredadas, puede ser preferible crear una instalación limpia y migrar aplicaciones y datos.
Empezar siempre por una máquina de prueba
La primera importación no debería ser el servidor más crítico de la empresa. El procedimiento debería probarse con una máquina representativa pero poco crítica. Esta prueba permite comprobar velocidad de transferencia, rendimiento del almacenamiento, drivers, configuración de red, arranque, dispositivos, servicios y tiempos reales del proceso.
Preparar el sistema operativo invitado
Una máquina puede importar correctamente y, sin embargo, no estar todavía preparada para producción. Después de la migración deben revisarse interfaces de red, controladores VirtIO, dispositivos antiguos, VMware Tools, servicios automáticos, sincronización horaria, discos, firewall, activación de Windows y aplicaciones vinculadas al hardware virtual.
No conviene eliminar inmediatamente componentes del entorno VMware hasta haber comprobado que la máquina funciona correctamente en Proxmox.
Definir una ventana de intervención
Cada servicio debe disponer de una ventana de cambio acorde con su criticidad. El procedimiento debería indicar claramente:
- cuándo se detiene el servicio;
- cuándo se realiza la última copia o sincronización;
- cuándo se apaga la VM original;
- cuándo comienza la importación;
- qué pruebas se realizan;
- quién valida el servicio;
- cuándo se considera finalizada la migración;
- en qué punto se ejecutaría una reversión.
El backup debe existir antes de migrar
Una migración no debería convertirse en la única copia disponible de una máquina. Antes de intervenir deben existir copias verificadas y, cuando la criticidad lo requiera, una estrategia que permita recuperar la situación previa.
Después de migrar a Proxmox también debe definirse cómo se protegerá el nuevo entorno. En ecosistemas Proxmox, Proxmox Backup Server puede formar parte de esa estrategia. Además deben estudiarse ubicación, retención, separación respecto a producción, copia externa, replicación y pruebas periódicas de restauración.
Preparar un procedimiento de reversión
Toda migración debería disponer de una respuesta clara: ¿qué hacemos si la nueva VM no funciona correctamente? Un plan de reversión puede incluir mantener intacta la VM original, evitar cambios en producción hasta validar el nuevo servidor, documentar DNS e IP anteriores, disponer de las configuraciones originales y definir el límite temporal para decidir la vuelta atrás.
La reversión debe diseñarse antes de comenzar el cambio. Improvisarla durante una incidencia aumenta considerablemente el riesgo.
Migrar por fases
Cuando existen muchas máquinas virtuales, es preferible organizar la migración por grupos:
Fase 1 — Sistemas poco críticos
Permiten validar infraestructura y procedimiento.
Fase 2 — Servicios internos
Aplicaciones con impacto limitado.
Fase 3 — Servicios críticos
Servidores de producción, bases de datos o aplicaciones esenciales.
Esta aproximación permite incorporar a cada fase lo aprendido en la anterior.
Validar antes de eliminar VMware
Una máquina que arranca no significa necesariamente que la migración haya terminado. Antes de considerar completado el proceso hay que comprobar conectividad, DNS, aplicaciones, bases de datos, servicios, rendimiento, backups, monitorización, tareas programadas, accesos externos e integraciones.
Solo después de un periodo razonable de validación debería plantearse la retirada definitiva de la infraestructura anterior.
Documentar el entorno final
La migración es también una buena oportunidad para mejorar la documentación. Al finalizar deberían quedar registrados nodos Proxmox, direccionamiento, VLAN, almacenamiento, máquinas virtuales, recursos asignados, dependencias, estrategia de backup, monitorización, accesos administrativos y procedimientos de recuperación.
¿Es viable migrar cualquier entorno VMware a Proxmox?
No debería darse por supuesto. En muchos escenarios la migración es perfectamente viable, pero antes hay que analizar la infraestructura existente. Almacenamiento, vSAN, cifrado, TPM, hardware específico, aplicaciones heredadas, dispositivos virtuales especiales y requisitos de alta disponibilidad pueden condicionar el procedimiento.
Conclusión
Proxmox VE se ha convertido en una alternativa interesante para empresas que quieren revisar su plataforma de virtualización, pero una migración desde VMware debe tratarse como un proyecto de infraestructura.
Inventariar correctamente el entorno, diseñar almacenamiento y red, realizar pruebas, disponer de backups y preparar un procedimiento de reversión son aspectos tan importantes como la propia importación de las máquinas virtuales. Una migración bien planificada permite reducir el riesgo y aprovechar el proyecto para simplificar, documentar y mejorar la infraestructura existente.
