GUÍAS PARA EMPRESAS / MIGRACIÓN VMWARE
Migrar de VMware a Nutanix AHV: qué comprobar antes del corte
Migrar de VMware a AHV requiere validar las máquinas y sus aplicaciones, preparar el destino y acordar pruebas, una ventana de cambio y un retorno. Move ayuda a trasladar VMs; la compatibilidad depende de las versiones y configuraciones concretas. El proyecto termina cuando la operación queda comprobada y puede mantenerse.
Conoce el servicio y comparte el contexto de tu proyecto.
En esta página
Delimita qué se traslada y quién acepta el servicio
Inventaría aplicaciones, dependencias y responsables, además de VMs. Identifica qué debe funcionar junto y qué puede cambiar por etapas. El documento oficial de planificación de migraciones de Nutanix distingue inventario, herramientas, oleadas, retorno y validación posterior; las bases de datos y aplicaciones que requieren certificación necesitan atención específica.
Si VMware ya opera sobre Nutanix, distingue trasladar VMs a otro destino de convertir el hipervisor del clúster existente. Evalúa el procedimiento correspondiente antes de seleccionar una herramienta.
Revisa compatibilidad con un inventario verificable
Completa esta matriz antes de comprometer una oleada. Nutanix separa soporte de sistemas invitados, interoperabilidad y requisitos de Move; estar soportado en AHV no basta para confirmar el método de migración.
Desliza la tabla si no ves todas las columnas.
| Elemento | Evidencia necesaria | Decisión pendiente |
|---|---|---|
| ESXi, vCenter y destino | Versiones y builds de Move, AOS, AHV y Prism | Validar la combinación prevista |
| Sistema y aplicación | SO, versión, proveedor y dependencias | Confirmar soporte y prueba funcional |
| Discos y arranque | Configuración, cifrado y dispositivos especiales | Revisar límites del procedimiento |
| Respaldo y herramientas | Producto, versión y método de restauración | Comprobar operación después del cambio |
Prepara capacidad, conectividad y accesos
La descripción oficial de implementación exige hardware que cumpla los requisitos de la plataforma y un diseño definido. Verifica capacidad disponible, redes de administración y de aplicaciones, identidad y dependencias externas antes del traslado.
Documenta el mapa entre redes de origen y destino. Comprueba direcciones, DNS y permisos, y valida los puertos y componentes exigidos por la versión de Move seleccionada. Conserva pendientes explícitos cuando falta evidencia.
- Reserva recursos para pruebas, transferencia y operación posterior.
- Define una red de prueba aislada para evitar duplicar servicios productivos.
- Asigna responsables de redes, plataforma y aceptación de aplicaciones.
Ensaya el recorrido de Move antes de ampliar la oleada
Move permite preparar datos antes del corte y ejecutar una sincronización final con apagado de origen y arranque de destino. La documentación API consultada cubre Move 6.3.1 y distingue preparación automática o manual, comprobaciones de disponibilidad y corte. También advierte interrupción durante ese cambio.
Usa un piloto representativo para medir el comportamiento de tu aplicación. No extrapoles su duración a todas las VMs: volumen, cambios de datos y dependencias pueden diferir.
- Registra preparación, comprobaciones y errores encontrados.
- Prueba autenticación, transacciones, integraciones y tareas programadas.
- Acuerda cuándo detener la oleada y qué prueba permite continuar.
Separa respaldo, retorno y recuperación ante desastre
Comprueba una restauración con la solución de respaldo prevista para AHV. El retorno de una migración y la recuperación ante desastre resuelven problemas distintos: define para cada uno responsable, punto de decisión y tratamiento de los datos escritos después del cambio.
El diseño oficial de DR parte de requisitos RPO y RTO. Para tu proyecto, acuerda cuánta información puede perderse y cuánto puede tardar en recuperarse el servicio; son objetivos que deben probarse, no resultados garantizados.
Cierra con evidencia de operación y una configuración documentada
Propón una aceptación por aplicación: pruebas aprobadas, accesos correctos, respaldo restaurable y responsable operativo informado. Conserva la configuración final y las diferencias respecto del plan. Estos criterios deben acordarse con el cliente antes del cambio.
- Identifica versión, fecha, entorno y responsable de cada prueba.
- Registra pendientes y decide qué impide liberar la siguiente oleada.
- Entrega procedimientos de operación, alertas y escalamiento.
Nota editorial y alcance de las fuentes
Guía institucional de Digital Dev elaborada con asistencia de IA. Las matrices y pruebas son propuestas propias para planificar un proyecto; no describen resultados históricos ni se atribuye revisión personal a integrantes del equipo. Las fuentes conservan su autoría.
ANTES DE DECIDIR
Preguntas frecuentes
¿La migración puede hacerse sin interrupción?
Hay que acordar y ensayar una ventana. La documentación de Move contempla interrupción durante el corte; el tiempo de recuperación funcional depende de la aplicación y del entorno.
¿Move admite cualquier versión de VMware?
La combinación de origen, destino, sistema invitado y herramienta debe comprobarse en la documentación de la versión elegida. No se asume compatibilidad por el nombre del producto.
¿Qué enviar para evaluar el proyecto?
Inventario y versiones, aplicaciones críticas, redes, respaldo actual, restricciones de cambio y responsables. El brief descargable ayuda a conservar evidencia y decisiones pendientes sin incluir contraseñas.