Migração de kvm para vmware - convidado baseado em lvm + caminhos múltiplos

Qual é a maneira recomendada de migrar do kvm para o vmware no caso de convidado baseado em lvm com caminhos múltiplos? Descobri que perguntas semelhantes já foram feitas há alguns anos:

Como migrar VMs baseadas em KVM em execução na configuração do LVM para imagens Vmdk

convertendo máquinas virtuais KVM em VMware-vsphere

Mas o problema com o vCenter Converter é que a base nos volumes linux da documentação montados pelo multipath do mapeador de dispositivos não é suportada. Atualmente, qual é a maneira correta de proceder em caso de ambiente de caminhos múltiplos?

vmware-esxi kvm-virtualization device-mapper

— joe33
fonte

Espere, a VM está fazendo seus próprios caminhos múltiplos ?!

— Michael Hampton

não, multipathing está em uso no host KVM

— joe33

Nesse caso, qual é o problema?

— Michael Hampton

Eu estava pensando que este é o caso em que não é suportado. Então, isso significa que eu não o entendi corretamente e não há problema em usar o vcenter converter enquanto o mapeador de dispositivos estiver em uso no host kvm e não no host convidado? Se sim, então, em seguida, Muito obrigado para o esclarecimento :)

— joe33

Respostas:

O conversor VMware pode migrar de qualquer máquina de origem, independentemente do tipo de fonte. (virtual / físico / KVM / Hyper-V) O único problema é que o conversor VMware não pode migrar o software RAID ou LVM. Portanto, a solução para isso é criar um servidor esqueleto com o mínimo necessário da máquina de origem e enviar tudo com o comando tar do servidor de origem.

Eu tive que usar essa solução, quando estava migrando alguns servidores bare metal de racks para o VMware e alguns tinham o softraid ou o LVM instalado.

Passos a seguir para isso:

1: Crie sua caixa vm de destino

2: Instale uma versão mínima do mesmo sistema que sua fonte possui (rede, servidor ssh e tar devem estar disponíveis)

3: Crie uma lista de diretórios que não queremos incluir

boot proc dev sys etc / fstab etc / lvm etc / blkid mnt / yourexternalhdd

salve-o em / tmp / nocopy

4: Tire uma foto do seu alvo, caso algo dê errado

5: SSH para sua fonte e como root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh target "cd /; tar -zxvpf - --numeric-owner" 6: Redefina o destino.

POR EXEMPLO:

tar -zcvpf - -X / tmp / nocopy * | ssh root@10.0.4.158 "cd /; tar -zxvpf - --numeric-owner"

— Laz
fonte

Algumas atualizações extras relacionadas aos hosts de origem baseados no XEN. Eu tive alguns problemas no host do Windows, onde não conseguia acessar a máquina de origem porque poucos deles obtiveram estoque em porcentagem diferente. O problema foi causado pelas ferramentas XEN. Ele instala o provedor VSS para o host e isso interfere no VSS do Windows, obviamente, causando problemas na migração da máquina. Portanto, a melhor coisa se você travou em algum momento na migração de uma máquina Windows baseada em XEN é se livrar das ferramentas XEN da caixa de origem.

— Laz

Para converter as imagens de disco existentes no formato vmdk do VMware, você deve usar o programa qemu-img do pacote qemu-utils (no Ubuntu).

O processo é direto

sudo qemu-img convert -p -i DiskImage.img -O vmdk DiskImage.vmdk

vmkfstools -i /vmfs/volumes/nfs1/DiskImage.vmdk -d thin /vmfs/volumes/datastore1/MyServer/DiskImage.vmdk

Transferir imagem de disco para o ESXi (usando scp (ativar ssh no ESXi)) ou NFS

Crie uma nova máquina virtual com opções personalizadas e adicione o disco convertido

Boot

— Andy Parveen
fonte