Релиз oVirt 4.2.0

На дебиан поставится ?

PostgreSQL 8.5

у кого-то криокамера протекла ?

хотя бы вкрадце чем-то лучше qemu?

Отвращение вызывает питонячья часть овирта, но в целом, несмотря даже на то, что Proxmox всё равно лучше... пусть живёт :)

вкрадце это вебморда к qemu

Основной недостаток проксмокса — прибитость гвоздями к дебиану.

Основной недостаток проксмокса — прибитость гвоздями к дебиану.

Основной недостаток oVirt'а прибитость гвоздями к RedHat/CentOS

oVirt will now use PostgresSQL 9.5 as its database, for improved performance.

Проверено: Shaman007 (20.12.2017 14:02:37)

несмотря даже на то, что Proxmox всё равно лучше.

Ответ на вопрос «чем лучше?» судя по всему такой - чем овирт, да?

Только рц вроде был, а уже релиз. Хорошо. Надо раскатывать тестовый кластер.

Была работа по портированию гипервизора (VDSM) на Debian. Не в курсе текущего состояния, информация по сборке есть тут: https://www.ovirt.org/develop/developer-guide/vdsm/on-debian/

oVirt использует QEMU. По сути, он предоставляет Web интерфейс и API для удобной работы с крупными кластерами гипервизоров и заточен на использование центрального хранилища данных. В такой конфигурации доступны всяческие удобства:

• виртуалки не привязаны к конкретному гипервизору, oVirt может выбрать наиболее подходящий на данный момент
• возможна миграция виртуалок между гипервизорами без выключения
• соответственно, возможно обновить всю инфраструктуру oVirt не выключая ни единой виртуалки
• возможно настроить высокодоступные виртуалки, чтобы в случае отказа гипервизора они автоматически запустились на другом
• API для доступа ко всем ресурсам кластера

и многое многое другое

Случаи, где на мой взгляд предпочтительней Proxmox VE:

• нет централизованного хранилища
• кластер небольших размеров

вкрадце

Правильно писать: «в крации».

Чем это прокс плох с централизованным хранилищем ?

Поддержку Ceph так и не запилили? Тогда закапывайте.

А я и не говорил, что он плох. Имел ввиду, что на маленьком кластере без централизованного хранилища oVirt не имеет смысла внедрять.

Давным-давно она есть через циндер. Странно конечно, что нет нативной, учитывая что все составляющие принадлежат РХ.

Чем это прокс плох с централизованным хранилищем ?

Если ты накрутишь на него апи для управления - наверное не плох. Но из коробки держать больше 3-4 нод и 50 виртуалок - мазохизм.

+1

Если что то всю КВМ байду тянет в основном Шапка.

vdsm не гипервизор а управляющий демон на нодах

Основной недостаток oVirt'а прибитость гвоздями к RedHat/CentOS

Но это хороший дистрибутив. А убанта убога.

oVirt Engine общается с VDSM, который работает с libvirt, который запускает qemu, который использует модуль KVM. Всё это в сумме и есть гипервизор oVirt и именно VDSM отсутствует в репозиториях Debian.

Это преимущество

Есть тут те, кто успешно обновился с 4.1.х?

гипервизор тут один - KVM, плюс подпорки в виде qemu. Все остальное - абстракция (либвирт) и управление (vdsm).

oVirt это тем более не гипервизор, а система управления хостами, сетями и стореджем, из которых состоит виртуализированный датацентр. На хостах есть, в том числе, и гипервизор.

Моя любимая версия!

Есть такие. Если словил какие-то проблемы - рекомендую сходить в канал #ovirt на OFTC.

это самоубийство под рождество.

А что, oVirt менее прибит гвоздями к RHEL/CentOS? Даже если так - какая разница-то? Ну разве что RHEL по каким-то корпоративным нуждам просто безальтернативен. А так - ну Debian, ну RHEL... Не Gentoo же в продуктиве.

Proxmox человекоудобен и не монструзоен в отличие от сабжа. По-моему в том, что люди подумали над тем, чтобы всё было компактно, интуитивно и при это весьма полнофункционально - есть значительное преимущество по сравнению с вот этой вот 20-ти слойной приблудой, которая никак не обходится без гигабайта софта впридачу. При этом она всё равно является компиляцией из opensource'ного добра, т.е. все её компоненты легко могут «разъехаться» после подстройки их по отдельности, например.

Возможно, для нищебродских компаний, пытающихся не покупать продукты VMware - это в самый раз (они же не считают стоимость администрирования работающими за еду *nix'овыми админами?), но если использовать подобные штуки по назначению, то получается, что oVirt занимает ту же нишу «местечковой виртуализации», что и Proxmox, но при этом oVirt пафоснее и монструознее. Учитывая то, сколько всего монтруозного и пафосного приходится админить в любой средней руки компании - по-моему oVirt, у которого 404 даже на попытку скачать картинку с архитектурой приложения на их сайте, - представляется наименее разумным решением, ибо Keep It Simple, Stupid!

У прокса есть утилиты на все случаи жизни. Что, ssh+bash не канают уже, без RESTful ручонки о отваливаются?

Тогда:

Вышла в свет новая версия открытго веб интерфейса для qemu[/qote]

Вместо:

Вышла в свет новая версия открытой системы виртуализации[/qote]

ато и уже и docker и kvm тоже объявляются системами вирутализации.

херню-то не неси, а? у вмвари всё всегда идеально штоле что они прям безальтернативный вариант всех ненищебродских компаний? захочет компания средней руки заиметь поддержку, купит rhev вместо ovirt. И вот от rh эта самая поддержка будет куда адекватнее, чем у вмв.

Vmwaru не покупают потому что оно хуже КВМ. А вообще шапкина реализация тоже денег стоит...

Не Gentoo же в продуктиве.

Мой микрокластер с OpenNebula из четырех нод(compute-ноды на генте, управляющая - на CentOS) недоумённо морщится при этой фразе :-)

