Как перенести VMWare vmdk на Proxmox 4.4 с локальным хранилищем lvm

Это обходной путь для импорта vmdk в proxmox vm. И это то, что я сделал.

1) Вы можете использовать его как lvm. Вы можете посмотреть на https://www.howtoforge.com/linux_lvm о лвм. Краткая структура;

• физические тома pv, например / dev / sdb1
• группы томов vg, группа физических томов
• логические тома lv, выделения из vg
  • например / dev / vgname / lvname, вы его размер

Так:

ты можешь это видеть

lvdisplay

вы можете mkfs, но будьте осторожны с proxmox

mkfs.ext4 /dev/vgname/lvname

вы можете установить это

mount /dev/vgname/lvname /mnt/lvname

2) Сначала необходимо проверить размер образа vmdk. Это важно, потому что вы не можете поместить изображение большего размера на блочное устройство меньшего размера. подробности: https://askubuntu.com/questions/657562/extracting-qcow2-image-to-a-smaller-real-drive/657682

qemu-img информация disk0.vmdk

image: disk0.vmdk
file format: vmdk
virtual size: 82G (88081432576 bytes)
disk size: 2.0G

Вы можете увидеть размер диска, это использование диска vmdk файлом. И виртуальный размер, это размер жесткого диска виртуальной машины.

Затем вы создаете виртуальную машину с диском "ide" объемом 82 ГБ (в моем случае)

Вы можете проверить путь к диску:

lvdisplay

Затем вы копируете vmdk поверх него в необработанном формате:

qemu-img convert -p -O raw disk0.vmdk /dev/vgname/vm-111-disk-1

Вот и все, у меня работает.

Для проблемы с размером вы можете изменить размер vmdk с помощью qemu-img resize your.vmdk 82G или вы можете изменить размер диска виртуальной машины в веб-интерфейсе. Но вы ДОЛЖНЫ проверить qemu-img info чтобы быть уверенным, что vmdk меньше диска vm.

Вы можете загружать файлы с помощью SFTP или использовать USB, как показано выше. Используйте разные каталоги или диски или смонтируйте их, если необходимо.

Вы можете использовать SMB на proxmox, я думаю, smbclient уже установлен. Это не сломает proxmox. Возможно, проблемы с безопасностью, вы можете проверить открытые порты на proxmox и ограничить их для некоторых IP-подсетей.

Я переживаю нечто подобное. У меня было несколько виртуальных машин, запущенных в Open Media Vault. OMV поддерживает обычный обычный KVM с использованием таких инструментов, как virsh. Я хотел переместить изображения на мой новый сервер с Proxmox 6.1.

Сначала я экспортировал изображение из OMV как qcow2 файл и переместил его на мой сервер Proxmox. Затем в Proxmox я создал хранилище в стиле «Каталог». Хранилище каталогов привязано к базовому каталогу в физической файловой системе - в моем случае это было местоположение /data. Когда создается хранилище «Каталог», в каталоге файловой системы автоматически создается ряд подкаталогов. Каталог, содержащий изображения vm, называется images. Также создан каталог под названием vm-images так что не запутайтесь.

Я создал новую виртуальную машину в Proxmox, указав хранилище «Каталог» и используя формат qcow2. Это создало файл /data/images/$VM_ID/vm-$VM_ID-disk-0.qcow2 где $VM_ID - это числовой идентификатор виртуальной машины, который обычно начинается со 100 и увеличивается. Я использовал экспортированный qcow2 файл, чтобы перезаписать тот.

Это работает, и я смог запустить виртуальную машину, но, по-видимому, использовал qcow2 файл в файловой системе не так уж и эффективен. Затем в веб-интерфейсе я перешел на панель оборудования виртуальной машины, выбрал жесткий диск, а затем использовал кнопку «Переместить диск». Это позволило мне скопировать образ диска на другой носитель, а также преобразовать его из qcow2 файл в необработанный формат. Я мог бы использовать флажок «Удалить источник» при перемещении, или я мог бы удалить источник из /data/images/$VM_ID/ каталог позже. Это перемещение можно выполнить даже во время работы виртуальной машины.

Между прочим, пока я это делал, некоторые из моих виртуальных машин перестали отвечать. Это была моя вина. Во-первых, каталог данных состоит из пары зеркальных дисков Western Digital Red 3 ТБ. Накопители WD Red рассчитаны на долгий срок службы и надежность в файловых серверах. Это обычные приводы со скоростью 5200 об / мин, поэтому они сравнительно медленные. Во-вторых, у меня было задание rsync, одновременно записывающее около 1,5 ТБ данных в зеркальную пару. Эти диски не могли обрабатывать ввод-вывод задания rsync и размещать виртуальные диски для нескольких виртуальных машин одновременно. «Задержка ввода-вывода» на сводной панели узла pve в веб-интерфейсе показывала значения более 50%. Задержка ввода / вывода такая же, как время ожидания, которое обычно можно увидеть с top. Когда я перенес хранилище образов виртуальной машины на другие устройства, все было в порядке.

Другая моя ошибка Proxmox заключается в том, что одна из перемещенных мной виртуальных машин была «рабочим столом» Linux (Linux Mint), который использует среду рабочего стола Cinnamon. Проект Mint в основном использует Ubuntu Linux и объединяет его с хорошо отполированной Cinnamon для очень приятного взаимодействия с Linux Desktop. Но Cinnamon - собака, если у вас нет графического процессора. «Сервер» OMV был старым игровым ПК, который я купил подержанным. У него NVIDIA GeForce GTX 560. Это не был хороший графический процессор, но Cinnamon не нужен хороший, вообще какой-нибудь. Сервер Proxmox был настоящим сервером. У него вообще не было графического процессора.

Я даже не мог войти в виртуальную машину через консоль. Я использовал ctrl-alt-f3, чтобы попасть в командную строку, запустил sudo apt install mint-meta-mate чтобы установить рабочий стол mate, затем запустил sudo update-alternatives --config x-session-manager чтобы выбрать Сопряжение по умолчанию. Это прекрасно работает даже без графического процессора.