Moovv1.0.38

Migração massiva de VMware para Proxmox, KVM e HPE VM Essentials usando backups do Veeam.

O Moov migra máquinas virtuais a partir dos pontos de restauração do Veeam Backup & Replication para Proxmox VE, oVirt / OLVM / RHV e HPE VM Essentials, sem tocar no ambiente VMware vSphere de origem durante a migração.

  • 3
    hipervisores de destino
  • ≤ 60 s
    de RTO com Instant Migration
  • 0
    conexões ao vCenter ou ESXi
VMware vSphere
fora de alcance
Veeam Backup & Replication V13
origem: ponto de restauração
Moov appliance
core + helpers descartáveis
customize · NBD · pivot
  • Proxmox VE8.x / 9.x
  • oVirt / OLVM4.5+
  • HPE VM EssentialsMorpheus 8.1.x · 9.0.x
Destinos suportados
Proxmox VE
8.x / 9.x

Suporte completo, incluindo bootstrap automático do API token.

oVirt / OLVM / RHV
4.5+

Upload via REST + imageio; SSH/QMP para migração instantânea.

HPE VM Essentials
Morpheus 8.1.x · 9.0.x

Migração instantânea e a frio em nós MVM.

Origem: API REST do Veeam Backup & Replication V13.

Como funciona

Um appliance Core mais helpers descartáveis no hipervisor de destino.

A origem de cada VM é o Veeam: metadados via REST ou o disco publicado do backup. O Moov nunca se conecta ao vCenter nem ao ESXi.

  • 01
    Pre-flight Inspector

    Varre os backups do Veeam, classifica cada VM (SO, discos, prontidão VirtIO) e estima a capacidade necessária.

  • 02
    Planejamento da onda

    O operador monta uma onda no console web e escolhe host de destino e modo de migração por VM.

  • 03
    Publicação e despacho

    O Core publica o ponto de restauração do Veeam e despacha o trabalho a um helper, que serve o disco por NBD e conduz a conversão ou o boot.

  • 04
    Boot e pivot

    O progresso é transmitido ao vivo ao console; a VM inicia, o agente convidado responde e, na migração instantânea, o disco pivota para o armazenamento local.

VMware vSphere
fora 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 adicionais
HELPER
Mesma imagem do appliance
Escalonamento horizontal da migração
REST / SSH / libvirt
Destinos de migração
  • Proxmox VE
  • oVirt / OLVM / RHV
  • HPE VM Essentials
Fluxo de dados ativoGestão / consoleFora de alcance
Arquitetura: origem Veeam, appliance Moov (core + helper local), helpers adicionais e destinos de migração.
Modos de migração

Dois modos, conforme o downtime que cada VM tolera.

IVMR

Instant VM Migration

RTO · ≤ 60 s até o boot

Para VMs críticas. A VM inicia imediatamente no destino a partir do backup (iSCSI/NBD) enquanto os discos migram em segundo plano. Ao terminar o espelho, o pivot deixa a VM rodando somente no armazenamento do destino.

Cold

Cold Migration

RTO · 15 a 60 min por VM

Copia os discos para o destino e deixa a VM criada e desligada, para ligá-la na sua própria janela. Sem dependência do backup no momento do boot.

Wave Engine

Os dois modos rodam através do Wave Engine, que agenda muitas VMs em paralelo com limites de capacidade por helper derivados da CPU e da RAM do host: aprox. 1 vCPU e 2 GiB por VM, e a capacidade global é a soma da frota.

Sem dependência de vSphere

A origem de cada VM é o Veeam. O Moov nunca se conecta ao vCenter nem ao ESXi.

Drivers incluídos

Os VirtIO são preparados automaticamente para guests Linux e Windows, incluindo Windows moderno com drivers inbox.

Rede preservada

IPs estáticos e configurações multi-NIC são levados para a VM migrada, ou reatribuídos por NIC no console.

Roda como appliance

Imagem autocontida com assistente de primeiro boot e console web. Sem provedor de identidade nem banco de dados externo.

Preparação de VMs

A Máquina Virtual fica pronta para KVM antes de iniciar.

A etapa de customize roda offline sobre o disco montado, sem appliance auxiliar nem KVM no helper, adaptando o sistema operacional convidado para iniciar e operar no destino.