Продакшен-продакшену рознь. Сам я oVirt щупал издалека и впечатления честно говоря не очень. Ну то есть ту же OpenNebula настраивать первый раз - тот еще геморрой, но там хотя бы понятно как кишки работают, документация вменяемая и т.д. Да, при дебаге каких нибудь проблем возможно придётся читнуть ruby-кода. Но это всё минимально.

В oVirt при дебаге начинается увлекательный забег по хреновой туче логов с вопросом «кто кого танцует?» из этой горы демонов.

Я не знаю, может так оно и надо - «если не работает, звоните в техподдержку», но когда техподдержка - ты, это нифига не смешно. Поэтому я oVirt себе не выбрал(хотя думал над этим), а друг вон мучается. Может oVirt раскроется на большем количестве хостов(там где OpenNebula будет посасывать только в путь) - мне сиё не известно, у меня пока таких задач не стояло.

Покажи мне гейт для вди и их же реализацию на проксе. Нормальную балансировку хостов. Контроль хранилища, а не зависающую вебморду при отвале нфс. Неблокирующиеся периодически виртуалки.

RedHat/CentOS

хороший дистрибутив

Погоди, ты ведь Debian Developer, я что-то путаю?

Возможно, для нищебродских компаний, пытающихся не покупать продукты VMware

названия этих «нищебродов» тебя удивят

если использовать подобные штуки по назначению, то получается, что oVirt занимает ту же нишу «местечковой виртуализации», что и Proxmox

нет, он занимает ту же нишу что и федора по отношению к RHEL.

oVirt пафоснее и монструознее

и рассчитан на на порядки более серьезную нагрузку.

404 даже на попытку скачать картинку с архитектурой приложения на их сайте

потому что те кто пишет код проекта виртуализации для тысяч хостов и десятков тысяч VM конечно же еще и подрабатывает поддержкой вебсайта на wikimedia.

Keep It Simple

прокмокс, гибрид дебиана с ядром от EL, самопальной заменой libvirt и кое-как прикрученным сверху OVZ, ZFS и вообще всем до чего смогли дотянуться ручки их девелоперов (насчет тестировщиков не уверен, ибо для серьезной проверки всего что туда понапихали нужно очень много людей), это simple. OK.

В oVirt при дебаге начинается увлекательный забег по хреновой туче логов с вопросом «кто кого танцует?» из этой горы демонов.

это ты еще опенстак не дебажил :)

но если серьезно, все сводится к трем основным логам - гуевый эвент внизу экрана, engine.log и vdsm.log на хостах. Причем в гуях на каждый эвент выделяется хеш по которому можно грепать все остальные логи, чтоб не видеть лишний мусор. в 90% случаев больше ничего не требуется

Что вообще делает этот VDSM? Мало одной прослойки в виде libvirtd?

слушает указания и полл-реквесты от engine, и отдает локальные указания либвирту и другим подсистемам

а не зависающую вебморду при отвале нфс.

nfs отвалилась ? хм. А вы ping до вебморды проверьте может оно тоже уже того ? ;)

это ты еще опенстак не дебажил :)

Дебажил вообще-то, но этот воистину новый уровень ада и угара я даже не хочу упоминать

Я не стеба ради спрашивал. Просто помню при обновлениях в версиях 3.5-3.6 были у меня какие-то моменты. На версиях 4.х.х все апгрейды проходили гладко. Но 4.2 эт не просто мажорный апгрейд, если я правильно понимаю, это супер мажорный апгрейд :)

Вы, в частности, имеете какое-то отношение к продукту? Знаю, что dyasny, например, имеет.

Почему нельзя работать напрямую с libvirt?

Однозначно это ошибка. Я при всем желании так и не смог до конца разобраться с опакечиванием дебов. Это мрак.

Это та самая лабуда на сисярпе, купленная редхатом на какой-то помойке и переписанная на жабке?

4.2 эт не просто мажорный апгрейд, если я правильно понимаю, это супер мажорный апгрейд

Вовсе нет, можно спокойно обновляться. Единственное, с чем нужно быть осторожным - это Hosted Engine и прочий HyperConverged. Если этого нет, то обновить ноды, потом Engine и можно поднимать версию кластера.

Вы, в частности, имеете какое-то отношение к продукту?

Имею и довольно непосредственное: админю инфраструктуру этого проекта, которая, собственно, по большей части и крутится на oVirt 4.2.0.

возможна миграция виртуалок между гипервизорами без выключения

Для такого фокуса на гиппервизорах должна быть одинаковая архитектура процессоров, разве нет?