Comments 20
Диски и IDE и SCSI нормально переносятся?
Автору спасибо.
Я же миграцию делал всегда так (если даунтайм приемлем) : в pve создаём нужную vm, загружаем с загрузочного Linux iso (systemresue например), перезагружаем vm-истояник в такую же Linux iso, и далее в одной сети делаем
dd bs=16M if=/dev/sda|pv|pxz -c|ssh root@172.16.100.101 'pxz -d|dd bs=16M of=/dev/sda'
Для windows машин надо чуть поколдовать с драйверами дисков (ну лет 8 назад нужно было, сейчас не знаю).
При условии что гость Linux - можно вообще через rsync, и далее поправить grub, зато для новой vm можно учесть разметку диска заново.
В одной сети быстрее с netcat + pv.
На принимающей стороне:
создаем на pve ВМ с диском чуть большего размера (1ГБ +), чем диск источника;
загружем ВМ с любого свежего linux live-cd;
выполняем в консоли:
date; nc -w3600 -vvnlp <port-number> | gzip -dfc | cat > /dev/sdX; date
На отдающей стороне:
загружаемся с любого свежего linux live-cd;
выполняем в консоли:
pv /dev/sdX | gzip -fc | nc -w30 -vvn <remote-server-ip> <remote-server-port-number>
Или clonezilla-live в помощь - у нее есть аналогичная клиент-серверная функция.
P.s. Если надо виртуализировать ms windows, пользую disk2vhd (спасибо, Марк!) в safe mode или обычном режиме просто стопнув службы.
Не совсем по теме миграции, но набор скриптов помошников для Proxmox. Автор не я.
https://tteck.github.io/Proxmox/
А цель то миграции какова? Быстродействие, безопасность, переезд на другое железо?
Я бы в статью добавил:
1) https://pve.proxmox.com/wiki/Migration_of_servers_to_Proxmox_VE - ссылка на wiki по предмету, так сказать
2) ОЧЕНЬ часто требуемый при миграции Windows пакет драйверов virtio
Репа: https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/
конвертировать системный диск запущенной системы это прямой путь выстрелить себе в ногу, автор, не надо так..
В safe mode это делается. Проблем нет.
Буквально на днях перетащил рабочую систему windows 7 - без проблем вообще.
Использовал Disk2vhd, vhdx образ импортировал как предлагали выше, затем просто выбрал тип диска SATA и всё запустилось замечательно.
Правда пока не разобрался, как уменьшить размер диска, все мануалы показывают на уменьшение файла образа ВМ, а у меня диск в local-lvm.
Попробуйте переосмыслить своё безосновательное заявление после того, как изучите тему "Что такое снэпшот, и как его использовать в системах виртуализации."
Общие замечания:
не использовать русский в интерфейсе pve - это набор недоперевода с откровенной халтурой (discard в св-вах диска ВМ - это "отклонить" и понимай как хочешь), english там более чем уместен;
Создание ВМ:
в св-вах диска ВМ ОБЯЗАТЕЛЬНА галка на discard для ОС выше Win XP и для всех относительно свежих _nix + галка на ssd emulation, если диск на ssd-разделе;
использовать virtio scsi single + scsi в кач-ве дисков;
сеть - virtio;
bios - EFI;
type - q35
cpu - host (+ NUMA ,если физ. cpu на матплате 2+);
memory - галка на balloon;
установка qemu guest agent и на linux и на win;
сеть сменить с linux bridge на openvswitch (гуглить разницу самостоятельно);
в настройках сетевой ВМ в Multiqueue указать число эквивалентное кол-ву vcpu (спорный момент - проверить);
Таким образом получаем макс. производительность ВМ.
Эта инф-ция есть в оф. доке, но кто ж ее читает (
Везде пользую zfs - надежно, удобно, нет привязки к произ-лю hw raid.
Опасения касаемо прожорливости zfs в плане ОЗУ решаются чтением оф. доки и правкой конф. файла, в к-ом указывается какой объем памяти отдать под zfs-кэш 1-го уровня (larc cache).
Если имеется 2+ pve-ноды и хочется отказоустойчивости, то можно использовать zfs-репликацию ВМ между нодами https://www.youtube.com/watch?v=08b9DDJ_yf4
Бэкапы у pve нативно из коробки прямо в веб-гуи настраиваются + отдельно можно развернуть PBS для инкрементного сохранения.
Разработчики в след. релизе обещают довести до ума sdn (аналог vswitch на vmware) https://pve.proxmox.com/wiki/Roadmap#Roadmap
P.s. Цикл заметок по работе с proxmox, zfs, pfsense etc https://forum.netgate.com/topic/163435/proxmox-ceph-zfs-pfsense-и-все-все-все-часть-2/
В текущих реалиях можно посмотреть отечественные аналоги proxmox, дабы потом не мигрировать снова. Например можно посмотреть на VMmanager от ребят из г. Иркутска. Миграция возможна из HyperV, VMware, VirtualBox, XEN и KVM. Подключать диски можно по SCSI, IDE, virtio. Судя по инструкциям все очень просто https://docs.ispsystem.ru/vmmanager-admin/baza-znanij/migratsiya/kak-importirovat-vm-v-vmmanager
В текущих реалиях можно посмотреть отечественные аналоги proxmox, дабы потом не мигрировать снова
честно говоря, не понял вашей мысли
Ага, Вы бы ещё "российскую систему" VirtualProxMox Special Edition (https://digitalva.org/projects/proxmox) тут прорекламировали бы.
Тюрьма по таким "ребятам" плачет - в древнем Proxmox 6.3 включили по-умолчанию русский язык, переименовали в веб-интерфейсе "Proxmov VE" в "Virtual Environment", отключили обновления (иначе их поделка после обновления, вдруг, превратиться в Proxmox), пролезли в список Российского Импорто-замещённого ПО, и толкают эту поделку за 15К$.
Как по мне - так это мошенничество чистой воды.
В Иркутске, вероятно, всё совсем по другому? Прямо таки, исконно российский продукт, разрабатываемый в секретной лаборатории на протяжении 20 лет, смиренно ожидавший своего часа, и выпущенный в свет в самый подходящий момент? Так, ведь, наверное, да?
Прошу прощения за почти офф-топ, но не могу смотреть спокойно на это безобразие.
Казалось бы, ГК Астра - крупная группа крупных компания, разрабатывает и продвигает на Российском рынке ПО не просто "какую-то там очередную самосборку Linux", а целую инфраструктуру на базе ОС Astra Linux, типа - полный набор софта для бизнеса, претендует на роль ведущего разработчика импортозамещённого Российского софта, метит во всякие там реестры, ОДНАКО - ПОЧЕМУ в качестве корпоративного почтового сервера использует - барабанная дробь - сервер Google ?!
По крайней мере, у компании ispsystem, входящей в ГК Астра, это именно так...
Грусть.... Печаль..... Позор....
А если говорить конкретно про "VMmanager от ребят из г. Иркутска" - Вы сами-то приведённую Вами инструкцию читали? (ссылка из Вашего комментария https://docs.ispsystem.ru/vmmanager-admin/baza-znanij/migratsiya/kak-importirovat-vm-v-vmmanager)
Если читали, то поясните, пожалуйста, чем отличается команда конвертации, приведённая в этой статье:
qemu‑img convert ‑O qcow2 d:\JSERVER.VHDX d:\JSERVER.qcow2
от команды конвертации в инструкции к vmmanager:
qemu‑img convert ‑f <input_format> ‑O qcow2 <input_file> <qcow_file>
Ответ очевиден - НИЧЕМ.
Следом напрашивается вопрос - а в чём, собственно, заслуга "ребят из г. Иркутска", зачем клиенту покупать переобозванное свободно распространяемое ПО?
Миграция физических и виртуальных машин hyper-v на Proxmox