Nutanix Move 6.3.3 elimina la carga de VDDK en migraciones de ESXi a AHV
DirectPath conecta un snapshot de disco al appliance Move como dispositivo de bloque local y copia los datos hacia AHV sin subir una librería VDDK. La versión 6.3.3 es una edición especial para despliegues nuevos, con requisitos de permisos, compatibilidad y limitaciones que conviene revisar antes de planificar un cutover.
Mover una máquina virtual entre hipervisores no suele atascarse en el botón de “migrar”, sino en leer discos, mapear redes y llegar al corte sin convertir la ventana de mantenimiento en una novela. Nutanix Move 6.3.3 incorpora DirectPath, un método que copia discos de máquinas VMware ESXi hacia AHV sin pedir que el administrador cargue el Virtual Disk Development Kit de VMware en el appliance.
La diferencia está en cómo Move accede al disco. Nutanix explica que el appliance crea o utiliza una copia basada en snapshot, conecta el respaldo del disco como dispositivo de bloque local y lee los datos directamente para transferirlos al destino. Después separa ese respaldo del appliance. Es una ruta de copia a nivel de bloque, independiente del sistema de archivos del huésped; no significa que el disco se convierta en una unidad física ni que la VM siga ejecutándose en ambos hipervisores a la vez.
DirectPath reduce una tarea previa ligada a VDDK, pero no elimina la planificación de la migración. El equipo sigue seleccionando VMs, validando configuración y organizando la ejecución y el cutover mediante el flujo conocido de Move. Nutanix presenta la opción como una forma adicional de reducir componentes previos; no publica un benchmark que permita prometer que será más rápida en cualquier datastore o red.
-InfraCrew dice:menos piezas que cargar es una mejora; que la ventana de corte desaparezca ya sería magia de marketing.-
La versión no se instala como una actualización normal
La advertencia de mayor peso quizá sea menos llamativa que DirectPath: Move 6.3.3 solo admite despliegues nuevos. Nutanix indica que no se instala actualizando un appliance Move anterior y que tampoco soporta actualizar desde 6.3.3 a otra versión. Por eso no conviene tratarla como un parche rutinario del Move existente. Hay que diseñar el appliance nuevo, confirmar conectividad con origen y destino y conservar el plan de retorno si el proyecto depende de esta herramienta.
La compatibilidad también es concreta. La publicación enumera Nutanix AOS 6.10 y las ramas 7.0, 7.3, 7.5 y 7.6; Prism Central pc.2024.3, pc.7.3, pc.7.5 y pc.7.6; y varias versiones de ESXi y vCenter. Los hosts ESXi con licencia gratuita no están soportados, y Nutanix fija VirtIO 1.2.5 como versión admitida en esta matriz. La combinación exacta de builds del cliente debe contrastarse en las notas completas, porque “compatible con ESXi 8” no sustituye la comprobación de Update concreto.
El appliance debe desplegarse en el entorno vSphere de origen y el datastore que contiene los discos fuente debe ser accesible desde el host ESXi donde se ejecuta Move. El destino necesita conectividad con las API de AHV y acceso al almacenamiento del clúster. También se requieren permisos explícitos en vCenter, entre ellos permitir descargar la VM y acceso directo en operaciones criptográficas para las migraciones con ESXi como origen.
-InfraCrew dice:un permiso que falta en vCenter suele aparecer justo cuando el equipo ya reservó la ventana.-
Límites antes del primer cutover
Hay dos detalles de la documentación que conviene convertir en tareas previas, no en sorpresas durante el cambio. Dos clústeres del mismo datacenter con datastores de nombre idéntico pero contenidos distintos pueden hacer fallar DirectPath. En otro escenario, si el cutover falla porque las propiedades de la VM destino superan los recursos del clúster, reducir el tamaño de la VM no siempre basta: puede ser necesario borrar la VM destino que dejó el intento anterior antes de repetir.
Hay además una advertencia para máquinas CentOS 8.4 y 8.5 con Secure Boot: podrían no arrancar en AHV después de migrar; Nutanix documenta desactivar Secure Boot o restablecer sus claves desde el gestor de arranque como opciones. No es un permiso para aplicar ese cambio a ciegas: el impacto de seguridad y la recuperación deben probarse según la política del huésped. Move también utiliza 172.17.0.0/16 y 172.18.0.0/16 para comunicaciones internas de sus servicios en contenedor, de modo que una red que ya use esos rangos puede introducir conflicto.
DirectPath resulta relevante para organizaciones que quieren mover cargas de vSphere a AHV y prefieren evitar la subida manual de VDDK. El anuncio no convierte cualquier entorno VMware en elegible ni resuelve compatibilidad de aplicaciones, licencias o redes. La lista de VMs, datastores, permisos y rangos IP es lo que decide si el proyecto cabe en esta ruta; primero conviene validar una carga representativa y después fijar el corte del resto.
Diccionario de la Crew
DirectPath — método de Nutanix Move 6.3.3 que adjunta una copia snapshot del disco al appliance como bloque local para leerlo y transferir sus datos.
VDDK — kit de desarrollo de VMware que las herramientas de migración podían utilizar para acceder a discos de máquinas virtuales.
AHV — hipervisor de Nutanix que ejecuta máquinas virtuales sobre la plataforma Nutanix Cloud Infrastructure.
Cutover — momento planificado en que el tráfico y la operación pasan de la VM de origen a la instancia destino.
Secure Boot — mecanismo de arranque que valida componentes firmados antes de permitir que el sistema operativo continúe iniciando.
