> oVirt же ж... был...Так всё что было с ним связано не взлетело из-за того как и на чем он был построен. Мы же не говорим про установки по 5-10 хостов, правда. Когда дело касается CSP и крупных контрактов, нужно было предоставлять полноценный продукт и с этим продуктам заключать договоры с другими разработчиками софта и железа. Заявлять о совместимости гарантировать её.
Взять например провайдеров. oVirt не поддерживает мультитеннантность и прикрутить её там попросту нельзя и некуда. Нужно полностью переписать. Как они решали вопрос? Ставили поверх него свой OpenStack и продавали саппорт. А зачем тогда oVirt? Kebernetes для провайдеров тоже также. k8saas-решения поверх OpenStack они не предлагали, они предлагали OpenShift, внутри которого есть мультитеннантность из коробки. Но предлагали ставить его поверх oVirt.
А API для управления oVirt без OpenStack существует? Нет не существует, если мы конечно не считаем за такое API Ansible (лол). У нормального сервис-провайдера нет религий имени Linux, у него куча разных сервисов по запросам от клиентов. Интеграция с биллингом и с финансовыми системами как с процессингом, так и с обычной бухгалтерией. И что способен сделать oVirt по предоставлению информации об использовании таким-то клиентом таких-то ресурсов за такой-то промежуток времени? Правильно, опять OpenStack. OpenStack у RedHat мягко говоря не самой первой свежести. Сейчас кроме Mirantis (KVM) и CloudBase (Hyper-V) осталась только VMware, которая вещь в себе. Red Hat в полном пролёте. Бомжи открыли "программу CSP" в которой нет ни одного вменяемого и полностью рабочего продукта для CSP, причем спрашивают, типа давайте вы нам скажете что вам надо, а мы вам что-то сделаем. Ну вот вся эта программа и закрылась и "реформировалась". Зоопарк закрывается и провайдерам они готовы предоставить только OpenShift, потому что только способны тянуть разработку только одного инфраструктурного продукта.
Тут дело даже не в девляпсах в абсолютной рудиментарности oVirt для решения сколь бы то ни было прибыльное для RH задачи.
> SPICE же предан анафеме и его велено забыть?
Ну не будьте строгими уж настолько. Протокол обмена данными для _сессионных_ терминалов и VMware не осилила и закрыла свой такой же аналог, забыл как называется. В итоге у них Horizon для Virtual Desktop, а для сессионных терминалов у них MS RDS =)
Та же самая логика и у редхата. Это просто не их направление бизнеса. Им хватает VNC, а в GNOME они пихают RDP. С NoMachines NX они работать не хотят, кстати. А конкурент у них по сессионным терминалам всего один - Citrix с его ICA и MS с его RDP, который изначально кусок выкупленный кусок (проприетарный форк) кодовой базы Citrix.
А что если я вам скажу, что гильотина уже и над Ceph поднялась: https://www.redhat.com/en/blog/red-hat-storage-strategy-update
Мне лично его не жаль. Среди админов сервис провайдеров по СНГ я знаю 2 типа людей: те кто не работает с Ceph и те кто УЖЕ не работает с Ceph после очередного факапа.
Он капризный (гибкий, но плохо документированный), там легко можно неправильно задеплоить и отстрелить себе ногу, а клиентам данные. Мониторить и чинить его - адище. А по сравнению с конурнетными решениями по объектным хранилищам вроде тех же VMware VSAN или Microsoft S2D на нем нет возможности использовать виртуализацию и сделать систему гиперконвергентной. Оно просто ломается, оно не понимает, как разделять ресурсы в такой среде. И вот поэтому на протяжении долгих лет гиперконвергентным решением было ставить oVirt прямо поверх кластера GlusterFS, причем его саппорт и даже готовые ISO только по подписочке, потому что там такой костылинг...
В общем ждем очередных новостей про то как никто не ждал, не гадал и внезапно Ceph отправляется на... поддержку сообщества, туда же где oVirt и SPICE. Но вы в рунете это не прочитаете, тут активно импортозамещаются на аналоговнетные продукты, которые подбирают с кладбища проектов Red Hat и приносят начальнику в новой маркировке как отечественные и просят грант.