customize · virt-v2v in-place
  • Injeção de drivers VirtIO

    vioscsi / viostor são instalados durante a preparação, no Windows e no Linux. A injeção cria a evidência VirtIO que habilita o barramento virtio-scsi.

  • Endereço IP preservado

    IPs estáticos são aplicados a todas as interfaces conforme o slot PCI de cada NIC (multi-NIC no Windows e Linux), ou reatribuídos por NIC no console.

  • Desinstalação do VMware Tools

    As VMware Tools do vSphere são desinstaladas para não competirem com os drivers e o agente do KVM.

  • QEMU Guest Agent

    O QGA é preparado durante o customize; sua resposta ao ping confirma que a VM migrada está viva e permite consultar IP, fsfreeze e executar comandos.

  • Barramento virtio-scsi

    Controlador paravirtualizado como padrão quando há evidência de suporte VirtIO no guest, com melhor desempenho que SATA/IDE.

  • Reparo de boot

    BCD fixup no Windows e semeadura ou reparo da partição ESP quando o guest inicia por UEFI.

  • Otimização sparsify

    Blocos vazios ou zerados são descartados durante a conversão, reduzindo tamanho e tempo de transferência.

  • Agente do destino

    No HPE VM Essentials o agente Morpheus é instalado após o pivot via guest-exec do QEMU Guest Agent.

Início rápido

De appliance implantado a múltiplas VMs rodando em ~20 minutos.

Percurso mínimo de ponta a ponta. Pré-requisito: o appliance importado e ligado, com rede até o servidor Veeam e o hipervisor de destino.

  1. 01
    Primeiro boot e login

    Complete o assistente de texto (papel Primary, rede, hostname, hora, conta de administrador). Anote a impressão digital da CA e o código de recuperação.

  2. 02
    Conectar o Veeam

    Em Conexões → Veeam, adicione seu servidor Veeam B&R V13 e teste a conexão até ver o estado correto.

  3. 03
    Adicionar um destino

    Em Conexões → Destinos, adicione Proxmox VE, oVirt ou HPE VM Essentials. O assistente faz o bootstrap automático das credenciais.

  4. 04
    Implantar um helper

    Escolha o destino e aceite os valores padrão (8 vCPU / 16 GB / 50 GB). O helper se registra por mTLS e fica Ativo.

  5. 05
    Preflight de 1 VM

    Varra o catálogo do Veeam, escolha uma VM e rode a análise de discos e hardware. Confirme que ela cai no bucket Automático.

  6. 06
    Lançar 1 Instant Migration

    Assistente de 3 passos: origem e VM, destino e modo, posicionamento (nó, armazenamento, rede). A VM inicia direto do backup.

  7. 07
    Verificar a VM iniciada

    Acompanhe o progresso ao vivo: timeline por VM, progresso por disco e registro de eventos. Ao terminar o pivot, a VM roda 100 % no destino.

O console

Todo o fluxo em um console web.

Dashboard: estado global, resultados das últimas migrações e capacidade por destino.Dashboard: estado global, resultados das últimas migrações e capacidade por destino.
Dashboard: estado global, resultados das últimas migrações e capacidade por destino.
Migração ao vivo: progresso por disco e registro de eventos.Migração ao vivo: progresso por disco e registro de eventos.
Migração ao vivo: progresso por disco e registro de eventos.
Preflight: inventário do catálogo Veeam e classificação por VM.Preflight: inventário do catálogo Veeam e classificação por VM.
Preflight: inventário do catálogo Veeam e classificação por VM.
Conexões: Veeam, destinos e helpers com bootstrap automático.Conexões: Veeam, destinos e helpers com bootstrap automático.
Conexões: Veeam, destinos e helpers com bootstrap automático.

Segurança

Credenciais cifradas, mTLS entre componentes, sem IdP externo.

  • Autenticação local

    Senhas com hash bcrypt, sessões com JWT assinado e controle de acesso por papel. Não requer provedor de identidade externo.

  • Credenciais cifradas

    Credenciais cifradas com AES-256-GCM. A chave mestra é exibida uma única vez no bootstrap como código de recuperação: esse código é a chave, então deve ser guardado com o mesmo cuidado.

  • Helpers por mTLS

    Os helpers se autenticam no Core com TLS mútuo por meio de tokens de registro de uso único.

  • Artefatos verificados

    Imagem base, VirtIO e agentes convidados são verificados por checksum no download.

Atualizações

O appliance se atualiza sozinho, e também sua frota de helpers.

