kvm до міграції vmware - гостьова програма на основі lvm + багатосторонність

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

Як перенести VM на основі KVM, що працюють у налаштуваннях LVM, до зображень Vmdk

перетворення віртуальних машин KVM у VMware-vsphere

Але проблема з конвертером vCenter полягає в тому, що бази даних на документації linux томів, встановлених мультипутним пристроєм Mapper Map не підтримуються. Який на даний момент правильний спосіб діяти у випадку багатостороннього середовища?

vmware-esxi kvm-virtualization device-mapper

— joe33
джерело

Почекайте, ВМ робить свій багатошаровий ?!

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

ні, на хості kvm використовується багатошляхетність

— joe33

У цьому випадку в чому проблема?

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

Я думав, що це той випадок, коли це не підтримується. Так це означає, що я не зрозумів це правильно, і цілком нормально використовувати конвертер vcenter, доки картограф пристрою використовується на хості kvm, а не на гостьовому хості? Якщо так, то тоді дуже дякую за роз’яснення :)

— joe33

Відповіді:

Конвертер VMware може мігрувати з будь-якої джерельної машини незалежно від типу джерела. (віртуальна / фізична / KVM / Hyper-V) Єдина проблема полягає в тому, що конвертер VMware не може мігрувати програмне забезпечення RAID або LVM. Тож рішенням для цього є створення скелетного сервера з мінімальним рівнем вихідної машини та натиснення на команду tar з вихідного сервера.

Мені довелося використовувати це рішення, коли я мігрував досить багато стійок голого металевого сервера на VMware, а в деяких було встановлено softraid або LVM.

Крок для цього:

1: Створіть цільове поле vm

2: Встановіть мінімальну версію тієї самої системи, яку має ваше джерело (мережа, ssh-сервер і tar повинні бути доступними)

3: Створіть список режимів, які ми не хочемо включати

boot proc 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 - - числовий власник" 6: Скинути ціль.

EG:

tar -zcvpf - -X / tmp / nocopy * | ssh root@10.0.4.158 "cd /; tar -zxvpf - - числовий власник"

— Лаз
джерело

Деякі додаткові оновлення щодо джерел хостів на основі XEN У мене виникли проблеми з хостом Windows, де я не зміг знищити джерельну машину, оскільки мало хто з них придбав запаси в різному відсотку. Неприємності були викликані інструментами XEN. Він встановлює постачальника VSS для хоста, і це заважає Windows VSS, очевидно, і спричиняє проблеми з міграцією машини. Тож найкраще, якщо ви в якийсь момент застрягли, перемістивши машину Windows на базі XEN, - це позбутися інструментів XEN з вихідного поля.

— Лаз

Для перетворення існуючих образів диска у формат vmdk VMware вам слід скористатися програмою 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

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

Черевик

— Енді Парвен
джерело