Юрий Чудновский: я писал про OpenVZ 7. Там скорее всего работа "OpenVZ Web Panel" из-за несовместимости версий vzctl. AFAIK эта панель завязана на опции vzctl.
Sanes: чтобы ответить на ваш вопрос мне нужно как минимум знать, что вы вообще хотите от панели. Я пробовал только virt-manager (GUI) и webvirtmgr (WEBUI). Базовые операции с контейнерами и виртуальными машинами там есть и работают. Полагаю, что и другие UI для LibVirt тоже должны работать. Реализованные вызовы для драйвера virtuozzo можно посмотреть здесь - https://libvirt.org/hvsupport.html
Пума Тайланд: у вас наверное был какой-то негативный опыт использования контейнеров, но частный случай не показателен. Не знаю статистики по использованию LXC, но вот статистика по использованию OpenVZ stats.openvz.org/.
Да, вы правы, интерфейсы для создания контейнеров в ядре для всех одинаковы. Но OpenVZ пока выигрывает по удобству управления контейнерами (vzctl vs утилиты LXC, это не только мое мнение, для других vzctl тоже удобнее), безопасности (https://service.ait.ac.at/security/2015/LxcSecurit..., плотности размещения контейнеров и возможностям по ограничению ресурсов контейнеров. А неймспейсы в ядре для всех одинаковые, да.
Proxmox уже давно использует LXC, вместо OpenVZ. Поэтому если хотите OpenVZ контейнеры, то лучше брать OpenVZ 7. К тому же там теперь есть KVM/QEMU и управление и контейнеров и виртуальных машин с помощью LibVirt.
В Proxmox возможно использовать и вирт машины (KVM) и контейнеры (LXC). Топикстартер будет использовать в инстансах только линукс (Debian/Ububntu/CentOS). Поэтому логично использовать контейнеры, а не виртуальные машины (потому что overhead меньше).
Одно из требований - ограничение ресурсов контейнеров по CPU ("хочу ограничить виртуальным сервером для того что бы каждого из них ограничить в ресурсах и не переживать, что если один парсер съест все ресурсы и другие умрут от нехватки таковых"). Насколько я знаю, в LXC нет возможности ограничить ресурсы контейнера по CPU.
