Я збираюся тут розвіяти кілька міфів.
Це просто погана ідея. Мені шкода. - Яків 5 березня о 20:30
Я не бачу, як це погана ідея. Це дійсно просто chroot всередині chroot. З одного боку, це може, можливо, знизити продуктивність незначним чином (ніщо в порівнянні з запуском VM всередині VM). З іншого боку, це, ймовірно, буде більш безпечним (наприклад, більш ізольованим від кореневої системи хоста та його складових).
У вас насправді є реальна причина для цього? Будь ласка, пам’ятайте, що питання тут повинні стосуватися актуальних проблем, з якими ви стикаєтесь. - Зоредаче 5 березня о 21:52
Я погоджуюся на 100% із наступним коментарем постера. Крім того, я вважаю, що можна припустити, що кожен, хто розміщує тут питання, швидше за все, думає, що у них є реальна причина для цього.
Я думаю, що lxc повинен спростити міграцію VM (і резервне копіювання + відновлення теж). Але я не впевнений у випадках, коли немає доступу до хост-OS (наприклад, дешеві vps). - Михайло 6 березня о 11:17
Насправді я натрапив на це питання ще в червні, коли вперше занурився в LXC для проектів PaaS / IaaS, і мене особливо зацікавила можливість дозволяти користувачам імітувати хмарні середовища для цілей розвитку.
LXCeption. Ми занадто глибокі. - Том О'Коннор 6 березня о 22:46
Я трохи засміявся, коли прочитав це, але це зовсім не так :)
У будь-якому разі я, врешті-решт, створив середовище VirtualBox зі встановленням запасів Ubuntu 12.04 LTS Server Edition, прочитавши все це, думаючи, що це можливо на 100%. Після установки LXC я створив новий контейнер і встановив LXC всередині контейнера з apt-get. Більшість інсталяцій прогресували добре, але в результаті з'явилися помилки через проблему з пакетом cgroup-lite, чиє завдання для запуску не вдалося запустити після встановлення пакета.
Трохи пошукавши , я наткнувся на цю чудову статтю на сайті stgraber.org (смаколики ховаються у розділі "Вкладення контейнерів"):
sudo apt-get install lxc
sudo lxc-create -t ubuntu -n my-host-container -t ubuntu
sudo wget https://www.stgraber.org/download/lxc-with-nesting -O /etc/apparmor.d/lxc/lxc-with-nesting
sudo /etc/init.d/apparmor reload
sudo sed -i "s/#lxc.aa_profile = unconfined/lxc.aa_profile = lxc-container-with-nesting/" /var/lib/lxc/my-host-container/config
sudo lxc-start -n my-host-container
(in my-host-container) sudo apt-get install lxc
(in my-host-container) sudo stop lxc
(in my-host-container) sudo sed -i "s/10.0.3/10.0.4/g" /etc/default/lxc
(in my-host-container) sudo start lxc
(in my-host-container) sudo lxc-create -n my-sub-container -t ubuntu
(in my-host-container) sudo lxc-start -n my-sub-container
Встановлення цієї політики AppArmor та перезапуск демона зробили свою справу (хоча не забудьте змінити діапазони мережі!). Насправді я вважав, що конкретний фрагмент настільки важливий, що я його відобразив @ http://pastebin.com/JDFp6cTB на всякий випадок, якщо стаття ніколи не виходить з мережі.
Після цього sudo /etc/init.d/cgroup-lite startвдалося і це було плавне плавання.
Отже, так, можна запустити контейнер LXC всередині іншого контейнера LXC :)