Migration von kvm zu vmware - lvm-basierter Gast + Multipathing

Was ist die empfohlene Methode für die Migration von kvm zu vmware bei lvm-basierten Gästen mit Multipathing? Ich fand heraus, dass ähnliche Fragen bereits vor einigen Jahren gestellt wurden:

So migrieren Sie KVM-basierte VMs, die im LVM-Setup ausgeführt werden, auf Vmdk-Images

Konvertieren von virtuellen KVM-Maschinen in VMware-vsphere

Das Problem mit vCenter Converter ist jedoch, dass Linux-Volumes, die von Device Mapper Multipath bereitgestellt werden, nicht unterstützt werden. Was ist derzeit der richtige Weg, um in einer Mehrwegumgebung vorzugehen?

vmware-esxi kvm-virtualization device-mapper

— joe33
quelle

Warten Sie, die VM führt ihr eigenes Multipathing durch?!

— Michael Hampton

nein, Multipathing wird auf kvm host verwendet

— joe33

Was ist in diesem Fall das Problem?

— Michael Hampton

Ich dachte, dass dies der Fall ist, wenn es nicht unterstützt wird. Bedeutet das also, dass ich es nicht richtig verstanden habe und es völlig in Ordnung ist, den vcenter-Konverter zu verwenden, solange der Geräte-Mapper auf dem kvm-Host und nicht auf dem Gast-Host verwendet wird? Wenn ja, dann vielen Dank für die Klarstellung :)

— Joe33

Antworten:

VMware Converter kann unabhängig vom Quelltyp von jedem Quellcomputer migriert werden. (virtuell / physisch / KVM / Hyper-V) Das einzige Problem ist, dass der VMware-Konverter Software-RAID oder LVM nicht migrieren kann. Die Lösung hierfür besteht darin, einen Skeleton-Server mit dem absoluten Minimum des Quellcomputers zu erstellen und alles mit dem Befehl tar vom Quellserver zu übertragen.

Ich musste diese Lösung verwenden, als ich einige Racks-Bare-Metal-Server auf VMware migrierte und einige Softraid oder LVM installiert hatten.

Schritte dazu:

1: Erstellen Sie Ihre Ziel-VM-Box

2: Installieren Sie eine Mindestversion desselben Systems, über das Ihre Quelle verfügt (Netzwerk, SSH-Server und TAR müssen verfügbar sein).

3: Erstellen Sie eine Liste der Regisseure, die wir nicht aufnehmen möchten

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

Speichern Sie es unter / tmp / nocopy

4: Machen Sie einen Schnappschuss Ihres Ziels, falls etwas schief geht

5: SSH zu Ihrer Quelle und als root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh Ziel "cd /; tar -zxvpf - --numerischer Eigentümer" 6: Ziel zurücksetzen.

Z.B:

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

— Laz
quelle

Einige zusätzliche Updates für XEN-basierte Quellhosts. Ich hatte einige Probleme auf einem Windows-Host, auf dem ich den Quellcomputer nicht herunterfahren konnte, da nur wenige von ihnen einen unterschiedlichen Prozentsatz an Lagerbeständen hatten. Das Problem wurde durch die XEN-Tools verursacht. Es installiert den VSS-Anbieter für den Host. Dies beeinträchtigt offensichtlich das Windows VSS und verursacht Probleme bei der Migration des Computers. Das Beste, wenn Sie irgendwann bei der Migration eines XEN-basierten Windows-Computers stecken bleiben, ist, die XEN-Tools aus der Quellbox zu entfernen.

— Laz

Um die vorhandenen Disk-Images in das VMDK-Format von VMware zu konvertieren, sollten Sie das Programm qemu-img aus dem Paket qemu-utils (in Ubuntu) verwenden.

Der Prozess ist unkompliziert

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

Übertragen Sie das Disk-Image auf ESXi (mit scp (aktivieren Sie ssh in ESXi)) oder NFS

Erstellen Sie eine neue virtuelle Maschine mit benutzerdefinierten Optionen und fügen Sie die konvertierte Festplatte hinzu

Stiefel

— Andy Parveen
quelle