https://slinkov.ru/openforum/vsluhforumID3/107003.html Разработчики проекта OpenVZ анонсировали (https://lists.openvz.org/pipermail/users/2016-March/006796.html) выпуск бета-версии Virtuozzo 7.0. Virtuozzo 7.0 - это продукт, получившийся в результате слияния кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server). Исходный код Virtuozzo 7 полностью открыт и доступен в публичном репозитории (https://src.openvz.org/projects/OVZ) и зеркале (https://github.com/OpenVZ) на GitHub.<br><br><br>После выпуска двух предварительных версий Virtuozzo 7.0 в продукте произошло много изменений (https://docs.openvz.org/), среди которых:<br><br><br>- Online-управление памятью контейнеров и виртуальных машин. Для этого используется подсистема memory cgroups в Linux ядре и сервис vcmmd (https://github.com/OpenVZ/vcmmd). <br>- Гарантированные лимиты памяти для виртуальных машин и контейнеров<br>- Функциональность для более эффективного использования оперативной памяти, доступной на физическом сервере: memory autoballooning и KSM (ker https://slinkov.ru/openforum/vsluhforumID3/107003.html#47 Tue, 08 Mar 2016 15:13:48 GMT &gt; В старых версиях всегда были проблемы<br>&gt; с подкючением tun/tap устройств для работы openvpn.<br><br>Вы просто поленились даже поискать, у нас ovpn в контейнере под ovz работал ещё году в 2009 или самое позднее в 2010. История вики-странички с этим тоже согласуется: https://wiki.openvz.org/VPN_via_the_TUN/TAP_device<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#46 Sat, 05 Mar 2016 21:27:54 GMT В старых версиях всегда были проблемы с подкючением tun/tap устройств для работы openvpn. Как с этим в новых версиях?<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#45 Sat, 05 Mar 2016 19:46:43 GMT <br>&gt;Все хостеры для Linux контейнеров используют OpenVZ или Virtuozzo.<br><br>Все? У амазона docker "из коробки". И у них бесплатный триал а один год на виртуалку.<br><br>Понятно что вы не впариваете Virtuozzo, сам активно использую ovz, но технические преимущества, к сожалению, не самое важное.<br><br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#44 Sat, 05 Mar 2016 16:09:52 GMT Про лицензирование и платность тут: https://forum.openvz.org/index.php?t=msg&th=13050<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#43 Sat, 05 Mar 2016 15:22:39 GMT Мы используем Clоud Linuх с ISP Мanager. Проблем явно меньше чем с бэкапами в Virtuozzo.<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#42 Sat, 05 Mar 2016 14:04:00 GMT &gt; Понятно что изоляция lxc не фонтан, но функции свои она выполняет, и работает сейчас.<br><br>Зависит от того какие у вас функции. Все хостеры для Linux контейнеров используют OpenVZ или Virtuozzo.<br>Если у вас приватная сеть и нужно использовать контейнеры, то да, скорее всего свои задачи вы с помощью LXC решите.<br>У LXC главное преимущество, за которое его так любят это доступность в любом дистрибутиве.<br>Но нужно знать и о недостатках LXC. Отталкивайтесь от своих потребностей, хватает вам LXC - отлично, любите Docker - прекрасно.<br>Мы не пытаемся "впарить" свою Virtuozzo всем, поэтому составили таблицу сравнения (без всякого маркетингого буллшита) Virtuozzo с другими решениями - https://openvz.org/Comparison<br><br>Лично мое мнение, что существующие пользователи OpenVZ только приобрели нежели потеряли с новой версией Virtuozzo. А вы уж делайте свои выводы.<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#41 Sat, 05 Mar 2016 13:54:23 GMT Когда ментейнеры Linux ядра согласятся принять все наши наработки из vzkernel, скорость можно оценить по этой картинке - http://imgur.com/WMFDib8<br><br>Какие-то части vzkernel быстрее продаются ментейнерам Linux ядра, а какие-то медленнее:<br><br>NET и PID неймспейсы приняли достаточно быстро.<br><br>Нашу реализацию C/R для живой миграции контейнеров не принимали в ядро. И у других проектов (http://criu.org/Comparison_to_other_CR_projects) не принимали. Мы решили эту проблему с помощью проекта CRIU (http://www.opennet.ru/opennews/art.shtml?num=43489) и в Virtuozzo 7 уже нет ядерного кода для C/R, его заменил инструментарий CRIU.<br><br>код для управления памятью (memcg) в ванильном ядре частично мы писали, в vz7 мы используем эти наработки и от старых UBC, vSwap, SLM (https://openvz.org/Memory_management_in_VZ7) практически ничего в vzkernel не осталось.<br><br>И это не все примеры "проталкивания" наших наработок. Со стороны мы можем выглядеть тормозами, но покажите того, у кого этот процесс проходит быстрее.<br><br>Из оставшегося https://slinkov.ru/openforum/vsluhforumID3/107003.html#40 Sat, 05 Mar 2016 11:48:54 GMT поздно спохватились, теперь у нас новый король, а OpenVZ уже протух<br> https://slinkov.ru/openforum/vsluhforumID3/107003.html#39 Sat, 05 Mar 2016 10:38:02 GMT &gt; Но, пожалуй, стоит уточнять, что поддержка OpenVZ в libvirt - мягко <br>&gt; говоря хреновая и если этот веб-интерфейс будет использоваться, то он сможет <br>&gt; рулить лишь VM, а конетйенрами - не сможет.<br><br>Наверное ты имеешь ввиду тот факт, что в своем драйвере vz для LibVirt реализовали управление двумя типами инстансов: контейнерами и виртуальными машинами. Этот драйвер приняли в апстрим LibVirt, а значит и приложения должны это поддерживать. Если нормальной поддержки нет, то виноват не драйвер.<br>