Прошло больше полугода с момента начала (https://www.opennet.me/opennews/art.shtml?num=42113) открытой разработки дистрибутива Virtuozzo 7, развиваемого после в слияния единый свободный продукт кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server). За это время в проекте произошло много изменений, среди которых:
- Опубликована (https://docs.openvz.org/) документация для Virtuozzo 7: Command Line Reference, Getting Started Guide, Installation Guide, Installation Using PXE, Templates Management Guide. Исходный код документации так же как и исходный код продукта размещён в репозитории (https://src.openvz.org/projects/OVZ/repos/vz-docs/browse);- В дистрибутив добавлено два новых компонента: libreport-plugin-virtuozzo (https://src.openvz.org/projects/OVZ/repos/libreport-plugin-v...) и coripper (https://src.openvz.org/projects/OVZ/repos/coripper/browse);
- Минимальные шаблоны контейнеров очень популярны в OpenVZ, но отсутствуют в Virtuozzo 7. Один из пользователей OpenVZ Philipp Born сделал (https://lists.openvz.org/pipermail/users/2015-October/006549...) минимальный шаблон для операционной системы Debian и разработчики добавили его в базовый дистрибутив Virtuozzo;
- После продолжительного обсуждения (https://lists.openvz.org/pipermail/users/2015-July/006307.html) востребованности SimFS разработчиками Virtuozzo было принято решение перенести код SimFS в новое ядро, базирующееся на ядре RHEL7. Опубликована таблица (https://wiki.openvz.org/CT_storage_backends) со сравнением ploop и SimFS. Статус портирования SimFS на ядро RHEL7 можно отслеживать в тикетах OVZ-6581 (https://bugs.openvz.org/browse/OVZ-6581) и OVZ-6613 (https://bugs.openvz.org/browse/OVZ-6613);
- Добавлена новая функциональность: возможность запуска каждого контейнера в отдельном пространстве имён пользователя, поддержка (https://openvz.org/Prl-disk-tool_for_Virtuozzo_7) форматов виртуальных дисков QEMU в утилиту prl_disk_tool, в дистрибутиве Virtuozzo 7 поставляется пакет virt-manager с возможностью управления как виртуальными машинами так и контейнерами;
- Подготовлена таблица (https://openvz.org/Comparison), в которой проведено сравнение функциональности Virtuozzo 7 с похожими решениями. Таблица позволит понять какую функциональность стоит ждать в релизе Virtuozzo и оценить достаточно ли будет функциональности бесплатной версии для решения своих задач. Нужно отметить, что некоторая функциональность находится в статусе обсуждения и поэтому не была добавлена в таблицу;
- Опубликован (https://lists.openvz.org/pipermail/users/2015-October/006563...) отчёт аудита безопасности исходного кода OpenVZ, который делал Александр Песляк (Solar Designer из проекта OpenWall) в 2005 году. Во время аудита была выявлена (https://openvz.org/Security) одна проблема в коде OpenVZ и две проблемы в коде ванильного ядра Linux. Все проблемы были исправлены. Этот отчёт лишний раз подтверждает высокое качество кода в проекте OpenVZ;
- Составлен список технологий и продуктов (https://openvz.org/Virtuozzo_ecosystem), интегрированных с OpenVZ;
- Разработчики отказались от использования пакетной базы Cloud Linux и теперь базовые пакеты дистрибутива Virtuozzo 7 собираются своими силами. Такой шаг позволит более гибко разрабатывать продукт и сохранить время разработчиков. При использовании лицензии на Virtuozzo 7 поддержка будет распространяться и на базовые пакеты в том числе.
- В Virtuozzo 7 гипервизор собственной разработки был заменён на KVM/QEMU. Все сборки Virtuozzo 7 из ветки Beta 2 включают всё необходимое для запуска виртуальных машин QEMU. Пользовательские утилиты (prlsrvctl, prlctl) интегрированы c QEMU с помощью LibVirt и позволяют управлять как контейнерами так и виртуальными машинами. Возможность использовать стандартные утилиты virsh, virt-install как и другие приложения, интегрированные с LibVirt (http://libvirt.org/apps.html), сохранилась;
Пример создания виртуальной машины с CentOS 6.7 x86_64 с помощью virt-install:<font color="#461b7e">
$ curl -O http://mirrors.kernel.org/centos/6.7/isos/x86_64/CentOS-6.7-...
$ virt-install --virt-type kvm --name centos-6.7 --ram 1024 --disk centos-6.7.qcow2 format=qcow2
--graphics vnc password=vz7 listen=0.0.0.0 --noautoconsole--os-type=linux
--os-variant=rhel6 --extra-args"console=tty0 console=ttyS0115200n8 serial"
--location=CentOS-6.7-x86_64-bin-DVD1.iso --network network=Bridged
</font><class=l> Попробовать тестовые сборки можно несколькими способами: загрузить установочный образ с одного из зеркал проекта OpenVZ (https://mirrors.openvz.org/) и установить Virtuozzo 7 на физический сервер или виртуальную машину
запустить инстанс Virtuozzo 7 (https://openvz.org/Using_Virtuozzo_in_the_Amazon_EC2) в облаке Amazon EC2 (это будет бесплатно в случае использования t2.micro) или загрузить образ (https://openvz.org/Quick_installation_of_Virtuozzo_7#Using_V...) для Vagrant.- Подготовлено несколько скринкастов про утилиты Virtuozzo,
которые отсутствовали в OpenVZ: мониторинг ресурсов с помощью vzstat (https://asciinema.org/a/24266)
установка гостевой ОС с помощью virt-install (https://asciinema.org/a/27822)
базовые операции с контейнерами с помощью утилиты prlctl (https://asciinema.org/a/19722);Дополнительно можно упомянуть о намерении (http://www.meetup.com/Moscow-Containers-Meetup/messages/boar...) провести в феврале новую встречу с пользователями и разработчиками контейнеров. Желающие выступить с докладами могут связаться с организаторами. Интересующиеся технологиями контейнерной изоляции в Linux могут подписаться на
группу Moscow Containers Meetup (http://www.meetup.com/Moscow-Containers-Meetup/) на meetup.com или на
рассылки (http://openvz.org/Mailing_lists) проекта OpenVZ. В рассылках каждый месяц публикуется список наиболее значительных изменений в разработке Virtuozzo. Отчёты за предыдущие месяцы: октябрь (https://lists.openvz.org/pipermail/users/2015-October/006565...), ноябрь (https://lists.openvz.org/pipermail/users/2015-November/00663...).URL: https://openvz.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=43496
Ну блин это конечно хорошо, но есть вопросы.Почему нет русской документации?
Как я должен презентовать этот продукт клиентам и руководству?
Почему шаблоны на debian, а сервер на centos(у меня в случае с openvz наоборот)?
Какие костыли/api я буду использовать для автоматизации?
Какие средства предоставлены для мониторинга?
Каким образом теперь хранятся файлы контейнеров?
Сколько времени будет занимать бекап через снапшот 50 виртуалок расположенных на SAS диске 3.5 дюйма 15000 оборотов со средне-занимаемым дисковым пространством 5 гигов и средним же размером файла 256кб?
> Почему нет русской документации?Потому что не нашёлся человек, который готов перевести всю документацию на русский язык.
Мы будем только рады, если кто-то начнет переводить документацию на другие языки.> Как я должен презентовать этот продукт клиентам и руководству?
> Почему шаблоны на debian, а сервер на centos(у меня в случае с openvz наоборот)?Шаблоны есть для разных дистрибутивов. Пока доступны для centos-5-x86-ez, centos-6-x86_64-ez, centos-7-x86_64-ez, debian-8.0-x86_64-ez, fedora-22-x86_64-ez, ubuntu-14.04-x86_64-ez, ubuntu-14.10-x86_64-ez, ubuntu-15.04-x86_64-ez В новости шла речь про _минимальный_ шаблон для Debian.
> Какие костыли/api я буду использовать для автоматизации?
я не знаю какие костыли вы будете использовать
> Какие средства предоставлены для мониторинга?
SNMP + любая система мониторинга по SNMP
> Каким образом теперь хранятся файлы контейнеров?
ploop, есть планы сделать абстракцию в виде mosaic, чтобы была возможность использовать другие бэкенды отличные от SimFS/ploop.
> Сколько времени будет занимать бекап через снапшот 50 виртуалок расположенных на SAS диске 3.5 дюйма 15000 оборотов со средне-занимаемым дисковым пространством 5 гигов и средним же размером файла 256кб?
Если у вас есть задачи делать такие бекапы и ко времени бекапа предъявляются какие-то требования, то перед введением Virtuozzo в промышленное использование стоит это протестировать. Если будут возникать проблемы в Virtuozzo во время тестирования, то нужно отписать в рассылку или завести баг в bugs.openvz.org.
В общем можно забыть про дисковую производительность, diff/inc бекапы и пожалуй стоит сейчас планировать миграцию на lxc
> и пожалуй стоит сейчас планировать миграцию на lxcПланируйте сразу на чруты, это почти то же.
Касательно бэкапов -- очевидно же, что либо бэкапилочный агент запихивается в каждое окружение, либо пользуетесь simfs и тогда можно бэкапить с HN всё сразу. В любом разе diff/inc определяется возможностями бэкапилки.
Просадку по i/o прикидываете по результатам эксперимента на применяемом железе под характерной для него нагрузкой.
> Шаблоны есть для разных дистрибутивов.Штатный альтовый для ovz подойдёт? -- http://altlinux.org/starterkits#ovz (про vztt пока не почитал)
> Потому что не нашёлся человек, который готов перевести всю документацию на русский язык.Где можно перевести MediaWiki / GitHub Wiki/git-pages ?
Осталось повернуться лицом к людям и предоставить нормальные инструменты.
Документация лежит в файлах с разметкой AsciiDoc -https://src.openvz.org/projects/OVZ/repos/vz-docs/browseВики у нас на движке Mediawiki, как там делать перевод статей можно посмотреть например здесь - https://www.mediawiki.org/wiki/Help:Extension:Translate/Tran...
сравнительная таблица simfs/ploop - очень хорошо. а где-нибудь пишут подробно про проблемы(грабли) с simfs?
> В новости шла речь про _минимальный_ шаблон для Debian.Тем временем из дебиана удалили CRIU. Сразу видно с кем не надо иметь дело.
>> В новости шла речь про _минимальный_ шаблон для Debian.
> Тем временем из дебиана удалили CRIU. Сразу видно с кем не надо
> иметь дело.Я не понимаю как связаны минимальный шаблон Debian и CRIU.
Но про удаление пакета CRIU из Debian вы что-то путаете. Последняя версия CRIU - 1.8, в Debain -stable - 1.7.2 (https://tracker.debian.org/pkg/criu).
> Но про удаление пакета CRIU из Debian
>вы что-то путаете. Последняя версия
>в Debain -stable - 1.7.2И да, по ссылке "unstable: 1.7.2-2". Кто-то петляет и путает следы.
https://packages.debian.org/src:criu =только sid, ниодного из _релизов_Таки, Вы не в курсе https://bugs.debian.org/796534 ?!
>> Но про удаление пакета CRIU из Debian
>>вы что-то путаете. Последняя версия
>>в Debain -stable - 1.7.2
> И да, по ссылке "unstable: 1.7.2-2". Кто-то петляет и путает следы.
> https://packages.debian.org/src:criu =только sid, ниодного из _релизов_
> Таки, Вы не в курсе https://bugs.debian.org/796534 ?!Вот ответ Salvatore Bonnacorso (ментейнера пакета CRIU в Debian) с описанием причин:
>[оверквотинг удален]
> starting to review criu in Red Hat (Florian Weimer) let me decide to propose to not hav 1.3.1 in jessie and have to maintain that version for ~2 years.
>
> I'm glad that now criu is used more from users apparently, so I expect to get more feedback and I'm looking forward to defintively have criu in stretch.
>
> From packaging side: I'm not yet happy how I (or the previous maintainer) has put together the packaging (not an upstream issue!):
>
> https://bugs.debian.org/792008
> https://bugs.debian.org/782007
>
> (and lot of warnings when running the Debian specific QA tools on the packaging).
Дорогой аноним, для презентаций http://www.odin.com Там коммерческие продукты на базе OpenVZ и ты сможешь наглядно все объяснить клиентам и руководству и присутствуют средства автоматизации. Правда английским тебе все же придется овладеть. Любой айти специалист должен.
>Опубликован отчёт аудита безопасности исходного кода OpenVZ, который делал Александр Песляк (Solar Designer из проекта OpenWall) в 2005 году
>Этот отчёт лишний раз подтверждает высокое качество кода в проекте OpenVZДядя конечно авторитетный-заслуженный, но отчёт-то давным-давно протухший. Как он может что-то подтверждать сейчас, десять лет спустя?
> Как он может что-то подтверждать сейчас, десять лет спустя?Очевидно может, если 10 лет ничего не трогать в коде.
И кому оно теперь надо? в винильное ядро не входит, туманные перспективы существования это Virtuozzo особенно на фоне Docker и LXC. В общем товарищ Parallels ваш поезд ушел! Прощайте.
> в винильное ядро не входитОно сейчас хоть в слаквари-то используется?
OpenVZ R.I.P.
Использование своего ядра обусловлено наличием дополнительной функциональности, которая еще не вошла в основную ветку. Эта функциональность позволяет делать действительно изолированные контейнеры и показывать более высокую производительность.Команда участвует в разработке Docker-а, точнее той части, которая занимается созданием контейнеров в нем.
Часть дополнительной функциональности постоянно переносится в основную ветку, что освобождает ресурсы на создание чего-то нового.
Так же в Virtuozzo собственный гипервизор был заменен на KVM и парни успешно влились в его сообщество, участвуют в его развитии.
Думаю, рано вы решили закапывать;)
>>Использование своего ядра обусловлено наличием дополнительной функциональности, которая еще не вошла в основную ветку. Эта функциональность позволяет делать действительно изолированные контейнеры и показывать более высокую производительность.Расскажите мне почему связка lxc+[selinux,apparmor]+cgroups не является действительно изолированными контейнерами.
На пример, вот этот просто скрипт позволяет положить всю ноду из lxc контейнера.mount -t tmpfs xxx /mnt
mount --make-shared /mnt
for i in `seq 30`; do mount --bind /mnt `mktemp -d /mnt/test.XXXXXX` & done
umount -l /mnt
вариантов положить OpenVZ не меньше, на вполне безобидных use case.
не так давно была проблема с xfs - который у вас не поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.
В результате те кто решат поставить openvz ядро поверх обычной ингаляции - получат проблемы на ровном месте.Пойдет такое сравнение ?
Я вам привел проблему безопасности, вы мне привели проблему при установке. Это как бы разные вещи. С первой проблемой жить нельзя, вторая легко решаема.
да. проблему как find / обходит IOPS лимиты уже починили ?
> Я вам привел проблему безопасности, вы мне привели проблему при установке. Это
> как бы разные вещи. С первой проблемой жить нельзя, вторая легко
> решаема.вы правы. первая проблема легко решаема - так как можно хотя бы загрузить сервер.
С проблемой получения мертвого ящика сразу после перезагрузки в новое ядро - это сложнее.
Нужно или идти на ipmi (более дорогое железо) или платить админам DC что бы загрузили в предыдущее ядро.Но результаты не сравнимы - после ошибки в xfs мы просто не можем использовать сервер без перестановки, в тоже время проблему в lxc обойти можно.
> Нужно или идти на ipmi (более дорогое железо) или платить админам DC
> что бы загрузили в предыдущее ядро.А можно нанять нормального админа, который сумеет найти в доке по grub2 возможность однократной загрузки, а также знает про бесплатно предоставляемый хостерами ip-kvm. В любом случае это не проблемы самого openvz.
>> Нужно или идти на ipmi (более дорогое железо) или платить админам DC
>> что бы загрузили в предыдущее ядро.
> А можно нанять нормального админа, который сумеет найти в доке по grub2
> возможность однократной загрузки, а также знает про бесплатно предоставляемый хостерами
> ip-kvm. В любом случае это не проблемы самого openvz.то есть сервак ушедший в панику при загрузке это не проблема openvz ? ;-)
В данном случае это проблема админа, который не потрудился проверить есть ли поддержка корневой fs в новом ядре или initrd. К механизмам самого openvz это не имеет ни малейшего отношения. Есть не один десяток граблей, на которые можно напороться при процедуре смены ядра без всякого openvz. Так что либо админ каким-то образом предусматривает их всех, либо делает подушку безопасности на случай, если с новым ядром система не стартует.
Мертвого ящика не будет. Модуль xfs в нашем ядре есть. Контейнеры на xfs можно запускать через simfs.Основные пользователи Virtuozzo - это хостинг провайдеры. Если у вас на хосте крутится 100 контейнеров, то перезагрузка его крайне не желательная и нет гарантии что вам эту ситуация тут же не повторится вновь.
Проблему можно обойти, только если запретить bind-mount-ы. В этом случае в современном дистрибутиве у вас даже сервис запустить может не получится.
Кажется, я понял о чем речь:
https://src.openvz.org/projects/OVZ/repos/vzkernel/commits/5...Приятно было узнать и имя Анонима.
в данном случае не угадали. Просто аноним внимательно читает ваши changelog. и пропустить такой комит - ну просто нельзя :)
Могу только позавидовать количеству свободного времени у вас.RHEL7 ядро сейчас активно разрабатывается и проблемы, которые напрямую касаются нашего сетапа имеют больший приоритет (что логично). После стабилизации этой части, будем больше обращать внимание на людей, которые используют наше ядро в каких-то специфических сетапах.
Бери дедикейшен в нормальных местах. Там тебе дадут квм на пару часов совершенно бесплатно, и предыдущее ядро тоже бесплатно в бут-меню выберут. Да и купить сервер без ipmi конечно можно, но нужно постараться.
> вариантов положить OpenVZ не меньше, на вполне безобидных use case.
> не так давно была проблема с xfs - который у вас не
> поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.Ключевые слова "не поддерживается". Если используете заведомо неподдерживаемую конфигурацию, то будьте готовы к проблемам.
>> вариантов положить OpenVZ не меньше, на вполне безобидных use case.
>> не так давно была проблема с xfs - который у вас не
>> поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.
> Ключевые слова "не поддерживается". Если используете заведомо неподдерживаемую конфигурацию,
> то будьте готовы к проблемам.а нет в документации указания что не поддерживается. И одно дело не поддерживать лимиты - второе ронять машину в панику. Разные результаты и разная ответственность.
Хотя если посмотреть в комит логи постоянно - закомитим патчку, потом "ой, тут все сломалось" - откатываем ребята.
Где проверки хочется спросить? где качество ?
Может покажете баг, где у вас падала машина и вас завернули? Или комит логи, о которых вы тут пишите.Вот прямо не поверил и пошел проверил. Модуль xfs есть, создал диск, замаунтил. Никаких проблем.
> Может покажете баг, где у вас падала машина и вас завернули? Или
> комит логи, о которых вы тут пишите.
> Вот прямо не поверил и пошел проверил. Модуль xfs есть, создал диск,
> замаунтил. Никаких проблем.комит вы нашли сами :) другие ровно так же видели его и знают к чему это может приводить.
и смотря на комиты которые то добавляют - то удаляют код.. невольно вопрос - вы вообще тестируете то что в репе? а то следующий комит идет fix build.
> комит вы нашли сами :) другие ровно так же видели его и
> знают к чему это может приводить.
> и смотря на комиты которые то добавляют - то удаляют код.. невольно
> вопрос - вы вообще тестируете то что в репе? а то
> следующий комит идет fix build.Конечно тестируем. Сами тестируем. Выпускаем ядра, отдаем в QA, они гоняют тесты и репортят нам баги, мы их фиксим.
Глянул на последующие фиксы компиляции. Один зависит от опции компиляции, другой от конфига ядра. Ничего тут страшного нет. Ошибок не делает, только тот, кто ничего не делает.
> все RHEL7 based используют xfs по дефолту.orly? что hetzner, что rackspace ставят на ext4.
>> все RHEL7 based используют xfs по дефолту.
> orly? что hetzner, что rackspace ставят на ext4.вы давно анаконду запускали?
давно. там теперь нельзя поставить систему на ext4?
> давно. там теперь нельзя поставить систему на ext4?просто если вы ее поставите на raid0/linear из двух винтов по 8Т - получите уже не поддерживаемую конфигурацию. И сапорт с чистой совестью пошлет вас переставлять на xfs. И при установке по умолчанию предлагается xfs.
1. какой, нафиг, саппорт на centos?
2. уже ставя неродное ядро от openvz вы лишаетесь поддержки rhel.
установщик hetzner диски размечает самостоятельно и распаковывает (кривой) архив уже установленной системы. Не переделывать же теперь скрипты ;-)Причина, в общем-то понятная - ему надо уметь ставить кучу разных дистрибутивов, и даже если они все имеют автоматическую установку с сетевого носителя с автоматическим накатом некоторых хетзнероспецифичных особенностей в конфиги, она заведомо будет _разной_ и абсолютно несовместимой. А хетзнеру потом еще поддерживать глюки и баги в каждой отдельной версии. Оно им надо, за эти гроши?
> показывать более высокую производительность.Вы уверены что скорость показатель безопасности и изолированности?
Я такого не говорил, там стоит союз "и".
> И кому оно теперь надо? в винильное ядро не входит, туманные перспективы
> существования это Virtuozzo особенно на фоне Docker и LXC. В общем
> товарищ Parallels ваш поезд ушел! Прощайте.Парарельсы - авторы большей части lxc, namespace-ов и cgroups-ов в "ванильном" ядре, которым Вы им в харю тычите. Ваша позиция заключается в том, что теперь, когда они всё это за-про-апстримили, им уже надо пойти и удавиться с голоду? Разумные пределы Вашей благоларности :/ совсем потеряли всякие грацицы, знаете ли.
>> И кому оно теперь надо? в винильное ядро не входит, туманные перспективы
>> существования это Virtuozzo особенно на фоне Docker и LXC. В общем
>> товарищ Parallels ваш поезд ушел! Прощайте.
> Парарельсы - авторы большей части lxc, namespace-ов и cgroups-ов в "ванильном" ядре,
> которым Вы им в харю тычите. Ваша позиция заключается в
> том, что теперь, когда они всё это за-про-апстримили, им уже надо
> пойти и удавиться с голоду? Разумные пределы Вашей благоларности :/
> совсем потеряли всякие грацицы, знаете ли.cgroups это вообще IBM, а параллсы пытаются запрыгнуть в уходящий поезд и возглавить. Прям как Microsoft.
Мне кажется это были инженеры из Google. Как вы думаете на сколько важно кто начал? Может лучше судить по вкладу за все время?
console=tty0 -- люди не понимают разницы между console, tty, tty0 и tty1.
Посмотрел на табличку сравнения, правильно ли я понимаю, что для Virtuosso 7 нет ни какой-либо веб-морды (гуя), для управления кластером, ни поддержки шаренного стораджа?Как-то бедненько выходит, даже на фоне проксмокса.
Почему в табличке не сказано, что у rhev есть opensource edition (ovirt), как это сказано про xen.
> Посмотрел на табличку сравнения, правильно ли я понимаю, что для Virtuosso 7
> нет ни какой-либо веб-морды (гуя), для управления кластером, ни поддержки шаренного
> стораджа?Да, веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web
> Почему в табличке не сказано, что у rhev есть opensource edition (ovirt),
> как это сказано про xen.Добавьте.
Это всё хорошо, но отсутствие хотя бы минимального графического и/или веб-интерфейса удручает. Plesk 1) платный 2) заточен на комплексное администрирование всего. Все остальные, приведённые в вики, работают с OpenVZ, а не с Virtuozzo. Ставить опенстек ради сомнительной интеграции и управления десятком контейнеров как-то не хочется. Вот так и вышло, что при всех его недостатках Proxmox выглядит наиболее привлекательно, особенно если надо дать доступ к серверу виртуализации не только админу.
> Это всё хорошо, но отсутствие хотя бы минимального графического и/или веб-интерфейса удручает.Да, веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web
А есть возможность использовать для контейнеров не образы файловой системы, а обычные директории? Иногда очень выручает возможность быстро скопировать данные из одного контейнера в другой.
Поддержка simfs в процессе добавления, в самой новости -
> После продолжительного обсуждения (https://lists.openvz.org/pipermail/users/2015-July/006307.html) востребованности SimFS разработчиками Virtuozzo было принято решение перенести код SimFS в новое ядро, базирующееся на ядре RHEL7.Скопировать данные подобным образом можно и с контейнерами на ploop.
Только нужно будет примонтировать их через ploop/vzctl mount.
Вопрос. Входит ли PVA или его аналог (веб-мордочка какая-нибудь) в Virtuozzo 7 ?
веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web