Moovv1.0.38

Migración masiva de VMware a Proxmox, KVM y HPE VM Essentials usando respaldos de Veeam.

Moov migra máquinas virtuales desde los puntos de restauración de Veeam Backup & Replication hacia Proxmox VE, oVirt / OLVM / RHV y HPE VM Essentials, sin tocar el entorno VMware vSphere de origen durante la migración.

  • 3
    hipervisores de destino
  • ≤ 60 s
    de RTO con Instant Migration
  • 0
    conexiones a vCenter o ESXi
VMware vSphere
fuera de alcance
Veeam Backup & Replication V13
origen: punto de restauración
Moov appliance
core + helpers descartables
customize · NBD · pivot
  • Proxmox VE8.x / 9.x
  • oVirt / OLVM4.5+
  • HPE VM EssentialsMorpheus 8.1.x · 9.0.x
Destinos soportados
Proxmox VE
8.x / 9.x

Soporte completo, incluyendo bootstrap automático del API token.

oVirt / OLVM / RHV
4.5+

Subida por REST + imageio; SSH/QMP para migración instantánea.

HPE VM Essentials
Morpheus 8.1.x · 9.0.x

Migración instantánea y en frío sobre nodos MVM.

Origen: API REST de Veeam Backup & Replication V13.

Cómo funciona

Un appliance Core más helpers descartables en el hipervisor de destino.

El origen de cada VM es Veeam: metadatos por REST o el disco publicado del respaldo. Moov nunca se conecta a vCenter ni a ESXi.

  • 01
    Pre-flight Inspector

    Escanea los respaldos de Veeam, clasifica cada VM (SO, discos, preparación VirtIO) y estima la capacidad necesaria.

  • 02
    Planificación de la ola

    El operador arma una ola en la consola web y elige host de destino y modo de migración por VM.

  • 03
    Publicación y despacho

    El Core publica el punto de restauración desde Veeam y despacha el trabajo a un helper, que sirve el disco por NBD y conduce la conversión o el arranque.

  • 04
    Arranque y pivot

    El progreso se transmite en vivo a la consola; la VM arranca, el agente invitado responde y, en migración instantánea, el disco pivotea al almacenamiento local.

VMware vSphere
fuera de alcance
Veeam Backup & Replication V13
Backup repository · VBK / VIB
SOURCE
Moov Appliance
moov-core — web console · REST API (:9093)
orchestrator · embedded SQLite · local CA · mTLS
moov-helper — local helper
PRIMARY
Operador
navegador web
HTTPS :9093
mTLS · gRPC
Helpers adicionales
HELPER
Misma imagen del appliance
Escalado horizontal de la migración
REST / SSH / libvirt
Destinos de migración
  • Proxmox VE
  • oVirt / OLVM / RHV
  • HPE VM Essentials
Flujo de datos activoGestión / consolaFuera de alcance
Arquitectura: origen Veeam, appliance Moov (core + helper local), helpers adicionales y destinos de migración.
Modos de migración

Dos modos, según cuánto downtime tolera cada VM.

IVMR

Instant VM Migration

RTO · ≤ 60 s hasta el arranque

Para VMs críticas. La VM arranca de inmediato en el destino desde el backup (iSCSI/NBD) mientras sus discos migran en segundo plano. Al terminar el espejo, el pivot la deja corriendo solo sobre el almacenamiento del destino.

Cold

Cold Migration

RTO · 15 a 60 min por VM

Copia los discos al destino y deja la VM creada y apagada, para encenderla en su propia ventana. Sin dependencia del backup en tiempo de arranque.

Wave Engine

Los dos modos corren a través del Wave Engine, que agenda muchas VMs en paralelo con límites de capacidad por helper derivados del CPU y la RAM del host: aprox. 1 vCPU y 2 GiB por VM, y la capacidad global es la suma de la flota.

Sin dependencia de vSphere

El origen de cada VM es Veeam. Moov nunca se conecta a vCenter ni a ESXi.

Drivers incluidos

Los VirtIO se preparan automáticamente para invitados Linux y Windows, incluido Windows moderno con drivers inbox.

Red preservada

Las IPs estáticas y las configuraciones multi-NIC se trasladan a la VM migrada, o se reasignan por NIC desde la consola.

Corre como appliance

Imagen autocontenida con asistente de primer arranque y consola web. Sin proveedor de identidad ni base de datos externa.

Preparación de VMs

La Máquina Virtual queda lista para KVM antes de arrancar.

La etapa de customize corre offline sobre el disco montado, sin appliance auxiliar ni KVM en el helper, y adapta el sistema operativo invitado para que bootee y opere en el destino.

