migration de kvm vers vmware - invité basé sur lvm + multichemin

Quelle est la méthode recommandée pour migrer de kvm vers vmware en cas d'invité basé sur lvm avec multichemin? J'ai trouvé que des questions similaires étaient déjà posées il y a quelques années:

Comment migrer des machines virtuelles basées sur KVM exécutées dans la configuration LVM vers des images Vmdk

conversion de machines virtuelles KVM en VMware-vsphere

Mais le problème avec vCenter Converter est que la base de la documentation sur les volumes Linux montés par le mappeur de périphériques multipath n'est pas prise en charge. Quelle est actuellement la bonne façon de procéder en cas d’environnement à trajets multiples?

vmware-esxi kvm-virtualization device-mapper

— joe33
source

Attendez, la VM fait son propre multichemin?!

— Michael Hampton

non, le multichemin est utilisé sur l'hôte kvm

— joe33

Dans ce cas, quel est le problème?

— Michael Hampton

Je pensais que c'est le cas où ce n'est pas pris en charge. Cela signifie-t-il donc que je ne l'ai pas compris correctement et qu'il est tout à fait correct d'utiliser le convertisseur vcenter tant que le mappeur de périphériques est utilisé sur l'hôte kvm et non sur l'hôte invité? Si oui, alors merci beaucoup pour la clarification :)

— joe33

Réponses:

Le convertisseur VMware peut migrer à partir de n'importe quelle machine source quel que soit le type de source. (virtuel / physique / KVM / Hyper-V) Le seul problème est que le convertisseur VMware ne peut pas migrer RAID logiciel ou LVM. La solution consiste donc à créer un serveur squelette avec le strict minimum de la machine source et à tout pousser avec la commande tar du serveur source.

J'ai dû utiliser cette solution, lorsque je migrais un certain nombre de serveurs bare metal vers VMware et que certains avaient installé softraid ou LVM.

Étapes à suivre pour cela:

1: Créez votre boîte cible VM

2: Installez une version minimale du même système que votre source (le réseau, le serveur ssh et tar doivent être disponibles)

3: Créez une liste de répertoires que nous ne voulons pas inclure

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

enregistrez-le sous / tmp / nocopy

4: Prenez un instantané de votre cible en cas de problème

5: SSH à votre source et en tant que root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh cible "cd /; tar -zxvpf - --numeric-owner" 6: réinitialiser la cible.

PAR EXEMPLE:

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

— Laz
source

Quelques mises à jour supplémentaires concernant les hôtes sources basés sur XEN. J'ai eu des problèmes sur l'hôte Windows où je ne pouvais pas retirer la machine source car peu d'entre eux avaient du stock à un pourcentage différent. Le problème a été causé par les outils XEN. Il installe le fournisseur VSS pour l'hôte et cela interfère évidemment avec le Windows VSS et provoque des problèmes pour migrer la machine. Donc, la meilleure chose si vous avez bloqué à un moment donné la migration d'une machine Windows basée sur XEN est de vous débarrasser des outils XEN de la boîte source.

— Laz

Afin de convertir les images de disque existantes au format vmdk de VMware, vous devez utiliser le programme qemu-img du paquet qemu-utils (dans Ubuntu).

Le processus est simple

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

Transférer l'image disque vers ESXi (en utilisant scp (activer ssh dans ESXi)) ou NFS

Créez une nouvelle machine virtuelle avec des options personnalisées et ajoutez le disque converti

Démarrage

— Andy Parveen
source