Três formas de migrar do VMware para o Proxmox e KVM, comparadas
Há três formas de levar uma máquina virtual do VMware para o Proxmox VE, oVirt / OLVM ou qualquer hipervisor KVM: importá-la direto do hipervisor de origem, exportar e converter seus discos manualmente, ou restaurá-la a partir do backup que você já tem. Elas se diferenciam no que pedem ao ambiente de origem, em quanto tempo a VM fica fora de serviço e em quem prepara o sistema operacional. O Moov é uma ferramenta de migração para a terceira.
Os três métodos
Importação direta do hipervisor de origem
A plataforma de destino, ou uma ferramenta que roda junto dela, se conecta ao vCenter ou ao ESXi, lê pela rede a configuração e os discos da VM e a cria no destino.
- Rota de rede e credenciais para o ambiente de origem.
- Uma origem saudável e alcançável durante todo o tempo da cópia: cada byte é lido através dos seus hosts.
- O sistema operacional preparado manualmente na maioria dos casos: drivers, agente e boot.
- Em muitos casos, o VDDK da VMware: uma biblioteca proprietária que é preciso obter e instalar à parte para que a ferramenta consiga ler os discos.
Poucas VMs com discos pequenos, uma origem que ainda funciona bem e uma janela de manutenção suficiente para a cópia.
Exportação e conversão manual
Você exporta a VM ou copia seus arquivos de disco, leva-os ao destino, converte-os para o formato que o destino usa, cria a VM manualmente e conecta o disco convertido.
- Espaço intermediário para a exportação, normalmente tão grande quanto os próprios discos.
- Trabalho de linha de comando para cada VM, e um script se forem muitas.
- O sistema operacional preparado totalmente à mão.
VMs pontuais, ambientes sem rota de rede entre as duas plataformas e appliances entregues como arquivo.
Restauração a partir do backup
A VM é reconstruída no destino a partir do ponto de restauração que já existe no backup. O ambiente de origem não participa: nada se conecta ao vCenter nem ao ESXi.
- Uma plataforma de backup capaz de publicar seus pontos de restauração. O Moov usa o Veeam Backup & Replication V13.
- Um ponto de restauração tão recente quanto os dados que você pode deixar para trás: a VM chega como estava quando esse backup foi feito.
- Uma ferramenta que prepare o sistema operacional para o KVM durante a migração.
Dezenas ou centenas de VMs, uma origem que você não pode ou não quer tocar, e equipes que já fazem backup com o Veeam.
Lado a lado
As mesmas oito perguntas para cada método. A terceira coluna descreve o método como o Moov o implementa.
| Pergunta | Importação direta | Conversão manual | Restaurar do backup |
|---|---|---|---|
| Toca o ambiente de origem? | Sim, conecta-se a ele e lê através dos seus hosts. | Sim, para exportar ou copiar os discos. | Não. Só lê o backup. |
| Quanto tempo a VM fica fora de serviço? | Normalmente o tempo da cópia dos seus discos. | Exportação, transferência, conversão e reparo: o mais longo. | Um backup incremental final mais a inicialização no destino. Com o Instant VM Migration o RTO declarado é de 60 segundos ou menos. |
| Quem prepara o sistema operacional? | Você, na maioria dos casos. | Você. | A ferramenta: drivers VirtIO, reparo de boot, agente QEMU e endereço IP. |
| Precisa de espaço adicional? | Não. | Sim, para a cópia exportada. | Não. O disco é lido do repositório do backup. |
| Precisa de software do fabricante de origem? | Muitas vezes sim: muitas ferramentas leem os discos com o VDDK da VMware, obtido à parte. | Não, só ferramentas de conversão. | Não. O Moov não usa nem inclui o VDDK nem nenhuma outra biblioteca da VMware. |
| Como escala? | VM por VM, no ritmo que os hosts de origem conseguem servir. | Mal, a não ser que você monte sua própria automação. | Em ondas, com várias VMs em paralelo por helper. |
| Como se volta atrás? | Ligando de novo a VM de origem. | Ligando de novo a VM de origem. | A VM de origem e o backup ficam intactos. |
| Do que depende? | De a origem continuar disponível. | De tempo e trabalho manual. | De ter backups de imagem das VMs. |
Como o Moov faz a terceira
O Moov é um appliance autocontido que migra em massa a partir dos pontos de restauração do Veeam para Proxmox VE, oVirt / OLVM / RHV e HPE VM Essentials. Ele nunca se conecta ao vCenter nem ao ESXi.
Baixar o appliance
- Dois modos por VM: o Instant VM Migration, que inicia a VM no destino a partir do backup e depois a passa para o armazenamento local, e o Cold Migration, que copia primeiro os discos.
- O sistema operacional é preparado durante a migração: drivers VirtIO, reparo de boot, agente QEMU e endereços IP estáticos.
- As ondas de VMs rodam em paralelo, e cada onda é verificada ligando a VM e esperando seu agente.
- O Pre-flight mostra o ponto de restauração de cada VM com sua idade e avisa quando o Veeam já tem um mais novo.
- O backup não é modificado e a VM de origem fica como caminho de volta.
- Não usa nem inclui o VDDK da VMware nem nenhuma outra biblioteca da VMware: não há nada adicional para baixar.
Quando restaurar a partir do backup não é a resposta
- Não há Veeam Backup & Replication V13, ou ele roda a Community Edition, que não é suportada.
- Os backups são de agente ou de aplicação, e não backups de imagem de VM.
- O destino é um hipervisor diferente de Proxmox VE, oVirt / OLVM / RHV ou HPE VM Essentials.
- Nenhuma mudança posterior ao último ponto de restauração pode ser perdida e a VM não pode ser parada para um backup final.
Perguntas frequentes
- Qual método é o mais rápido para muitas VMs?
- Restaurar a partir do backup, porque não depende do que os hosts de origem conseguem servir e roda várias VMs em paralelo. A importação direta e a conversão manual movem uma VM por vez, a não ser que você monte sua própria automação.
- Posso migrar se o vCenter ou os hosts ESXi não estiverem mais disponíveis?
- Só a partir do backup. Os dois primeiros métodos precisam do ambiente de origem no ar. Se os backups de imagem existem no Veeam, as VMs podem ser migradas sem ele.
- Qual método tem menos tempo de parada?
- Depende dos discos. Com a importação direta e a conversão manual a VM fica fora de serviço enquanto seus discos são copiados. Restaurar a partir do backup com o Instant VM Migration inicia a VM no destino a partir do backup, com um RTO declarado de 60 segundos ou menos, e copia os discos depois.
- Preciso converter os discos manualmente?
- Só com a conversão manual. Com a importação direta e com a restauração a partir do backup, a conversão acontece durante a migração.
- O que é o VDDK e por que ele importa ao migrar?
- O VDDK, Virtual Disk Development Kit, é a biblioteca da VMware para ler discos virtuais. Muitas ferramentas de importação direta dependem dele, e é preciso obtê-lo à parte e instalá-lo junto da ferramenta. Restaurar a partir do backup com o Moov não precisa dele: o Moov lê os discos a partir do ponto de restauração que o Veeam publica.
- O Moov funciona sem o Veeam?
- Não. O Moov migra a partir dos pontos de restauração do Veeam Backup & Replication V13. Sem eles, as alternativas são a importação direta ou a conversão manual.
Guias relacionados
- Migração de VMware para Proxmox VE →
- Migração de VMware para oVirt / OLVM (Oracle Linux KVM) →
- Migração de VMware para HPE VM Essentials (HPE Morpheus) →
- Windows não inicia: INACCESSIBLE_BOOT_DEVICE →
- Linux não inicia: dracut emergency shell →
- Drivers VirtIO no Windows Server →
- Remover o VMware Tools após migrar →