customize · virt-v2v in-place
  • Inyección de drivers VirtIO

    vioscsi / viostor se instalan durante la preparación, en Windows y Linux. La inyección crea la evidencia VirtIO que habilita el bus virtio-scsi.

  • Dirección IP preservada

    Las IPs estáticas se aplican a todas las interfaces según la ranura PCI de cada NIC (multi-NIC en Windows y Linux), o se reasignan por NIC desde la consola.

  • Desinstalación de VMware Tools

    Las VMware Tools de vSphere se desinstalan para que no compitan con los drivers y el agente de KVM.

  • QEMU Guest Agent

    El QGA se prepara durante el customize; su respuesta a ping confirma que la VM migrada está viva y permite consultar IP, fsfreeze y ejecución de comandos.

  • Bus de disco virtio-scsi

    Controlador paravirtualizado por defecto cuando hay evidencia de soporte VirtIO en el invitado, con mejor rendimiento que SATA/IDE.

  • Reparación de arranque

    BCD fixup en Windows y siembra o reparación de la partición ESP cuando el invitado bootea por UEFI.

  • Optimización sparsify

    Los bloques vacíos o en cero se descartan durante la conversión, reduciendo tamaño y tiempo de transferencia.

  • Agente del destino

    En HPE VM Essentials el agente de Morpheus se instala post-pivot vía guest-exec del QEMU Guest Agent.

Inicio rápido

De appliance desplegado a múltiples VMs corriendo en ~20 minutos.

Recorrido mínimo de extremo a extremo. Requisito previo: el appliance importado y encendido, con red al servidor Veeam y al hipervisor destino.

  1. 01
    Primer arranque y login

    Completa el asistente de texto (rol Primary, red, hostname, hora, cuenta de administrador). Anota la huella de la CA y el código de recuperación.

  2. 02
    Conectar Veeam

    En Conexiones → Veeam, agrega tu servidor Veeam B&R V13 y prueba la conexión hasta ver estado correcto.

  3. 03
    Agregar un destino

    En Conexiones → Destinos, agrega Proxmox VE, oVirt o HPE VM Essentials. El asistente hace el bootstrap automático de credenciales.

  4. 04
    Desplegar un helper

    Elige el destino y acepta los valores por defecto (8 vCPU / 16 GB / 50 GB). El helper se registra por mTLS y queda Activo.

  5. 05
    Preflight de 1 VM

    Escanea el catálogo de Veeam, elige una VM y ejecuta el análisis de discos y hardware. Confirma que cae en el bucket Automático.

  6. 06
    Lanzar 1 Instant Migration

    Asistente de 3 pasos: origen y VM, destino y modo, ubicación (nodo, almacenamiento, red). La VM arranca de inmediato desde el backup.

  7. 07
    Verificar la VM arrancada

    Sigue el progreso en vivo: timeline por VM, progreso por disco y registro de eventos. Al terminar el pivot, la VM corre 100 % en el destino.

La consola

Todo el flujo desde una consola web.

Dashboard: estado global, resultados de las últimas migraciones y capacidad por destino.Dashboard: estado global, resultados de las últimas migraciones y capacidad por destino.
Dashboard: estado global, resultados de las últimas migraciones y capacidad por destino.
Migración en vivo: progreso por disco y registro de eventos.Migración en vivo: progreso por disco y registro de eventos.
Migración en vivo: progreso por disco y registro de eventos.
Preflight: inventario del catálogo Veeam y clasificación por VM.Preflight: inventario del catálogo Veeam y clasificación por VM.
Preflight: inventario del catálogo Veeam y clasificación por VM.
Conexiones: Veeam, destinos y helpers con bootstrap automático.Conexiones: Veeam, destinos y helpers con bootstrap automático.
Conexiones: Veeam, destinos y helpers con bootstrap automático.

Seguridad

Credenciales cifradas, mTLS entre componentes, sin IdP externo.

  • Autenticación local

    Contraseñas con hash bcrypt, sesiones con JWT firmado y control de acceso por rol. No requiere proveedor de identidad externo.

  • Credenciales cifradas

    Credenciales cifradas con AES-256-GCM. La clave maestra se muestra una única vez al arrancar como código de recuperación: ese código es la clave, así que debe guardarse con el mismo cuidado.

  • Helpers por mTLS

    Los helpers se autentican contra el Core con TLS mutuo mediante tokens de registro de un solo uso.

  • Artefactos verificados

    Imagen base, VirtIO y agentes invitados se verifican por checksum al descargarse.

Actualizaciones

El appliance se actualiza a sí mismo, y a su flota de helpers.

