Компания Red Hat представила (https://www.redhat.com/archives/libvir-list/2016-May/msg0056...) релиз проекта LibVirt 2.0.0 (https://libvirt.org), в рамках которого развивается библиотека и набор инструментов для унифицированного локального и удаленного управления виртуальными окружениями. Поддерживаются (https://libvirt.org/drivers.html#hypervisor) следующие системы виртуализации: Xen, QEMU, KVM, LXC, OpenVZ, User Mode Linux, VirtualBox, VMware ESX/GSX/Workstation/Player, BHyve, Virtuozzo, VirtualBox, Microsoft Hyper-V, IBM PowerVM. Статус поддержки различных систем виртуализации можно посмотреть в данной таблице (https://libvirt.org/hvsupport.html). В качестве хранилища могут использоваться (https://libvirt.org/drivers.html#storage) локальные IDE/SCSI/USB диски, FibreChannel, LVM, iSCSI, NFS и различные файловые системы.
С момента выхода прошлой версии (1.3.5) добавлено более 500 изменений, которые включают в себя изменения в API, большое количество исправлений и улучшений. Среди основных новшеств (https://libvirt.org/news.html) LibVirt 2.0.0:- Множество улучшений в поддержке систем виртуализации Xen и Virtuozzo
- Добавлен API для управления виртуальными CPU с помощью гостевого агента
- Добавлен API, который позволит (http://www.spinics.net/linux/fedora/libvir/msg131809.html) отслеживать события добавления и удаления хранилищ данных
- Добавлено определение типа CPU
- Исправления в документации
В рамках программы Google Summer of Code 2016 к задачам проекта (http://wiki.libvirt.org/page/Google_Summer_of_Code_2016) LibVirt подключились студенты:- Фабиан Фреер будет улучшать (https://www.mail-archive.com/libvir-list@redhat.com/msg...) поддержку гипервизора BHyve. Ментором выступает Роман Богородский, инженер компании Мирантис.
- Катерина Кокю начала (https://www.redhat.com/archives/libvir-list/2016-May/msg0056...) работу по добавлению поддержки "живой" миграции контейнеров LXC с помощью CRIU.URL: https://www.redhat.com/archives/libvir-list/2016-July/msg000...
Новость: http://www.opennet.ru/opennews/art.shtml?num=44765
Множество улучшений в поддержке систем виртуализации VirtualBox
А кто может пояснить? Red Hat объявили, что в версии 7 lxc - deprecated. А сами вот такую штуку разрабатывают.
> А кто может пояснить? Red Hat объявили, что в версии 7 lxc
> - deprecated. А сами вот такую штуку разрабатывают.Я могу объяснить. Это версия 2.0.0.
LibVirt - система управления для которой LXC, одна из доступных технологий.Upd: А что RH предложили в качестве альтернативы? С другой стороны с их продолжительностью LTS, это будет очень долгий deprecated.
> Upd: А что RH предложили в качестве альтернативы? С другой стороны с
> их продолжительностью LTS, это будет очень долгий deprecated.Docker. Желательно в рамках Atomic Host, хотя принципиально это не требуется, но всюду активно намекается.
"долгим deprecated" не будет, т.к. LXC никогда официально не поддерживался в RHEL полностью. В 6-ке еще недозрел, а в ранних 7-ках был как экспериментальный technology preview. Задепрекейтили и забыли, объявили docker-контейнеры, пока тоже в technology preview. На 100% поддержке никаких контейнеров нет, только KVM-виртуалки. И я их хорошо понимаю - костылей, глюков и недоработок при попытке сделать что-либо серьезное там еще хватает.
Libvirt это свободный продукт, запилили поддержку LXC и развивают/используют, кому надо. Никто убирать не собирается.Red Hat (которая, может, эту поддержку начала пилить. А может и не они) попробовала использовать это в 7-ке, в 7.0/7.1 было экспериментально, к 7.2 решили, что не годно и объявили, что в дистрибутиве поддерживать не будут. Там же помимо самого libvirt всякие обвязки нужны, чтобы создавать, запускать/перезапускать и т.д.
Вообще основные проблемы у них возникли с интеграцией с selinux, не получалось достаточно хорошо. Docker лучше вышло интегрировать с selinux, предложили отказываться от LXC в пользу его. Хотя инструменты, конечно, разные.Между прочим, если selinux для контейнера не нужен, сам по себе LXC (через стандартные утилиты LXC) работает в 7.2. Отказались именно от управляемого через libvirt LXC, т.к. предлагать решение, вызывающее проблемы с selinux официально ред хат не хочет.
Добавлено определение типа CPU что имеется виду?