Доступен (http://wiki.ovirt.org/wiki/OVirt_3.1_release_notes) второй официальный релиз проекта oVirt (http://www.ovirt.org), в рамках которого развивается основанная на гипервизоре KVM и библиотеке libvirt система для развертывания, сопровождения и мониторинга набора виртуальных машин и управления облачной инфраструктурой. Код oVirt был открыт компанией Red Hat под под свободной лицензией и включает в себя наработки, созданные в процессе разработки платформы Red Hat Enterprise Virtualization 3.0. После открытия кода к разработке oVirt присоединились такие компании, как Canonical, Cisco, IBM, Intel, NetApp и SUSE.В составе oVirt развивается интерфейс для быстрого массового создания высоко доступных виртуальных машин с поддержкой средств Live-миграции окружений между серверами без остановки работы. Платформой предоставляются средства для создания правил динамической балансировки и управления ресурсами кластера, механизмы управления энергопотреблением кластера, инструменты управления образами виртуальных машин, компоненты для конвертирования и импорта существующих виртуальных машин. Поддерживается единое виртуальное хранилище данных, доступное с любого узла. Интерфейс содержит развитую систему отчетов и средств администрирования, позволяющих управлять конфигурацией как на уровне инфраструктуры, так и на уровне отдельных виртуальных машин.
<center><a href="http://ovirt.org/w/images/b/b0/Fosdem2012-ovirt-clean.pdf&qu... src="http://www.opennet.me/opennews/pics_base/33055_1328899500.pn... style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"></a></center>
Версия oVirt 3.1 несёт в себе изменения, связанные с хранением данных, интерфейсом и службами каталогов (Directory Service, LDAP), которые сокращают разрыв между этой открытой платформой управления виртуализацией и проприетарными альтернативами. Среди улучшений можно упомянуть поддержку захвата и клонирования "живых" снапшотов, "горячее" подключение виртуальных дисков и сетевых адаптеров, а также подключение внешних устройств хранения (LUN) как локальных дисков для виртуальных машин oVirt. Web-консоль администрирования теперь включает функции управления "плавающими" виртуальными дисками (подключаемые в случае необходимости) и конфигурирования Gluster-устройств хранения. oVirt 3.1 может работать с большим числом ПО идентификации - в дополнение к IPA и Active Directory поддерживает Red Hat Directory Server и IBM Tivoli Directory Server.
Среди добавленных улучшений также новый режим установки "all-in-one", который позволяет одну машину использовать как для управления, так и как хост-виртуализации. Это идеально для фазы предварительной оценки работы проекта ("proof-of-concept"). Другие изменения включают добавление идентификатора для отслеживания событий во время отладки, поддержку монтирования любых POSIX-совместимых файловых систем, возможность повторного импортирования виртуальных машин и добавление Python SDK и CLI. В oVirt Rest API добавлена поддержка сессий и JSON.
Прямое обновление с oVirt 3.0 до 3.1 не рекомендуется, необходимо следовать инструкции по миграции, описанной в примечаниях к релизу (http://wiki.ovirt.org/wiki/OVirt_3.1_release_notes) - экспорт всех виртуальных машин, удаление oVirt 3.0, обновление до Fedora 17, установка oVirt 3.1 и повторный импорт всех виртуальных машин.
Дополнительно можно упомянуть о том, что недавно компания Red Hat выпустила (http://www.redhat.com/about/news/archive/2012/8/openstack-te...) предварительную версию собственного дистрибутива IaaS-платформы OpenStack. Дистрибутив базируется на RHEL 6.3 и позволяет сразу после установки получить рабочую конфигурацию облачной инфраструктуры.
URL: http://www.h-online.com/open/news/item/oVirt-3-1-narrows-gap...
Новость: http://www.opennet.me/opennews/art.shtml?num=34641
никак
надеюсь с выходом версии RHEL 7 oVirt будет уже частью дистрибутива
А по вашему Red Hat Enterprise Virtualization на чём базируется? И oVirt её базовая часть. Так что в RHEL всё есть уже.
Red Hat Enterprise Virtualization пока не основывается на oVirt. oVirt использует наработки из компонентов Red Hat Enterprise Virtualization. Грубо говоря, Red Hat переписывает свой RHEV на полностью открытый, так как им достался изначально проприетарный.
Вот ссылка на новость о RHEV 3.0 http://www.opennet.me/opennews/art.shtml?num=32842. По поводу oVirt http://www.ovirt.org/about/
> Red Hat Enterprise Virtualization пока не основывается на oVirtне верно - именно овирт является апстримом для RHEV
релиз был 3 недели назад как
http://virtbox.blogspot.com/2012/08/ovirt-31-released.html
http://virtbox.blogspot.com/2012/08/ovirt-deep-dive.html
> релиз был 3 недели назад какА что же ты досихпор новость не написал?
В следуйщий раз чтоб сразу же! >:-o
Если новость не актуальная - то это уже не новость, а старость.
из недостатков:
используемая версия qemu - 0.12 (при том что на 5 сенятбря намечен релиз 1.2)
при снятии живых снапшотов у вирт.машина может навернуться блочное устройство
нужны некоторые неочевидные шаманства в процессе настройки продукта
Захват USB мыши -> left click -> OOOOOOOOOPS!
Что за тупизм люди пишут. KVM очень быстр надежен и расширяем. Windows Server 2008 R2 работает безукоризненно как клиент KVM 2 года в энтерпрайзе.
> Что за тупизм люди пишут. KVM очень быстр надежен и расширяем. Windows
> Server 2008 R2 работает безукоризненно как клиент KVM 2 года в
> энтерпрайзе.Плевать на энтерпрайз, дай vga passthrough и ускоренные 3д драйвера для гостей!
Хочется гонять игрушки в виндовой вируталке на десктопе? Это тебе на vbox.
> Хочется гонять игрушки в виндовой вируталке на десктопе? Это тебе на vbox.Vbox медленный. И у меня уже все машины настроенны под kvm.
> Vbox медленный.А что делать.
> И у меня уже все машины настроенны под kvm.
Перенастрой.
KVM это умеет и сейчас, другой момент, что SPICE не знает, что рендеринг надо делать on-server.
> KVM это умеет и сейчас, другой момент, что SPICE не знает, что
> рендеринг надо делать on-server.A подробнее? Что KVM умеет и сейчас? Я пробовал qxl-vga, но он медленнее обычного vga (сейчас используюю его из-за поддержки высоких разрешений).
VGA Passthrough - это всего лишь PCI passthrough только для видео. Пробросить PCI устройство можно и сейчас.
Если вы имели в виду API Intercept, то KVM этого не умеет, но и пользы от этого не так много, если вы хотите работать с серьёзными 3D приложениями.
В обоих случаях нужно, чтобы SPICE умел делать рендеринг на стороне виртуальной машины, а не на стороне клиента, как сейчас (в планах эта технология есть).
> VGA Passthrough - это всего лишь PCI passthrough только для видео. Пробросить
> PCI устройство можно и сейчас.Проброс VGA устройств сложнее проброса простых PCI устройств из-за video BIOS. У меня проброшена сетевуха, но все попытки пробросить GPU заканчиваются черным экраном.
>У меня проброшена сетевуха, но все попытки пробросить GPU заканчиваются черным экраном.Видеокарты Nvidia не пробрасываются. Если хотите использовать видеокарту в VM, то тут только радеоны.
> KVM это умеет и сейчас, другой момент, что SPICE не знает, что
> рендеринг надо делать on-server.спайс старается все делать на клиенте чтоб не грузить хост. если клиент тонкий и слабый - хост будет заниматься рендерингом
> Плевать на энтерпрайз, дай vga passthrough и ускоренные 3д драйвера для гостей!Парни из RH очень стараются этого дать. Да.
Очень сырой, многие ранее декларированные фичи не реализованы, думаю разработчикам надо было отчитаться за освоенный бюджет и так затянули более чем на 3 мес. Выпущен для F17, однако на текущем ядре работать не будет. Из названия надо убрать и release и stable.