Desde la v1.0.38 la actualización se hace desde la consola: el appliance verifica, aplica y, si algo sale mal, vuelve solo a la versión anterior. No hay que reinstalar ni recrear los helpers.

  • Bundles firmados

    Cada actualización viene firmada con Ed25519 y con SHA-256 por archivo. El límite privilegiado revalida firma y hashes antes de aplicar nada.

  • Dos canales

    Binarios de Moov y parches del sistema operativo se actualizan por separado, cada uno con su propio estado en la consola.

  • Rollback automático

    Si el Core nuevo no arranca sano, el appliance revierte solo a la versión anterior sin intervención del operador.

  • Flota al día

    El appliance espeja el archivo Debian para sus helpers y permite reiniciar hosts desde la misma tabla. Core y helpers deben quedar en la misma versión.

Releases

Qué cambió en las últimas versiones.

Ver el changelog completo →
v1.0.38Última

Actualizaciones en caliente y Cold sin staging

Reemplaza a la v1.0.37. Introduce actualización en sitio desde la consola (firmada, verificada y reversible) y saca la copia local completa del camino de Cold Migration. Requiere actualizar todos los helpers junto con el appliance: el Core rechaza helpers anteriores a 1.0.38.

  • Updates firmados de punta a punta. Bundles Ed25519 con SHA-256 por archivo, dos canales (binarios Moov y sistema operativo) y rollback automático si el Core nuevo no arranca sano.
  • Cold sin staging. El helper sirve el disco de origen directo y el hipervisor tira de él: se va una copia completa de la VM del tiempo y del disco del helper. La VM queda apagada para encenderla en su ventana.
  • Red del guest en la NIC correcta. El binding pasa a topología PCI; los invitados Windows con IP estática vuelven con su dirección en lugar de caer a DHCP.
  • Progreso real. Los tres hipervisores reportan bytes efectivamente transferidos, medidos antes de empezar la copia. Las fechas siguen la zona horaria del appliance.
  • Parches de SO en toda la flota. El appliance espeja el archivo Debian para sus helpers, con reinicio de hosts desde la misma tabla y estado honesto cuando no se pudo medir.
  • Alertas de origen y destino. Veeam o un hipervisor que deja de responder ahora notifica tras dos fallos consecutivos, deduplicado 30 minutos.
  • Preflight. Selección de repositorio y paginación para inventarios grandes; solo backups de imagen de VM, con object storage y repositorios hardened clasificados correctamente.
  • Seguridad. Cuatro auditorías cerradas: el límite privilegiado revalida firmas y hashes por su cuenta, y el pinning de host-key SSH se exige en todos los caminos.
v1.0.37Anterior

Primer release público

La versión que salió a la comunidad en VeeamHub, validada end-to-end contra los tres hipervisores con migración instantánea y en frío, invitados Linux y Windows multi-NIC y olas concurrentes.

  • Auditoría OWASP/ASVS con los hallazgos de severidad media cerrados y cargo audit en cero.
  • Consola en vivo: el preflight refleja el avance de otra pestaña, la cancelación sobrevive a un F5 y el dashboard muestra el avance real por disco.
  • Consola TUI del helper en la pantalla del hipervisor: estado, registro y trabajos en curso.
  • IP estática multi-NIC en Windows aplicada a todas las interfaces, matcheando por MAC.
  • Cold Migration disponible en Proxmox, oVirt y HPE VM Essentials.
  • Mount Server en modo automático según las tareas del repositorio, prefiriendo helpers del hipervisor de destino.

Preguntas frecuentes

¿Necesito acceso a vCenter o ESXi?

No. El origen de cada VM es Veeam, por metadatos REST o por el disco publicado del respaldo. Moov nunca se conecta al entorno vSphere.

¿Qué versión de Veeam requiere?

Veeam Backup & Replication V13, a través de su API REST y la Data Integration API para publicar los discos sin modificar el backup.

¿Qué licencia de Veeam necesito?

Moov funciona con Veeam Data Platform en sus ediciones Foundation, Advanced y Premium, bajo Veeam Universal License (VUL). Las licencias de evaluación y NFR también sirven, porque vienen con todas las funciones habilitadas. Veeam Backup & Replication Community Edition no está soportada.

¿Cuánto downtime tiene una VM crítica?

Con Instant VM Migration la VM arranca en el destino desde el respaldo (RTO indicado ≤ 60 s) y después pivotea al almacenamiento local sin ventana adicional.

¿Y los drivers de Windows?

Los VirtIO se inyectan automáticamente durante el customize, incluidas versiones modernas de Windows con drivers inbox y Windows Server 2025.

¿Cuántas VMs puedo migrar a la vez?

El Wave Engine agenda olas concurrentes; cada helper corre tantas VMs en paralelo como permiten su CPU y su RAM, y la capacidad global es la suma de la flota.

¿Bajo qué licencia se publica Moov?

Moov se publica bajo licencia MIT en la organización VeeamHub en GitHub, en estado beta.