The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск новой версии OpenVZ - Virtuozzo 7.0 Beta

03.03.2016 19:44

Разработчики проекта OpenVZ анонсировали выпуск бета-версии Virtuozzo 7.0. Virtuozzo 7.0 - это продукт, получившийся в результате слияния кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server). Исходный код Virtuozzo 7 полностью открыт и доступен в публичном репозитории и зеркале на GitHub.

После выпуска двух предварительных версий Virtuozzo 7.0 в продукте произошло много изменений, среди которых:

  • Online-управление памятью контейнеров и виртуальных машин. Для этого используется подсистема memory cgroups в Linux ядре и сервис vcmmd.
  • Гарантированные лимиты памяти для виртуальных машин и контейнеров
  • Функциональность для более эффективного использования оперативной памяти, доступной на физическом сервере: memory autoballooning и KSM (kernel same-page merging).
  • Гипервизор собственной разработки заменили на KVM/QEMU
  • В дистрибутив включен компонент LibVirt, который позволяет использовать стандартные утилиты virsh, virt-install и другие приложения, интегрированные с LibVirt, для управления контейнерами и виртуальными машинами в Virtuozzo. Новая архитектура Virtuozzo теперь выглядит так:
  • Реализован гостевой инструментарий для ОС Windows и Linux
  • "Живая" миграция для контейнеров реализована с помощью инструментария CRIU и P.Haul вместо использования кода "заморозки"/"разморозки" процессов, предоставляемого ядром Linux.

Для желающих попробовать Virtuozzo 7 Beta подготовлен установочный образ, который можно загрузить с одного из зеркал проекта OpenVZ и руководство с подробным описанием необходимых команд для тестирования новой функциональности.

