nvbn 14.12.2011 14:45
Есть вопрос! — Готов ли LXC к использованию?
Нужно развернуть несколько контейнеров на одной машине, ставить rhel/centos для openvz как-то не сильно хочется.В интернете по LXC нашёл только старую информацию, но везде о нём отзывались как ос сыром продукте.
Кто-нибудь пробовал LXC?
Похожие
Поделиться
nvbn
Их ядро основано на редхатовском, а самопатченный самосбор в продакшн тащить не хочется)
cppmm
А почему бы не использовать стабильный Debian?
Это уж точно лучше, чем какие-то странные поделки, поддерживаемые двумя с половиной анонимусами. Статистика коммитов.
$ apt-cache search openvz
collectd-core - statistics collection and monitoring daemon (core system)
linux-headers-2.6-openvz-686 - Header files for Linux 2.6-openvz-686 (meta-package)
linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support
linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support
libvirt-bin - the programs for the libvirt library
libvirt-dev - development files for the libvirt library
libvirt-doc - documentation for the libvirt library
libvirt0-dbg - library for interfacing with different virtualization systems
libvirt0 - library for interfacing with different virtualization systems
python-libvirt - libvirt Python bindings
vzctl - server virtualization solution - control tools
vzdump - OpenVZ backup scripts
vzquota - технология виртуализации - утилиты для ограничения ресурсов
linux-headers-2.6.32-5-common-openvz - Common header files for Linux 2.6.32-5-openvz
linux-headers-2.6.32-5-openvz-686 - Header files for Linux 2.6.32-5-openvz-686
linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686
collectd-core - statistics collection and monitoring daemon (core system)
linux-headers-2.6-openvz-686 - Header files for Linux 2.6-openvz-686 (meta-package)
linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support
linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support
libvirt-bin - the programs for the libvirt library
libvirt-dev - development files for the libvirt library
libvirt-doc - documentation for the libvirt library
libvirt0-dbg - library for interfacing with different virtualization systems
libvirt0 - library for interfacing with different virtualization systems
python-libvirt - libvirt Python bindings
vzctl - server virtualization solution - control tools
vzdump - OpenVZ backup scripts
vzquota - технология виртуализации - утилиты для ограничения ресурсов
linux-headers-2.6.32-5-common-openvz - Common header files for Linux 2.6.32-5-openvz
linux-headers-2.6.32-5-openvz-686 - Header files for Linux 2.6.32-5-openvz-686
linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686
Это уж точно лучше, чем какие-то странные поделки, поддерживаемые двумя с половиной анонимусами. Статистика коммитов.
А почему бы не использовать стабильный Debian?
Да, тоже вариант, но конечно хотелось бы убунточку =) Но скорее всего будет он.
Это уж точно лучше, чем какие-то странные поделки, поддерживаемые двумя с половиной анонимусами. Статистика коммитов.
Но зато lxc есть в дефолтном ядре, не надо ничего патчить.
Да, тоже вариант, но конечно хотелось бы убунточку =) Но скорее всего будет он.
Ну, говорят, в бубунту можно ставить пакеты из дебиана. Правда, тащить бубунту в продакшн я бы лично не стал. :)
Но зато lxc есть в дефолтном ядре, не надо ничего патчить.
В дебиане за тебя уже всё пропатчили - это я листинг запроса из стандартных реп приводил. :) Вот в lenny - там да, там, если память не изменяет, не всё работало в openvz-ядре, поэтому мне приходилось подключать openvz'шные репы для ядра и утилит(vzctl и т.д.). В squeeze с этим стало проще.
Ну, говорят, в бубунту можно ставить пакеты из дебиана.
Можно, но на сервере лучше не надо =)
Правда, тащить бубунту в продакшн я бы лично не стал.
У проекта такие зависимости, что из дебиана там получится микс тестинга и анстейбла
dront78
> У проекта такие зависимости, что из дебиана там получится микс тестинга и анстейбла
тоесть бубунта? вы вроде это и хотели))
тоесть бубунта? вы вроде это и хотели))
интересно, но
"На данный момент /dev каталог монтируется при помощи bind из текущей системы."
разве такое можно пускать в продакшн? безопасность все-таки не ахти, имхо
"На данный момент /dev каталог монтируется при помощи bind из текущей системы."
разве такое можно пускать в продакшн? безопасность все-таки не ахти, имхо
Хм, LXC в продакшане используется в Яндексе, они даже свою утилиту для управления им пишут: http://lxc.tl/
Aesdana
Я к написанию lxctl отношения не имею, но пользоваться этой штукой приятно, понятно, а местами даже весело :)
Отвечая на вопрос nvbn - да, пробовали, заселяли, тюнили и мигрировали виртуалки. Дискомфорта не испытываю, ещё ни разу, тьфу-тьфу-тьфу, не было ситуаций "ай, всё пропало/сломалось". Субъективно оно шустрее vz.
Отвечая на вопрос nvbn - да, пробовали, заселяли, тюнили и мигрировали виртуалки. Дискомфорта не испытываю, ещё ни разу, тьфу-тьфу-тьфу, не было ситуаций "ай, всё пропало/сломалось". Субъективно оно шустрее vz.
я что-то проспал?