Migrazione da kvm a vmware - guest basato su lvm + multipathing

Qual è il modo consigliato di migrare da kvm a vmware in caso di guest basati su lvm con multipathing? Ho scoperto che domande simili erano già state poste alcuni anni fa:

Come migrare le VM basate su KVM in esecuzione nell'impostazione LVM in immagini Vmdk

conversione di macchine virtuali KVM in VMware-vsphere

Ma il problema con il convertitore vCenter è che non sono supportati i volumi Linux di documentazione montati dal multipath del mapper dei dispositivi. Qual è attualmente il modo corretto di procedere in caso di ambiente multipath?

vmware-esxi kvm-virtualization device-mapper

— joe33
fonte

Aspetta, la VM sta facendo il suo multipathing ?!

— Michael Hampton

no, il multipathing è in uso sull'host kvm

— joe33

In tal caso, qual è il problema?

— Michael Hampton

Stavo pensando che questo è il caso in cui non è supportato. Quindi significa che non l'ho capito bene ed è del tutto corretto usare il convertitore vcenter fintanto che il mapper del dispositivo è in uso sull'host kvm e non sull'host ospite? Se sì, allora grazie mille per il chiarimento :)

— joe33

Risposte:

Il convertitore VMware può migrare da qualsiasi macchina di origine indipendentemente dal tipo di fonte. (virtuale / fisico / KVM / Hyper-V) L'unico problema è che il convertitore VMware non è in grado di migrare il software RAID o LVM. Quindi la soluzione per questo è quella di creare un server scheletro con il minimo indispensabile della macchina di origine e inviare tutto con il comando tar dal server di origine.

Ho dovuto usare questa soluzione, quando stavo migrando un bel numero di server bare metal su VMware e alcuni avevano installato softraid o LVM.

I passaggi da seguire per questo:

1: crea la tua casella vm di destinazione

2: Installa una versione minima dello stesso sistema del tuo sorgente (rete, server ssh e tar devono essere disponibili)

3: Crea un elenco di directory che non vogliamo includere

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

salvalo in / tmp / nocopy

4: scatta un'istantanea del tuo obiettivo nel caso qualcosa vada storto

5: SSH sul tuo sorgente e come root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh target "cd /; tar -zxvpf - --numeric-owner" 6: Reimposta target.

PER ESEMPIO:

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

— Laz
fonte

Alcuni aggiornamenti extra relativi agli host di origine basati su XEN. Ho avuto qualche problema con l'host Windows in cui non riuscivo a smontare il computer di origine perché pochi di loro avevano stock in percentuale diversa. Il problema è stato causato dagli strumenti XEN. Installa il provider VSS per l'host e questo interferisce ovviamente con il VSS di Windows e causa problemi nella migrazione della macchina. Quindi la cosa migliore se a un certo punto ti sei bloccato a migrare un computer Windows basato su XEN è quello di sbarazzarti degli strumenti XEN dal riquadro di origine.

— Laz,

Per convertire le immagini del disco esistenti nel formato vmdk di VMware è necessario utilizzare il programma qemu-img dal pacchetto qemu-utils (in Ubuntu).

Il processo è semplice

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

Trasferisci l'immagine del disco su ESXi (usando scp (abilita ssh in ESXi)) o NFS

Crea una nuova macchina virtuale con opzioni personalizzate e aggiungi il disco convertito

Avvio

— Andy Parveen
fonte