Отдельно отмечается, что этот релиз Virtuozzo всё ещё является тестовым и не готов для серьёзного применения. Разработка новой версии продолжается и продукт может содержать серьёзные ошибки. Эта промежуточная версия будет последней перед выпуском финального выпуска Virtuozzo 7.0.

  1. Главная ссылка к новости (https://lists.openvz.org/piper...)
  2. OpenNews: Статус развития новой версии OpenVZ - Virtuozzo 7
  3. OpenNews: Тестовые сборки дистрибутива Virtuozzo 7, собранного из открытых компонентов OpenVZ
  4. OpenNews: Открыт исходный код пользовательских утилит Virtuozzo
  5. OpenNews: OpenVZ и Parallels Cloud Server объединяются в единый открытый проект Virtuozzo Core
  6. OpenNews: 9 лет проекту OpenVZ. Обзор участия Parallels в развитии открытых проектов
Автор новости: sergeyb
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43982-openvz
Ключевые слова: openvz, virtuozzo, containers, criu
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 21:05, 03/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Исходный код Virtuozzo 7 полностью открыт и доступен

    С лицензиями, правда, пока не очень понятно -- часть, видимо доставшаяся от OpenVZ, открыта и свободна, а остальной код никаких данных о лицензии не несёт.
    Там же, где лицензия указана, используется GPL2 или LGPL.

     
     
  • 2.2, sergeyb (ok), 21:32, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>Исходный код Virtuozzo 7 полностью открыт и доступен
    > С лицензиями, правда, пока не очень понятно -- часть, видимо доставшаяся от
    > OpenVZ, открыта и свободна, а остальной код никаких данных о лицензии
    > не несёт.

    спасибо за замечание, мы это исправим (https://bugs.openvz.org/browse/OVZ-6701)

    > Там же, где лицензия указана, используется GPL2 или LGPL.

     
  • 2.44, Pascal (??), 19:09, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про лицензирование и платность тут: https://forum.openvz.org/index.php?t=msg&th=13050
     

  • 1.3, Аноним (-), 21:35, 03/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бекапы уже работают?
     
     
  • 2.21, sergeyb (ok), 14:52, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    бекапы будут в RTM
     

  • 1.5, Аноним (-), 22:39, 03/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Расскажите, пожалуйста, что у вас насчёт сети? Какая-то автоконфигурация и виртуализация поддерживаются?
     
     
  • 2.18, sergeyb (ok), 11:42, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я не очень понял вопрос. можете переформулировать?
     
     
  • 3.27, Michael Shigorin (ok), 16:54, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > я не очень понял вопрос. можете переформулировать?

    Возможно, вопрос был про виртуальные "железные" MAC в рамках VT-d.

     
     
  • 4.29, sergeyb (ok), 16:56, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> я не очень понял вопрос. можете переформулировать?
    > Возможно, вопрос был про виртуальные "железные" MAC в рамках VT-d.

    Если это действительно вопрос про прокидывание физических устройств в виртуальную машину (VT-d), то возможно. Потому что KVM это поддерживает (http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM)

     

  • 1.7, Аниним (?), 23:09, 03/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Virtuozzo kernel как и раньше только под редхат?
     
     
  • 2.8, Аниним (?), 23:12, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    можно уже не отвечать, сам посмотрел.
     
  • 2.15, sergeyb (ok), 11:13, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага.
     
     
  • 3.20, Аноним (-), 14:12, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Побольше вам конкурентов, хороших и разных.
     
     
  • 4.22, sergeyb (ok), 14:53, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Побольше вам конкурентов, хороших и разных.

    Спасибо :)

     

  • 1.10, Аноним (10), 07:11, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какую версию ядра эта штука поддерживает?
     
     
  • 2.16, sergeyb (ok), 11:16, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какую версию ядра эта штука поддерживает?

    vzkernel в Virtuozzo 7 базируется на ядре RHEL7 (3.10+ https://access.redhat.com/articles/3078)

     

  • 1.12, фыва2 (?), 08:25, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Virtuozzo 7.0 не подскажете управлять этим только через консольку? или есть вебморда?

     
     
  • 2.14, Аноним (-), 10:49, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Once again, as Virtuozzo 7 containers and VMs are managed via the libvirt API, you can use Virtual Machine Manager (virt-manager) for the same purpose. You will need to install our customized version of virt-manager that supports any Red-Hat-based OS. We tested our version of virt-manager with CentOS 7.

    Напомню, что вирт-менеджер умеет подключаться и к удалённым хостам. Как по мне, специализированное приложение лучше, чем набор перл-скриптов (не в обиду proxmox'у будь сказано).

     
  • 2.17, sergeyb (ok), 11:19, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Virtuozzo 7.0 не подскажете управлять этим только через консольку? или есть вебморда?

    Так как есть драйвер для LibVirt, то должно работать любое приложение, интегрированное с LibVirt (см http://libvirt.org/apps.html#web). Например oVirt.

    Мы тестировали только GUI панель для LibVirt - virt-manager.

     

  • 1.23, Аноним (-), 15:09, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    вот, что Docker животворящий делает!
     
  • 1.24, Аноним (-), 16:24, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На ArchLinux работает? kernel 4.5.0rc6
     
     
  • 2.28, sergeyb (ok), 16:54, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На ArchLinux работает? kernel 4.5.0rc6

    Если коротко, то нет.

    А подробнее так:
    Мы используем своё Linux ядро (vzkernel), в котором есть есть функциональность, отсутствующая в ванильном Linux ядре.
    Подробнее про разницу лучше посмотреть в слайдах http://www.slideshare.net/openvz/whats-missing-from-upstream-kernel-container
    Хотя за последние годы эта разница сильно сократилась, но тем не менее она всё ещё есть.

    Плюс для работы на ArchLinux нужно будет запаковать несколько пользовательских утилит https://openvz.org/Packages

     
     
  • 3.32, Аноним (-), 17:41, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>Хотя за последние годы эта разница сильно сократилась, но тем не менее она всё ещё есть.

    Когда эту разницу предполагается обнулить?

     
     
  • 4.41, sergeyb (ok), 16:54, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда ментейнеры Linux ядра согласятся принять все наши наработки из vzkernel, скорость можно оценить по этой картинке - http://imgur.com/WMFDib8

    Какие-то части vzkernel быстрее продаются ментейнерам Linux ядра, а какие-то медленнее:

    NET и PID неймспейсы приняли достаточно быстро.

    Нашу реализацию C/R для живой миграции контейнеров не принимали в ядро. И у других проектов (http://criu.org/Comparison_to_other_CR_projects) не принимали. Мы решили эту проблему с помощью проекта CRIU (https://www.opennet.ru/opennews/art.shtml?num=43489)  и в Virtuozzo 7 уже нет ядерного кода для C/R, его заменил инструментарий CRIU.

    код для управления памятью (memcg) в ванильном ядре частично мы писали, в vz7 мы используем эти наработки и от старых UBC, vSwap, SLM (https://openvz.org/Memory_management_in_VZ7) практически ничего в vzkernel не осталось.

    И это не все примеры "проталкивания" наших наработок. Со стороны мы можем выглядеть тормозами, но покажите того, у кого этот процесс проходит быстрее.

    Из оставшегося:

    - Ploop and related ext4 changes
    - Memory management and accounting
    - backport of kmemcg
    ** idle memory tracking (for vcmmd)
    ** network buffers memory accounting
    ** OOM killer virtualization
    - /sys and /proc virtualization
    - Network: venet, iptables (marks)
    - FUSE upstream backports
    - Printk virtualization
    - /dev/console virtualization
    - Time namespace (for monotonic timers wrt migration)
    - Misc legacy (vziolimit, vzlist, vzredir, vznetstat, beancounters...)
    - Beancounters: numiptent, numfile, numproc

     

  • 1.25, Аноним (-), 16:42, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Под Debian предполагается выпустить ядро?
     
     
  • 2.26, sergeyb (ok), 16:49, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, мы делаем только RPM-based дистрибутив.
     
     
  • 3.30, Аноним (-), 16:58, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы уже подсчитали: сколько процентов вы теряете клиентов?
     
     
  • 4.31, alex53 (?), 17:35, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/

    Отвечу за автора.
    Это не вопрос охвата рынка. Разработка ведется под конкретную версию ядра (которая актуальна в RH 7). На разработку под сразу несколько ядер просто нет ресурсов.

    По теме.
    Очень уж долго. Все новые контейнеры уже давно под lxc или docker-м. И когда выйдет production-ready релиз, ИМХО будет поздно.

     
     
  • 5.34, Michael Shigorin (ok), 20:12, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > По теме.
    > Очень уж долго. Все новые контейнеры уже давно под lxc или docker-м.
    > И когда выйдет production-ready релиз, ИМХО будет поздно.

    А у меня под ovz -- потому что ovz и lxc (тем более дыркер) умеют совсем разное с весьма разным качеством.

     
     
  • 6.36, alex53 (?), 20:52, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/

    Понятно что изоляция lxc не фонтан, но функции свои она выполняет, и работает сейчас.
    А специально переводить под ovz уже работающие контейнеры ради неких гипотетических фитч думаю мало найдется желающих.
    Docker конечно редкое дерьмо, но он популярен главным образом благодаря своему api, а поскольку ovz это api не поддерживает, то и здесь мимо.
     
     
  • 7.42, sergeyb (ok), 17:04, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Понятно что изоляция lxc не фонтан, но функции свои она выполняет, и  работает сейчас.

    Зависит от того какие у вас функции. Все хостеры для Linux контейнеров используют OpenVZ или Virtuozzo.
    Если у вас приватная сеть и нужно использовать контейнеры, то да, скорее всего свои задачи вы с помощью LXC решите.
    У LXC главное преимущество, за которое его так любят это доступность в любом дистрибутиве.
    Но нужно знать и о недостатках LXC. Отталкивайтесь от своих потребностей, хватает вам LXC - отлично, любите Docker - прекрасно.
    Мы не пытаемся "впарить" свою Virtuozzo всем, поэтому составили таблицу сравнения (без всякого маркетингого буллшита) Virtuozzo с другими решениями - https://openvz.org/Comparison

    Лично мое мнение, что существующие пользователи OpenVZ только приобрели нежели потеряли с новой версией Virtuozzo. А вы уж делайте свои выводы.

     
     
  • 8.43, Аноним (-), 18:22, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Мы используем Clоud Linuх с ISP Мanager Проблем явно меньше чем с бэкапами в Vi... текст свёрнут, показать
     
  • 8.45, alex53 (?), 22:46, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Все У амазона docker из коробки И у них бесплатный триал а один год на вирту... текст свёрнут, показать
     
  • 4.35, Michael Shigorin (ok), 20:13, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы уже подсчитали: сколько процентов вы теряете клиентов?

    Вы бы уже взяли да собрали для любимого дебиана.  Что за потребительский подход?

     

  • 1.33, Dkg (?), 19:24, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть ли вменяемый web-интерфейс?
     
     
  • 2.37, sergeyb (ok), 23:43, 04/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    я уже выше отвечал. все приложения, работающие через LibVirt, должны работать на ура с Virtuozzo 7. Вот полный список приложений - http://libvirt.org/apps.html
     
     
  • 3.38, Pavel Odintsov (ok), 12:26, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Но, пожалуй, стоит уточнять, что поддержка  OpenVZ в libvirt - мягко говоря хреновая и если этот веб-интерфейс будет использоваться, то он сможет рулить лишь VM, а конетйенрами - не сможет.

    В этом случае решение Proxmox предпочтительнее, так как там и vm и контейнеры и все это управляется в одном интерфейсе по единому API/веб-интерфейсу.

    В VZ7 я так понимаю есть лишь унифицированный API, но нет приложений (веб-морд), кто бы его реализовывал.

     
     
  • 4.39, sergeyb (ok), 13:38, 05/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Но, пожалуй, стоит уточнять, что поддержка  OpenVZ в libvirt - мягко
    > говоря хреновая и если этот веб-интерфейс будет использоваться, то он сможет
    > рулить лишь VM, а конетйенрами - не сможет.

    Наверное ты имеешь ввиду тот факт, что в своем драйвере vz для LibVirt реализовали  управление двумя типами инстансов: контейнерами и виртуальными машинами. Этот драйвер приняли в апстрим LibVirt, а значит и приложения должны это поддерживать. Если нормальной поддержки нет, то виноват не драйвер.

     

  • 1.40, Аноним (-), 14:48, 05/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    поздно спохватились, теперь у нас новый король, а OpenVZ уже протух
     
  • 1.46, Аноним (-), 00:27, 06/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В старых  версиях всегда были проблемы с подкючением tun/tap устройств для работы openvpn. Как с этим в новых версиях?
     
     
  • 2.47, Michael Shigorin (ok), 18:13, 08/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В старых  версиях всегда были проблемы
    > с подкючением tun/tap устройств для работы openvpn.

    Вы просто поленились даже поискать, у нас ovpn в контейнере под ovz работал ещё году в 2009 или самое позднее в 2010.  История вики-странички с этим тоже согласуется: https://wiki.openvz.org/VPN_via_the_TUN/TAP_device

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру