Una máquina virtual puede arrancar en el nuevo sistema sin estar preparada para producción. Por eso, el paso de VMware a Proxmox incluye la validación de la aplicación y sus dependencias. La importación técnica es una parte de este proceso.
Registrar las dependencias antes de importar
El inventario abarca sistema operativo, método de arranque, dispositivos virtuales, redes, discos y servicios necesarios. También se revisan las licencias de aplicaciones, el software de copia de seguridad y las vías de acceso. Los cambios en el hardware virtual pueden afectar a los controladores y a las licencias vinculadas al hardware.
Se establece una secuencia para los sistemas que trabajan juntos. Una aplicación, su servicio de base de datos y los servicios de identidad no pueden evaluarse por separado. Cada oleada de migración tiene por ello un interlocutor funcional y criterios verificables de finalización satisfactoria.
Elegir el método de migración adecuado
Proxmox documenta métodos de importación desde VMware ESXi y otros procedimientos de migración. La opción adecuada depende de la versión de origen, el acceso, los discos y la ventana prevista. El fabricante también describe limitaciones, por ejemplo al transferir el estado del TPM virtual. Estas dependencias se valoran antes del cambio en producción.
En los sistemas invitados Windows importan, entre otros aspectos, los controladores VirtIO apropiados y el hardware de disco y red elegido realmente. Se conservan los datos necesarios para la recuperación. Un piloto de bajo riesgo puede mostrar pronto los ajustes que necesita el entorno existente; no demuestra la compatibilidad de todas las demás VM.
Probar la aplicación desde la perspectiva del usuario
La aceptación incluye inicio de sesión, procesamiento representativo, archivos, impresión o interfaces externas, cuando formen parte de la aplicación. Las copias de seguridad y la recuperación también deben funcionar en el nuevo sistema. Un ping y un escritorio arrancado no bastan.
Se comprueban expresamente las direcciones de red, el servicio horario y la resolución de nombres. Arrancar copias para las pruebas no debe generar una segunda instancia de producción descontrolada con las mismas identidades. El entorno de pruebas recibe una función claramente delimitada y reglas de acceso adecuadas.
Limitar en el tiempo la posibilidad de volver atrás
Antes del cambio se fija hasta qué momento es posible volver atrás. Los nuevos datos que ya se generan en el destino no se recuperan simplemente encendiendo la antigua VM. Para ese caso se planifican las decisiones, la conciliación de datos y las responsabilidades.
DAXS estructura la migración en oleadas trazables con un piloto, aprobación funcional y comprobaciones posteriores documentadas. El entorno anterior solo se retira tras un cierre definido de forma consciente. Así, el cambio sigue siendo una modificación operativa verificable y no se equipara a una transferencia de archivos satisfactoria.
Planificación de infraestructura · Estimar el esfuerzo de TI · Hablar sobre una migración
Fuentes: Proxmox: migración e importación desde ESXi (enlace externo) · Proxmox: controladores VirtIO para Windows (enlace externo)
