AK>>> Hу и это говорит о том, что в сием на десять лет опоздавшем AK>>> клоне qemu еще много чего второпях не успели. VS>> У меня опыт использования только VMWare ESXi и bhyve. Так вот VS>> второй лично мне удобнее по ряду пунктов: AK> это если в нем ничего кроме freebsd не держать.
Я тебе для этого его и предлагал (чтобы держать старые freebsd).
VS>> 1. Полноценно управляется по ssh, не нужен развесистый GUI клиент. AK> в этих пределах (ибо нечем управлять) можно управлять по ssh и esxi. AK> Хотя правильно ее готовить через интерфейс к powershell.
Верю. Но пока не прижмёт, не хочу учиться, каким хаком в VMware можно создать из командной строки виртуальный бридж или добавить диск в виртуалку. В bhyve всё привычно, штатными средствами FreeBSD.
VS>> 2. Можно прямо на хосте подмонтировать образ любой виртуалки при VS>> помощи mdconfig, залить/слить туда нужное и т.п. AK> пока это freebsd. Посмотрю я, как ты подмонтируешь хотя бы ext4. AK> Кстати, как насчет в обратную сторону - флэшка тут, платформа с AK> виртуалками- где-то там?
Скорее всего никак. Но ничто не мешает образ флешки залить на гипервизор. Я кстати и с VMware так поступаю иногда, несколько нужных ISO-шников лежат прямо на гипервизорах.
VS>> 3. Можно забрать образ гостевой системы в виде sparse файла VS>> (gtar -S), будь он номинально хоть 100 гиг - архив займет лишь VS>> реальный объем. С VMWare ты будешь скачивать все 100 гиг. AK> открой для себя диски, отличные от thick, zeroed.
Будь они хоть трижды "thin provisioned" на самом гипервизоре, при *скачивании* через vSphere Client ты получишь полноразмерные 100 гиг, не sparse (по крайней мере на винде так).
VS>> 4. Клонировать IMHO удобнее, чем в VMware. Впрочем может я VS>> просто последнюю готовить не умею либо бесплатный ESXi ущербен. AK> и готовить не умеешь, и esxi лишь часть громадного комплекса. AK> для нищебродов есть образчик: http://tinyurl.com/k9dn49c AK> (доработать его до полноценного, наверное, можно, но нет смысла - мне AK> проще воспользоваться командой cp, и руками поправить vmx (и удалить AK> vmsd, если машина была со снапшотами, впрочем, там процесс копирования AK> тоже не так банален)
С вышеперечисленным я и не спорю, но для запуска кучки виртуальных фришек это перебор.
VS>> 5. Диски и сеть паравиртуализируются прямо из коробки, всякий ACPI VS>> shutdown работает - не надо никаких VMWare tools на каждой VS>> гостевой системе. AK> vmware/openvm tools нужны совершенно не для этого.
Возможно, но без них и это простейшее не работает. Впрочем я немного соврал: в десятке появился vmx(4), работает нормально, с GENERIC ядром. Но отправить гостям команду на shutdown без установленных VMWare tools нельзя.
VS>> 6. Бэкапить виртуалки удобнее - всё сводится к бэкапу VS>> соответствующего ZFS-ного снапшота. AK> с неконсистентным состоянием виртуального диска? А смысл?
Как показывает практика, в 99,9% случаев ничего страшного в этом нет. Ну будет fsck при первом запуске клона. В конце концов и FreeBSD-шный родной dump, даже со снапшотами, не гарантирует тебе консистентности, я об этом писал не раз с примерами. VMware-вский snapshot manager, думаю, тоже не гарантирует.
AK> С тем же AK> успехом можешь скопировать .vmdk из под запущенной вмвари.
И кто тебе гарантирует, что тебе в .vmdk не напишут что-нибудь прямо в тот момент, когда ты будешь его копировать?