¿XCP ng o Proxmox para una migración desde VMware?
Salir de VMware implica algo más que elegir otro hipervisor. Hay que transferir, probar y proteger cada máquina virtual sin provocar un tiempo de inactividad inaceptable ni romper aplicaciones críticas.
Proxmox VE y XCP ng son dos de los destinos de código abierto más sólidos para las cargas de trabajo de VMware. Los dos ofrecen herramientas de migración, gestión centralizada, clústeres, alta disponibilidad y opciones de copia de seguridad integradas. Sin embargo, sus procesos de migración y sus modelos de operación a largo plazo son distintos.
Proxmox suele ser la opción más flexible para organizaciones que quieren una plataforma de virtualización integrada con un soporte amplio de almacenamiento y contenedores. XCP ng puede resultar más atractivo cuando la prioridad principal es reducir el tiempo de inactividad de la migración o cuando el equipo prefiere un entorno Xen centrado en máquinas virtuales.
¿Cómo migra Proxmox las máquinas virtuales de VMware?
Proxmox VE incluye un importador integrado que se conecta a un host VMware ESXi. Los administradores añaden el sistema ESXi como origen de importación en la configuración de almacenamiento de Proxmox, seleccionan una máquina virtual y asignan sus discos, interfaces de red y almacenamiento de destino desde la interfaz web.
La documentación de Proxmox indica que el importador se probó con las versiones de ESXi de la 6.5 a la 8.0. El importador puede trasladar buena parte de la configuración de VMware al modelo de máquina virtual de Proxmox, lo que reduce la reconstrucción manual necesaria.
Proxmox recomienda apagar la máquina virtual de VMware antes de empezar la importación principal. Así se protege la coherencia y se evita que se hagan cambios en los discos originales mientras se transfieren.
Proxmox también ofrece una opción de importación en vivo. En este modo, la máquina virtual de origen en VMware sigue apagada, pero la nueva máquina virtual de Proxmox puede arrancar antes de que termine de transferirse todo el disco. Primero se importan los datos del disco a los que se accede con más frecuencia, y el resto sigue copiándose en segundo plano.
Esto puede acortar mucho la interrupción del servicio, sobre todo al migrar una máquina virtual grande. Sin embargo, al principio el destino puede tener un rendimiento de entrada y salida más bajo, y Proxmox advierte de que los datos escritos después de empezar la importación en vivo podrían perderse si el proceso de importación falla.
¿Cómo migra XCP ng las máquinas virtuales de VMware?
XCP ng usa Xen Orchestra para migrar desde VMware. Su función V2V se conecta a VMware a través de la interfaz de programación de aplicaciones de ESXi y transfiere la máquina virtual al entorno XCP ng.
Xen Orchestra admite la migración en caliente. Primero crea un snapshot en VMware y copia el disco virtual principal mientras la máquina virtual de origen sigue funcionando. Cuando termina la copia inicial, Xen Orchestra apaga la máquina virtual de VMware, captura los bloques que han cambiado y transfiere solo esa diferencia final.
Después se arranca la máquina virtual en XCP ng. Como la mayor parte de los datos se copia mientras el sistema original sigue en línea, la interrupción final del servicio puede ser mucho más corta que en una migración en frío tradicional.
La migración en caliente requiere que la máquina virtual de VMware tenga al menos un snapshot. La cuenta de VMware que usa Xen Orchestra también necesita permiso para detener la máquina virtual de origen durante el corte final.
Xen Orchestra solo necesita acceso de red a la interfaz de programación de aplicaciones de ESXi, sin acceso directo al almacenamiento de VMware que hay debajo. Esto puede simplificar las migraciones en las que es difícil conectar la red de almacenamiento al entorno de sustitución.
¿Qué plataforma ofrece menos tiempo de inactividad?
XCP ng tiene la ventaja más clara si se comparan los flujos oficiales de migración desde VMware. Xen Orchestra hace la transferencia inicial de datos mientras la máquina virtual de origen sigue en línea, así que durante la ventana de apagado solo hay que copiar los últimos cambios.
La importación en vivo de Proxmox también reduce el tiempo de inactividad, pero la máquina virtual de VMware tiene que estar ya apagada. Proxmox arranca el destino antes de terminar la transferencia completa del disco, mientras que XCP ng mantiene el origen en línea durante la mayor parte de la transferencia.
La diferencia real dependerá del tamaño de la máquina virtual, la velocidad del almacenamiento, el ancho de banda de la red y la actividad de escritura. Una infraestructura pequeña con ventanas de mantenimiento cortas puede considerar el proceso de Proxmox perfectamente aceptable. Una empresa que migra servidores de aplicaciones de varios terabytes puede sacar más partido del modelo de migración en caliente de XCP ng.
No conviene fiarse de ninguno de los dos flujos sin probarlo. Las bases de datos, los servicios de directorio y las aplicaciones con mucha carga transaccional necesitan una validación a nivel de aplicación aunque el hipervisor informe de que la migración ha ido bien.
¿Qué limitaciones de migración deberías comprobar?
Proxmox enumera varias limitaciones importantes. Las máquinas virtuales guardadas directamente en VMware vSAN no se pueden importar con el flujo estándar, y puede que primero haya que mover los discos a otro datastore de VMware. Los discos virtuales cifrados no se pueden importar hasta que se elimine la política de cifrado. Proxmox tampoco puede transferir por ahora el estado del módulo de plataforma segura virtual de VMware, lo que puede afectar a sistemas Windows que guardan las claves de cifrado del disco en ese módulo virtual.
Los snapshots de VMware pueden hacer que las importaciones de Proxmox sean bastante más lentas. Proxmox recomienda ejecutar en serie las tareas de migración grandes porque la interfaz de programación de aplicaciones de ESXi tiene un límite de conexiones relativamente bajo. Lanzar demasiadas importaciones a la vez puede provocar retrasos y operaciones bloqueadas.
XCP ng tiene sus propias limitaciones. Su proceso automático de migración desde VMware no admite un disco virtual individual de más de 2 terabytes menos 8 megabytes. Cuando una máquina virtual supera ese límite, los administradores tienen que crear varios discos de destino y transferir el contenido por otro método.
XCP ng también aconseja quitar los controladores de invitado de VMware antes de la migración. Al importar un OVA, los administradores tienen que confirmar a mano si el sistema original usaba BIOS o UEFI, porque puede que esa información no se detecte correctamente.
Estas limitaciones pueden decidir la plataforma antes de empezar a comparar funciones. A una organización con muchos discos virtuales grandes Proxmox puede resultarle más fácil. Una organización con discos grandes pero dentro del límite y requisitos estrictos de tiempo de inactividad puede preferir XCP ng.
¿Qué pasa después de la migración?
La plataforma de destino tiene que sostener el entorno durante años después de haber retirado VMware.
Proxmox gestiona máquinas virtuales KVM y contenedores LXC desde su interfaz web integrada. Admite ZFS local, NFS, iSCSI, Ceph y otras tecnologías de almacenamiento disponibles a través de Debian. También incluye gestión de clústeres, alta disponibilidad, redes definidas por software y un firewall distribuido.
Proxmox Backup Server ofrece copias de seguridad incrementales, deduplicación, verificación, sincronización remota, recuperación de archivos individuales y restauración en vivo. Se despliega como un sistema de copias de seguridad independiente y se añade directamente a Proxmox VE como destino de almacenamiento.
XCP ng se centra en las máquinas virtuales y usa Xen Orchestra como capa central de gestión. Xen Orchestra ofrece controles de acceso, informes, balanceo de carga, copias de seguridad, copias diferenciales, recuperación ante desastres, replicación continua y migración en caliente.
Eso te da dos modelos de operación distintos. Proxmox coloca la mayor parte de la gestión del clúster directamente en los nodos del hipervisor y usa un producto aparte para las copias de seguridad avanzadas, mientras que XCP ng se apoya más en Xen Orchestra como sistema central de control, copias de seguridad y automatización.
¿Qué plataforma es mejor para una migración grande desde VMware?
XCP ng merece una consideración seria cuando la migración incluye muchas máquinas virtuales grandes y el tiempo de inactividad tiene que ser mínimo. Su proceso de migración en caliente está pensado específicamente para copiar la mayoría de los datos antes de apagar VMware, y Xen Orchestra da a los administradores un único lugar central para seguir las tareas de migración y gestionar el entorno XCP ng resultante.
Proxmox puede ser la mejor opción a largo plazo cuando la organización quiere algo más que un sustituto directo de VMware. Admite máquinas virtuales, contenedores de sistema, gestión integrada de Ceph, ZFS y una amplia gama de opciones de infraestructura basadas en Linux. A los equipos con mucha experiencia en Debian, KVM o administración de Linux también puede resultarles más fácil diagnosticar y personalizar Proxmox.
¿Deberías elegir XCP ng o Proxmox?
Elige XCP ng cuando el tiempo de inactividad de la migración sea la preocupación dominante, tus discos virtuales estén dentro de su límite de migración automática y quieras que Xen Orchestra gestione la virtualización, las copias de seguridad y la recuperación ante desastres.
Elige Proxmox cuando quieras una plataforma de infraestructura más amplia, necesites contenedores LXC, pienses usar ZFS o Ceph, o prefieras Proxmox Backup Server como capa de copias de seguridad independiente.
Antes de comprometerte, migra varias máquinas virtuales representativas a las dos plataformas. Incluye un servidor Windows, una aplicación Linux, un sistema de base de datos y una de las cargas de trabajo más grandes del entorno. Mide el tiempo de transferencia, la duración de la interrupción, los cambios de controladores, el comportamiento de la red, el rendimiento de las copias de seguridad y la velocidad de recuperación.
La herramienta de migración te saca de VMware, pero el modelo de gestión diaria decide si la sustitución sigue funcionando bien cuando el proyecto de migración ha terminado.