Desde a v1.0.38 a atualização é feita pelo console: o appliance verifica, aplica e, se algo der errado, volta sozinho à versão anterior. Sem reinstalar nem recriar os helpers.

  • Bundles assinados

    Cada atualização vem assinada com Ed25519 e com SHA-256 por arquivo. O limite privilegiado revalida assinatura e hashes antes de aplicar qualquer coisa.

  • Dois canais

    Binários do Moov e patches do sistema operacional são atualizados separadamente, cada um com seu próprio estado no console.

  • Rollback automático

    Se o novo Core não iniciar saudável, o appliance reverte sozinho para a versão anterior, sem intervenção do operador.

  • Frota em dia

    O appliance espelha o arquivo Debian para seus helpers e permite reiniciar hosts pela mesma tabela. Core e helpers devem ficar na mesma versão.

Releases

O que mudou nas últimas versões.

Ver o changelog completo →
v1.0.38Última

Atualizações em sítio e Cold sem staging

Substitui a v1.0.37. Introduz atualização em sítio pelo console (assinada, verificada e reversível) e remove a cópia local completa do caminho da Cold Migration. Todos os helpers devem ser atualizados junto com o appliance: o Core recusa helpers anteriores a 1.0.38.

  • Updates assinados de ponta a ponta. Bundles Ed25519 com SHA-256 por arquivo, dois canais (binários Moov e sistema operacional) e rollback automático se o novo Core não iniciar saudável.
  • Cold sem staging. O helper serve o disco de origem diretamente e o hipervisor puxa dele: sai uma cópia completa da VM do tempo e do disco do helper. A VM fica desligada para você ligá-la na sua janela.
  • Rede do guest na NIC correta. O binding passa a usar topologia PCI; guests Windows com IP estático voltam com o endereço em vez de cair para DHCP.
  • Progresso real. Os três hipervisores reportam bytes efetivamente transferidos, medidos antes de a cópia começar. As datas seguem o fuso configurado no appliance.
  • Patches de SO em toda a frota. O appliance espelha o arquivo Debian para seus helpers, com reinício de hosts pela mesma tabela e estado honesto quando não foi possível medir.
  • Alertas de origem e destino. Um servidor Veeam ou hipervisor que para de responder agora notifica após duas falhas consecutivas, deduplicado por 30 minutos.
  • Preflight. Seleção de repositório e paginação para inventários grandes; somente backups de imagem de VM, com object storage e repositórios hardened classificados corretamente.
  • Segurança. Quatro auditorias fechadas: o limite privilegiado revalida assinaturas e hashes por conta própria, e o pinning de host-key SSH é exigido em todos os caminhos.
v1.0.37Anterior

Primeiro release público

A versão publicada para a comunidade no VeeamHub, validada de ponta a ponta nos três hipervisores com migração instantânea e a frio, guests Linux e Windows multi-NIC e ondas concorrentes.

  • Auditoria OWASP/ASVS com os achados de severidade média fechados e cargo audit em zero.
  • Console ao vivo: o preflight reflete o avanço iniciado em outra aba, o cancelamento sobrevive a um F5 e o dashboard mostra o avanço real por disco.
  • Console TUI do helper na tela do hipervisor: estado, registro e trabalhos em curso.
  • IP estático multi-NIC no Windows aplicado a todas as interfaces, correspondendo por MAC.
  • Cold Migration disponível em Proxmox, oVirt e HPE VM Essentials.
  • Mount Server em modo automático conforme as tarefas do repositório, preferindo helpers do hipervisor de destino.

Perguntas frequentes

Preciso de acesso ao vCenter ou ESXi?

Não. A origem de cada VM é o Veeam, por metadados REST ou pelo disco publicado do backup. O Moov nunca se conecta ao ambiente vSphere.

Qual versão do Veeam é necessária?

Veeam Backup & Replication V13, pela sua API REST e pela Data Integration API, que publica os discos sem modificar o backup.

De qual licença da Veeam eu preciso?

O Moov funciona com o Veeam Data Platform nas edições Foundation, Advanced e Premium, sob a Veeam Universal License (VUL). Licenças de avaliação e NFR também funcionam, pois vêm com todos os recursos habilitados. O Veeam Backup & Replication Community Edition não é suportado.

Quanto downtime tem uma VM crítica?

Com Instant VM Migration a VM inicia no destino a partir do backup (RTO indicado ≤ 60 s) e depois pivota para o armazenamento local sem janela adicional.

E os drivers do Windows?

Os VirtIO são injetados automaticamente durante o customize, incluindo versões modernas do Windows com drivers inbox e o Windows Server 2025.

Quantas VMs posso migrar de uma vez?

O Wave Engine agenda ondas concorrentes; cada helper roda tantas VMs em paralelo quanto sua CPU e RAM permitem, e a capacidade global é a soma da frota.

Sob qual licença o Moov é publicado?

O Moov é publicado sob licença MIT na organização VeeamHub no GitHub, em estado beta.