Миграция с openvz

Question

[sl4mmer]

Добрый день, хабражители.

Думаю о новом средстве виртуализации, взамен openvz для рабочих машин разработчиков.

Главное требование
— Возможность монтирования ФС виртуалки к ФС хост-машины. Можно конечно и ssh, но лучше бы нативный, полноценный доступ, как у openvz.

Сам смотрю в сторону KVM пока.

Answer 1

[Melkij]

А почему от openvz отказываетесь?
Можно на LXC мигрировать, так же виртуализация уровня ОС, но в апстриме с 2.6.32 ядра.

Xen и KVM — получить полный доступ к ФС виртуалки не проблема, но только в монопольный доступ — ФС подмонтирована или к хосту или к виртуалке.

Comments

[sl4mmer]

Тому есть несколькпько причин.
1) Планируем отказаться от openvz и на продакшн-серверах, ввиду целого ряда проблем с ним (в частности с выделением памяти)
2) Для работы с openvz на машинах девелоперов надо использовать старое ядро. Ну и современные дистры openvz выпиливают потихоньку.

[Melkij]

Да, я уточнял как раз требования к виртуалкам, подойдут ли LXC — если понадобились другие ядра/модули ядра в виртуалках — то LXC бесполезен.

На счёт продакшена не знаю, рекомендовал бы остановиться именно на KVM. По LXC информации значительно меньше и надо пристально следить за датами, штука молодая ещё.
Но и жёсткое «или» ставить не обязательно — ничто не мешает использовать KVM и LXC на одной машине.

Answer 2

[Влад Животнев]

В Openvz проблем с выделением памяти нет.
Например, можно сделать так — hastebin.com/rurevahadi.vala
Но с ipv6 там п*ц, да.

А так, KVM. Если ядра разные не нужны — lxc с lxctl. Уживаются на одной машине более чем.
В обоих случаях доступ к ФС только если виртуалка выключена. В LXC.tl фс монтируется на хосте, но попытки записать туда ни к чему хорошему с т.з. виртуалки не приводят.