Migração massiva de máquinas virtuais 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 virtualizado de origem durante a migração.

Baixar o appliance

Ver como funciona

3
hipervisores de destino
≤ 60 s
de RTO com Instant Migration
0
conexões ao ambiente de origem

Ambiente de origem

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.

Ambiente de origem

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.

Baixar o appliance

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.
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.
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.
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.
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.
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.
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.

Migração ao vivo: progresso por disco e registro de eventos.

Preflight: inventário do catálogo Veeam e classificação por VM.

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, mas eles precisam ser atualizados pelo mesmo console: um helper da versão anterior continua aceito, e por isso é fácil esquecer.

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.

v1.0.40Última

Redes separadas e oVirt com vários datacenters

Substitui a v1.0.39. Separa a rede de gestão do appliance da rede dos hipervisores, funciona com managers de oVirt e OLVM que têm vários datacenters, preserva a ordem dos discos de cada VM e permite escolher o formato de disco por destino. As migrações para HPE VM Essentials ficam mais confiáveis.

Redes de gestão e infraestrutura separadas. Cada interface do appliance recebe um papel: gestão (console web, SSH, atualizações) ou infraestrutura (hipervisores, helpers, Veeam). Cada papel tem o seu roteamento, endereço de origem e regras de entrada, e a de infraestrutura pode ter gateway e DNS próprios. Toda mudança é aplicada com reversão automática se você não confirmar.
oVirt e OLVM com vários datacenters. O Moov usa o SPM, os domínios de armazenamento e as redes que pertencem ao host escolhido. A colocação mostra o datacenter e o cluster de cada host, o assistente de helpers filtra por cluster, e uma colocação que misture datacenters é interrompida antes de publicar qualquer coisa.
Ordem dos discos de origem preservada. No Proxmox, oVirt e HPE VM Essentials, em Instant e em Cold.
Formato de disco por destino. O formato e o tamanho de cluster do qcow2 são definidos nos padrões de migração de cada conexão.
HPE VM Essentials mais confiável. O Moov espera o manager registrar o último disco antes de reportar sucesso e usa sempre o tipo de máquina q35. As VMs com UEFI continuam arrancando depois de um redimensionamento, os datastores sem suporte são recusados com erro claro e as migrações sobre Ceph RBD avisam.
IP estático em interfaces adicionais do helper. As interfaces adicionadas a um helper não dependem mais de DHCP.
Relatórios sem o limite de 50 linhas. Com filtragem no servidor e exportação. As migrações em espera dizem por que esperam, e o pacote de suporte inclui o registro de chamadas à API.
Mais de 35 correções de validação. Convidados Linux com partição /var separada, duas migrações Linux no mesmo helper sem colidir, e o Veeam autorizando todos os endereços do helper para iSCSI.

v1.0.39Anterior

Verificação de arranque e correções de campo

Substitui a v1.0.38. Release corretivo: três rodadas de defeitos reportados em campo, mais as adições operacionais que vários deles exigiram. Várias correções rodam no helper e não no appliance, e a porta de versão não mudou: um helper 1.0.38 continua aceito, mas não as carrega. Depois de atualizar o appliance, abra Connections › Helpers › Update all.

Verificação de arranque após migrar. A onda não fica verde só porque os discos foram copiados: liga a VM e espera o guest agent, com três veredictos (verificado, inconclusivo ou falhou). Funciona nos três hipervisores.
Windows pelo console que não arrancava. O defeito mais sério corrigido aqui. O assistente não dizia ao helper que tipo de convidado enviava, então toda a preparação do Windows era pulada e a onda ainda reportava sucesso. Se você migrou um Windows pelo console na 1.0.38 e ele não arrancou, é isto.
Cold em LVM, ZFS e Ceph. A Cold criava o disco de destino com tamanho zero e contava com o qemu-img para fazê-lo crescer, o que só funciona em armazenamento por arquivos. Agora cada disco de origem é medido antes de criar a VM e o volume é alocado no tamanho real.
Colocação por disco. Cada disco de uma VM pode ir para o seu próprio armazenamento, em Instant e em Cold, e um disco de dados pode ficar fora da migração. O disco de arranque não.
Helpers multi-NIC com papel. Interfaces adicionais nos três hipervisores, cada uma com papel de gestão ou de dados. A lista de endereços iSCSI mostra o papel de cada um e escolhe o de dados por padrão.
VLAN e redes ao migrar. Controle de tag VLAN para destinos Proxmox e VNets de SDN oferecidas como rede. Pedido por mog54 na issue pública #12.
CPU model host por padrão. O padrão anterior deixava sem arrancar todo convidado RHEL ou Rocky 10, cuja glibc exige x86-64-v3. O override por VM continua disponível, e agora a Instant também o respeita em vez de descartá-lo.
Porta de capacidade antes de começar. Soma o tamanho ocupado dos backups que vão para cada armazenamento e se recusa a começar se não couberem, nomeando armazenamento, nó e números. Se o backend não reporta métricas, não atrapalha.

Guias por destino

Como migrar VMware para cada hipervisor.

Pré-requisitos, passos concretos e limites conhecidos de cada destino suportado.

Migração de VMware para Proxmox VE

Requisitos do Proxmox VE 8.x e 9.x, bootstrap do API token e escolha de armazenamento.

→

Migração de VMware para oVirt / OLVM

Upload via REST e imageio, acesso SSH/QMP e particularidades do oVirt 4.5 em diante.

→

Migração de VMware para HPE VM Essentials

Nós MVM, agente Morpheus após o pivot e versões 8.1.x e 9.0.x suportadas.

→

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, em estado beta.