The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Создан форк системы управления контейнерами LXD, opennews (??), 05-Авг-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


234. "Создан форк системы управления контейнерами LXD"  +1 +/
Сообщение от Аноним (115), 08-Авг-23, 04:05 
Это бесполезно, слишком много неграмотных в этом ITT треде =(

Но вообще в Linux это сейчас мажорный тренд запихивать процессы виртуалок KVM внутрь контейнеров lxc и в kubernetes. Я сначала подумал, ну что за дичь, а потом подумал еще раз и понял, что им там и место, это же KVM.
https://www.redhat.com/en/blog/openshift-virtualization-not-...
https://www.redhat.com/en/technologies/cloud-computing/opens...

Red Hat активно поднимает хайп вокруг этого, вот бараны и ведутся. А на самом деле разгадка проста: libvirt в целом и virsh в частности

Мерзкая дрянь настолько убога, что её не спасти. И вместо того, чтобы хоть как-то автоматизировать управление, было принято решение собирать контейнеры с libvirt, потому что в противном случае нужно было бы написать нормальное API, которое должно быть еще и стабильным. От такой задачи у линуксоидов сразу учащается сердцебиение, повышается артериальное давление и открывается понос. И действительно:
- вендоры отраслевого софта не желают работать с KVM, нет API
- крупные решения для бекапа то же самое, ну разве что кроме Commvault, вот только те кто могут себе позволить его купить, купят нормальный гипервизор
- поддержка виртуальных рабочих столов, опять же...
В общем, в Red Hat решили, чтобы не писать по нормальному, взять у Google Kubernetes и использовать его как стабильное API, чтобы потом можно было заключить соглашение с вендорами другого софта.

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

Ты это... будь в тренде, что ли... скоро местные будут тебе это всё рассказывать, когда им это переведут на русский в форме статей на хабре и роликов на ютюбе. Года 2 назад Red Hat уже снимал ролики на эту тему. Актеры сидели в видеочате разговаривали про контейнеры, а когда один чувак заговорил про виртуалки, они поставили его на мьют и продолжали говорить про контейнеры. Не могу найти этот стыд, грохнули наверное, там дизлайков было 90%.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

236. "Создан форк системы управления контейнерами LXD"  –1 +/
Сообщение от Пряник (?), 08-Авг-23, 09:38 
Если перед сном не дать мозгам отдохнуть 15 минут, а сидеть в телефоне или смотреть телевизор, то на следующий день будет ментальный понос - масли будут лезть сами по себе.
Ответить | Правка | Наверх | Cообщить модератору

237. "Создан форк системы управления контейнерами LXD"  +/
Сообщение от пох. (?), 08-Авг-23, 09:59 
> Но вообще в Linux это сейчас мажорный тренд запихивать процессы виртуалок KVM внутрь контейнеров
> lxc и в kubernetes.

ну, а чо нетак  то? Вот и каноникалы туда же. Только что-то пошло не так и они выбрали свой любимый формат контейнера (вероятно, не вполне осилив k8s... или резонно предположив что этот рыночек уже занят rhbm)

> И вместо того, чтобы хоть как-то автоматизировать управление

oVirt же ж... был...
Ну да, ну да - кто ж даст девляпсу туда доступ, они ж сразу тебе все разнесут. Собственно, и вмварь облажалась со своими cloud containers (там тоже управление через морду сферы...чта?! депляпса пускать в сферу? Да вы ... Ну собственно они тоже тут же все поняли и переделали как надо - нате вам k8s наружу и к управлению самой системой даже близко не подходите.)

> - поддержка виртуальных рабочих столов, опять же...

SPICE же предан анафеме и его велено забыть? А больше у rhbm ничего в запасе нет.

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

241. "Создан форк системы управления контейнерами LXD"  +/
Сообщение от Аноним (115), 08-Авг-23, 12:32 
> 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 и приносят начальнику в новой маркировке как отечественные и просят грант.

Ответить | Правка | Наверх | Cообщить модератору

244. "Создан форк системы управления контейнерами LXD"  +/
Сообщение от пох. (?), 08-Авг-23, 12:58 
> Тут дело даже не в девляпсах в абсолютной рудиментарности oVirt для решения сколь бы то ни было
> прибыльное для RH задачи.

ну то есть мелкие клиенты нам не нужны потому что (причем мелкие это по-видимому даже не 5-10, а все что меньше пары тыщ хостов) а большим нечего предложить и вообще у них и так все хорошо...

ну типичный ibm (не редхат)

> А что если я вам скажу, что гильотина уже и над Ceph поднялась: https://www.redhat.com/en/blog/red-hat-storage-strategy-update

вроде ж пока "стратегично поапдейтят" непонятно на что? У ебеме есть что-то взамен?
Насколько я вижу - стратегично обещают что-то поразработать, а пока сменили аватарку.

Не то чтоб этот п-ц было особенно жалко (хотя... а где я буду харчеваться?) но что взамен - предложат побыстренькому прикупить себе ресурсов в S3 и отвалить от ебеме?

> И вот поэтому на протяжении долгих лет гиперконвергентным решением было ставить oVirt прямо
> поверх кластера GlusterFS

Но теперь и gluster все, поплыл по гангу кверху жёппой в индийский океан: https://access.redhat.com/support/policy/updates/rhs

(вероятно, вместе с хвостатым коллективом разработчиков, а так же их чады и домочадцы, поскольку жрать им теперь т-по нечего, а содить рис больше негде)

Опять же не то чтоб его в его нынешнем виде было особо жаль (умение поймать сплитбрейн на ровном месте и все поудалять так и осталось непревзойденным свойством этого чудо-решения) но что-то я приуныл что вообще халявного sds больше не осталось. И чем я буду импортозамещаться?!

Блин, да что ж я винду-то так и не научился админить...

Ответить | Правка | Наверх | Cообщить модератору

239. "Создан форк системы управления контейнерами LXD"  +/
Сообщение от Аноним (-), 08-Авг-23, 10:44 
>Но вообще в Linux это сейчас мажорный тренд запихивать процессы виртуалок KVM внутрь контейнеров lxc и в kubernetes.

Я так пару лет назад совал статический qemu в докер. Докер сам не любил, но нашёл задачу, на которой мог научиться автоматом перепаковывать образа vm и делать им provisioning. И так я на тот момент стал продавцом докеров, даже типичную докерпропаганду задвигать начал. Сработало.

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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