Сайт | Скачать | Видео | Wiki

Автор Тема: lxc и kvm(libvirt) vs VirtualBox  (Прочитано 1858 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
lxc и kvm(libvirt) vs VirtualBox
« : 16 Июль 2019, 10:36:37 »
Вообщем хотелось бы собрать, для начала, lxc и kvm(libvirt)
но я так понимаю с PRA это не выйдет?

Ну если я правильно понял у вас ядро -pf а значит объединение ram страниц, его virtualbox не умеет(по крайней мере 5.2.8 ).
Да lxc умеет и в  xorg и + другие дистры поддерживаемые ядром.
Так в основном вэб серверы и различные виртуалки для удаленной работы сотрудников.
При copy2ram и итоговом облегчении, отключая лишние модули,
вышел бы неплохой рабочий дистр для домашнего сервера с запуском с флешки.

« Последнее редактирование: 16 Июль 2019, 10:39:12 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 28882
  • Репутация: +195/-0
    • PuppyRus-A
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #1 : 16 Июль 2019, 10:46:04 »
lxc и kvm(libvirt)
но я так понимаю с PRA это не выйдет?
В любом линуксе можно собрать что угодно. Зависит от квалификации сборщика
у вас ядро -pf
К любому дистру можно прикрутить любое ядро и соответствующий VirtualBox  (есть модулями посвежее).
У нас есть большие , оттестированные от manjaro
объединение ram страниц
Можно подробнее - что и для чего
Да lxc умеет и в  xorg и + другие дистры поддерживаемые ядром.
Чем это будет лучше virtualbox (который у нас есть для большинства ядер)
неплохой рабочий дистр для домашнего сервера с запуском с флешки.
Дистры позиционируются для клиентского домашнего применения
Если сделаете серверные модули - помогу чем смогу
Только , наверное это лучше делать под пра-ролл. Тогда проще это будет обновлять. А обновлять ведь придется?
« Последнее редактирование: 16 Июль 2019, 10:56:33 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 28882
  • Репутация: +195/-0
    • PuppyRus-A
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #2 : 16 Июль 2019, 10:49:18 »
И при lxc, на самом то деле, можно было бы поднял pra-roll поверх PRA pfs и получить лучшее, неубиваемость и модульность с возможностью обновления до актуальной версии.
Чем это будет лучше просто запуска Ролл ? Все фругальные режимы в наличии. Деление на модули и вообще упаковка в squashfs здесь вряд ли актуальна...
Место на сервере вряд ли надо экономить...
зачем усложнять?
« Последнее редактирование: 16 Июль 2019, 10:51:44 от sfs »

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10495
  • Репутация: +108/-2
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #3 : 16 Июль 2019, 10:54:40 »
lxc
из исходников скомпилировалось без проблем, зависимостей особо нет.

(libvirt)
говорят вместо libvirt сделали другую управлялку, я на linux.org.ru читал
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 28882
  • Репутация: +195/-0
    • PuppyRus-A
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #4 : 16 Июль 2019, 10:58:57 »
из исходников скомпилировалось без проблем, зависимостей особо нет.
В чем тогда был смысл перекомпилять?

В остальном у меня сильные сомнения, что дома нужно что-то больше VirtualBox...

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #5 : 16 Июль 2019, 11:22:03 »
В любом линуксе можно собрать что угодно. Зависит от квалификации сборщика
Согласен, но это займёт много времени.
Можно подробнее - что и для чего
У вас в стандартной версии -pf ядро (UKSM и прочее), что даёт, в некоторых сюжетах использования, экономию ram
(опять же если в lxc идёт запуск даже другого дистра то объединяет похожие страницы)
К любому дистру можно прикрутить любое ядро
У нас есть большие , оттестированные от manjaro
manjaro ядро -pf патчами?
Чем это будет лучше virtualbox (который у нас есть для большинства ядер)
Virtualbox хорош для домашних целей. Но в нём нет контейнерезации, а при условии поднятия *unix систем в виртуалках это дикие накладные расходы cpu и ram.
Дистры позиционируются для клиентского домашнего применения
Если сделаете серверные модули - помогу чем смогу
Только , наверное это лучше делать под пра-ролл. Тогда проще это будет обновлять. А обновлять ведь придется?
Хм...ну например использование того же lxc даст возможность условно и ubuntu завести поверх PRA6408 с почти нулевой потерей в ram.
Про контейнерные запуски различных программ вообще молчу, с ограничением использования ram cpu.
Место на сервере вряд ли надо экономить...
зачем усложнять?
В крупной компании да, а в малых нет возможности так свободно расширяться.

Наверное смысл сводиться к тому чтоб собрать практически одно ядро с минимальным gui(не факт) поверх которого уже можно будет запускать что угодно.
Этакий портативный гипервизор на флешке.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 28882
  • Репутация: +195/-0
    • PuppyRus-A
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #6 : 16 Июль 2019, 11:41:29 »
это займёт много времени.
Поэтому я и написал, что проще это сделать в Ролл или вообще любом дистре, который хорошо знаете
rootaufs2 initrd с фругальными фичами прикручивается к любому ядру с AUFS или Overlayfs
-pf ядро (UKSM и прочее),
Вроде , для kvm что-то получше есть. UKSM для дектопа и не поражал экономией
Но в нём нет контейнерезации
Можно подробнее...
условии поднятия *unix систем в виртуалках это дикие накладные расходы cpu и ram.
ubuntu завести поверх PRA6408 с почти нулевой потерей в ram.
В чем смысл поднимать в линуксе второй линукс? почему все в первом не сделать?
rootaufs2 initrd прикручивается к любому линуксу
manjaro ядро -pf патчами?
Без, но с AUFS
собрать практически одно ядро с минимальным gui(
Это без проблем
В теории и сервер можно собрать модулями.... Только для кого... Школу админов тут организовывать :)
портативный гипервизор на флешке
И запускать виртуалки в дороге и на чужих компах? Или для чего?
Пока не понимаю применения и теоретически заинтересованных в нем
« Последнее редактирование: 16 Июль 2019, 11:43:06 от sfs »

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #7 : 16 Июль 2019, 12:10:15 »
Поэтому я и написал, что проще это сделать в Ролл или вообще любом дистре, который хорошо знаете
rootaufs2 initrd с фругальными фичами прикручивается к любому ядру с AUFS или Overlayfs
Проще, но результат не тот. Импонирует именно идея запуска на любой fs с copy2ram и именно модульной системой.
Т.е. возможность спокойно собирать новый модуль, тестить, подключать на живую, и в случае чего отключать и возвращаться на старый. Без перезагрузок.
Уж темболее имея опыт всяких случайных перезагрузок, после которых не стартуют сервисы,
или банальных обновлений ломающих зависимости или просто приносящих новые(иногда критические) баги.
Вроде , для kvm что-то получше есть. UKSM для дектопа и не поражал экономией
В режиме десктоп задач да. Однако при условии использования шире экономия ощущается. Хотя опять же актуально в основном для lxc(kvm) и *unix виртуалок.
Можно подробнее...
Virtualbox для каждой виртуалки отьедает ram, как для самого запуска так и для самой виртуалки.
В случае с *unix в виртуалками lxc поднимает их на том же ядре, что сводит практически к минимуму затраты ram.
В чем смысл поднимать в линуксе второй линукс? почему все в первом не сделать?
rootaufs2 initrd прикручивается к любому линуксу
Возможность без перезагрузки использовать разные системы.
Условно загрузившись в PRA можно было бы иметь множество настроенных подсистем под различные задачи.
От разработки и тестирования, до банального относительно безопасного браузинга в интернетах(когда браузер в контейнере).
Может даже можно было бы некие готовые сборки lxc контейнеров вынести в pfs модули,
что дало бы возможность даже домашнему пользователю попробовать множество дистров без необходимости перезагрузок, установок настроек и тп.
Этакий шоу-рум дистров на базе PRA.
Это без проблем
В теории и сервер можно собрать модулями.... Только для кого... Школу админов тут организовывать
С одной стороны конечно классическая установка системы в этом случае подходит.
Но возможность в теории иметь этакий универсальный сборник из базовой системы со всевозможными модулями, конструктор,
на базе которого можно было бы запустить как десктоп так и различные серверы,
с возможностью на ходу менять версии и настройки программ, достаточно привлекательна.
Да и порог вхождения для обычных юзеров в таком варианте сильно бы понизился.

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10495
  • Репутация: +108/-2
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #8 : 16 Июль 2019, 12:17:27 »
из исходников скомпилировалось без проблем, зависимостей особо нет.
В чем тогда был смысл перекомпилять?

В остальном у меня сильные сомнения, что дома нужно что-то больше VirtualBox...
потому что например в арче прописано что нужен питон и перл в зависимостях. Для меня смысл был просто посмотреть как оно скомпилируется, я даже модуль не буду делать, завтра сотру.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #9 : 16 Июль 2019, 12:19:20 »
потому что например в арче прописано что нужен питон и перл в зависимостях. Для меня смысл был просто посмотреть как оно скомпилируется, я даже модуль не буду делать, завтра сотру.
Запускали контейнеры? Или просто собрали?

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10495
  • Репутация: +108/-2
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #10 : 16 Июль 2019, 12:23:12 »
Просто собрал, я не умею в контейнеры.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #11 : 16 Июль 2019, 12:27:57 »
Просто собрал, я не умею в контейнеры.
Оно у меня тоже завелось(вместе с зависимостями объединенное в один .pfs) в плане сборки проблем нет похоже.
Но вот контейнеры не запускаются, видимо каких-то модулей ядра не хватает, сегодня попробую другое ядро, может пойдет.
В принципе и сборка руками не адская боль, учитывая что один раз собрал и всё.

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10495
  • Репутация: +108/-2
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #12 : 16 Июль 2019, 12:33:36 »
Ну приведите логи, там будет написано про модули ядра. Я лично когда ядра делал, то kvm отключал, но щас в системе другие ядра.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн yzyz

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-0
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #13 : 16 Июль 2019, 12:46:17 »
Ну приведите логи, там будет написано про модули ядра. Я лично когда ядра делал, то kvm отключал, но щас в системе другие ядра.
Код
live@pra6408:~$ lxc-create -t download -n test1
lxc-create: test1: conf.c: chown_mapped_root: 3279 lxc-usernsexec failed: No such file or directory - Failed to open ttyNo such file or directory - Failed to open tt
lxc-create: test1: tools/lxc_create.c: main: 327 Failed to create container test1
live@pra6408:~$ lxc-checkconfig
Kernel configuration not found at /proc/config.gz; searching...
lxc-checkconfig: unable to retrieve kernel configuration

Try recompiling with IKCONFIG_PROC, installing the kernel headers,
or specifying the kernel configuration path with:
  CONFIG=<path> lxc-checkconfig
« Последнее редактирование: 16 Июль 2019, 12:48:54 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 28882
  • Репутация: +195/-0
    • PuppyRus-A
Re: lxc и kvm(libvirt) vs VirtualBox
« Ответ #14 : 16 Июль 2019, 12:46:21 »
Импонирует именно идея запуска на любой fs с copy2ram
Может быть, но далеко не со всем есть смысл. Если это прога, которая постоянно запущена - ускорение будет только на стадии ee запуска. Для серверного использования малоактуально. Там же будут сплошные демоны
и именно модульной системой.
А модульность то здесь зачем.... Если только samba squid и т.п. модулями и выбираешь что надо...
А для виртуализации - собрал монолитно и обновлять просто (в chroot)
Т.е. возможность спокойно собирать новый модуль, тестить, подключать на живую, и в случае чего отключать и возвращаться на старый. Без перезагрузок.
Все это можно в Ролл - заморозка фул базы и т.д.и т.п.
Хочется на флэшку - корень в сквош
Совсем без перезагрузок не со всем софтом по любому выйдет. Некоторый будет не отключить
От разработки и тестирования, до банального относительно безопасного браузинга в интернетах(когда браузер в контейнере).
Опять же Ролл. Там минимум самопала. Во фругал ориентированных дистрах много послаблений безопасности, обрезаний и т.п.
Для запуска пары прог - больше и не надо. Для разработки и тестирования не советовал бы.
За примером далеко ходить не надо
Virtualbox для каждой виртуалки отьедает ram, как для самого запуска так и для самой виртуалки.
В случае с *unix в виртуалками lxc поднимает их на том же ядре, что сводит практически к минимуму затраты ram.
Ну так и запускайте линуксовое в линуксе без виртуалок. Еще экономнее.  ;)
Если надо сразу много разных виртуалок с разными дистрами - под это точно отдельно надо заморачиваться. И дома то кто этим будет заниматься
Короче - для серьезных задач никак бы не советовал что-то кроме Ролл. А еще лучше только использовать фичи rotaufs или uird

В итоге  пока не понял, какую задачу Вы пытаетесь решить и почему VirtualBox не подходит для абсолютно любых извращений с опер. системами
Это не значит , что я отговариваю. Просто предупредил.
Буду приветствовать любое расширение функционала наших дистров и СПО вцелом  :)