Миграция с kvm на vmware - гостевая система на основе lvm + многолучевое распространение

Каков рекомендуемый способ перехода с kvm на vmware в случае гостевой системы на основе lvm с многолучевым распространением? Я обнаружил, что подобные вопросы уже задавались несколько лет назад:

Как перенести виртуальные машины на основе KVM, работающие в настройке LVM, на образы Vmdk

преобразование виртуальных машин KVM в VMware-vsphere

Но проблема с конвертером vCenter состоит в том, что база на томах документации Linux, подключенных с помощью многопутевого отображения устройств, не поддерживается. Как в настоящее время правильно действовать в случае многолучевого окружения?

vmware-esxi kvm-virtualization device-mapper

— joe33
источник

Подождите, виртуальная машина делает свое собственное многолучевое распространение ?!

— Майкл Хэмптон

нет, на хосте kvm используется многопутевое соединение

— joe33

В таком случае, в чем проблема?

— Майкл Хэмптон

Я думал, что это тот случай, когда это не поддерживается. Значит ли это, что я не правильно понял это, и вполне нормально использовать vcenter converter, если маппер устройств используется на хосте kvm, а не на гостевом хосте? Если да, то большое спасибо за разъяснения :)

— joe33

Ответы:

Конвертер VMware может мигрировать с любого компьютера-источника независимо от его типа. (виртуальный / физический / KVM / Hyper-V) Единственная проблема заключается в том, что VMware Converter не может перенести программный RAID или LVM. Таким образом, решение для этого состоит в том, чтобы создать каркасный сервер с минимальным количеством исходного компьютера и передать все с помощью команды tar с исходного сервера.

Мне пришлось использовать это решение, когда я переносил довольно много стоек с «голым железом» на VMware, а на некоторых были установлены softraid или LVM.

Шаги для этого:

1: Создайте свой целевой виртуальный ящик

2. Установите минимальную версию той же системы, что и ваш источник (сеть, ssh-сервер и tar должны быть доступны).

3: Создайте список каталогов, которые мы не хотим включать

загрузочный процесс dev sys etc / fstab etc / lvm etc / blkid mnt / yourexternalhdd

сохраните его в / tmp / nocopy

4: Сделайте снимок вашей цели на случай, если что-то пойдет не так

5: SSH к вашему источнику и от имени пользователя root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh target "cd /; tar -zxvpf - --numeric-owner" 6: Сбросить цель.

НАПРИМЕР:

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

— Лаз
источник

Некоторые дополнительные обновления, касающиеся исходных хостов на основе XEN. У меня были некоторые проблемы на хосте Windows, где я не мог вытащить исходный компьютер, потому что немногие из них получили акции с различным процентом. Проблема была вызвана инструментами XEN. Он устанавливает VSS-провайдера для хоста, и это явно мешает Windows VSS и вызывает проблемы с миграцией машины. Поэтому лучше всего, если вы застряли в какой-то момент при переносе компьютера с Windows на основе XEN, это избавиться от инструментов XEN из коробки с исходным кодом.

— Лаз

Чтобы преобразовать существующие образы дисков в формат VMware vmdk, вам следует использовать программу qemu-img из пакета qemu-utils (в Ubuntu).

Процесс прост

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

Перенесите образ диска в ESXi (используя scp (включите ssh в ESXi)) или NFS

Создайте новую виртуальную машину с настраиваемыми параметрами и добавьте преобразованный диск

ботинок

— Энди Парвин
источник