Квапс и то родил быстрее кози с командой 😂

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

я никого не защищаю, но в целом работа в большой компании накладывает свой отпечаток

Ну то есть kube-virt это не libvirt

У них не kube-virt, там челы с compute у них полностью свой контрол плейн писали и обертки над kvm, с закосом под публичное облако ака Яндекс (многие же яндексоиды бывшие, включая Дюгурова). kube-virt не потянет десятки тысяч ВМок, там слишком быстро упираешься в ограничения etcd под кубом

У них не kube-virt, там челы с compute у них полностью свой контрол плейн писали и обертки над kvm, с закосом под публичное облако ака Яндекс (многие же яндексоиды бывшие, включая Дюгурова). kube-virt не потянет десятки тысяч ВМок, там слишком быстро упираешься в ограничения etcd под кубом

да фиг его знает, меня из команды выгнали за излишний сепаратизм

просто тогда они в kube-virt игрались

kvm+своя обвязка ClusterAPI, что бы потом в итоге иметь свое cloud api.. ну да ну да, в итоге все таки вернулись к классике

схеме с clusterapi лет 10 уже

kvm+своя обвязка ClusterAPI, что бы потом в итоге иметь свое cloud api.. ну да ну да, в итоге все таки вернулись к классике

Кубы и ClusterAPI там есть, но вродь они для менеджмента гипервизоров и наливки на них инфраструктурных сервисов (всяких там агентов компьюта, роутеров и прочих). А самими ВМками дирижирует уже не куб, а отдельный большой и толстый контрол плейн

Кубы и ClusterAPI там есть, но вродь они для менеджмента гипервизоров и наливки на них инфраструктурных сервисов (всяких там агентов компьюта, роутеров и прочих). А самими ВМками дирижирует уже не куб, а отдельный большой и толстый контрол плейн

а 20к вм это не кубы, а просто вм с сервисами?

а 20к вм это не кубы, а просто вм с сервисами?

все немного сложнее.

ну точнее это для меня повидавшего разное дерьмо это несложно

Кубы и ClusterAPI там есть, но вродь они для менеджмента гипервизоров и наливки на них инфраструктурных сервисов (всяких там агентов компьюта, роутеров и прочих). А самими ВМками дирижирует уже не куб, а отдельный большой и толстый контрол плейн

крайний раз видали мы это.. контролплейн.. на базе flatcar.

С бутаном и прочими непотребствами

Кубы и ClusterAPI там есть, но вродь они для менеджмента гипервизоров и наливки на них инфраструктурных сервисов (всяких там агентов компьюта, роутеров и прочих). А самими ВМками дирижирует уже не куб, а отдельный большой и толстый контрол плейн

Снова контроля в кубе... Когда ж угомонятся то.

Снова контроля в кубе... Когда ж угомонятся то.

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

думается что и обновляться контролплейн то у нового облака будет как и у яндекса, с падением всего контрол плейна😁😁😁

потому что контролплейн наверняка будет из 3 нод, а не из 50ти.

думается что и обновляться контролплейн то у нового облака будет как и у яндекса, с падением всего контрол плейна😁😁😁

В случае с нормальным оператором все ок должно быть

И обновление и масштабирование

В случае с нормальным оператором все ок должно быть

ну тут и да и нет, ну то есть ты думаешь почему контролплейн на первых этапах падал у яндекса и облако кошмарило так что все были в шоке. Потому что да все поклали на 3 ноды, в действительности надо же делать по другому, надо как говорится планировать, а в данном конкретном случае и опенстек то классно будет работать если мы запланируем, что каждый сервис это отдельный сервер с кластеризацией и проче проче, ток под что то мы подложим SSD по что то процессоры сильвер, а под что то голд, где то у нас будут карты под 100Ge а где то под 40... и вот если соблюсти эти вот весьма не сложные правила конечно обновление будет без простоя.

а вот этот подход ща мы все в 3 ноды да еще в контейнеры закинем, и ваще усе будет норм.. ну да видели

В случае с нормальным оператором все ок должно быть

Илья, не надо так :(

Илья, не надо так :(

Как не надо, ну кубы топ же

Как не надо, ну кубы топ же

Ну нет же

Всего лишь нужно правильно готовить и без оператора там не обойтись!

В случае с нормальным оператором все ок должно быть

Пока у нас тут обед, замечу что в гнилом мире проприетарщины - контрол живёт на одной, ну максимум двух, виртуалках в соседнем кластере. Почему нельзя сделать так же, но лучше - загадка

Пока у нас тут обед, замечу что в гнилом мире проприетарщины - контрол живёт на одной, ну максимум двух, виртуалках в соседнем кластере. Почему нельзя сделать так же, но лучше - загадка

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

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

кубы это хорошо когда у нас не монолитное приложение а состоящее из кусочков. В противном случае мы получаем гавно, во всех его смыслах

Всего лишь нужно правильно готовить и без оператора там не обойтись!

Так и опенстек "нужно просто правильно готовить" :)

Как ни зайду сюда, темы все те же))

Как ни зайду сюда, темы все те же))

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

дед с батей сцепились по пьяне и испортили всем праздник Каждые выходные одно и то же

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

Как оплачено так и нахуячено😁

Как оплачено так и нахуячено😁

это да.

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

Я думал это все придумали лишь бы утилизацию ресурсов повысить

Чтобы не было такого как раньше Одно приложение- один железный сервер

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

Чтобы не было такого как раньше Одно приложение- один железный сервер

тут такое дело что есть разные профили нагрузки, то есть один сервис работает нормально, а другому нужно больше ресурсов например CPU и тут начинаются парадоксы: 1. Если у нас гетерогенное приложение крутящееся на барике, и оно ест скажем 10% от всей мощности сервера это хорошо? Да. А если у нас таких приложений 100? Это хорошо? Нет! Надо скейлить, и вот тут начинается бабкитратинг. Что делает куб? Он снимает с нас этот самый скейлинг на более слабое железо. 2. Есть два типа скейлинга, вертикальный и горизонтальный, нас интересует только горизонтальный, потому как вертикальный скейлить бесконечно не возможно. Так вот, выяснив что мы распределили ресурсы, мы неожиданно поняли что мы worker и мастер держим на одной ноде, как собаки спидозные, надо опять расширяться что бы одномоментно не хлебнуть яду с этим кластером. 3. Итого у нас уже 6 серверов, все рады и щастливы, но диски у нас не NVME, пейчаль.. опять траты.. и опять лупим приложение и оно работает идеально. Вот она колоссальная сила кубов. Идеально работающее под любой нагрузкой(ну почти)

а теперь резонный вопрос, а нахера вот это вот всё? Что бы что? Что бы пенисами мерятся, типа братан смотри у меня фронт моего онлайн маркетплейса вон как работает миллионы довольных мух!

Боря, ты отдыхал?

Боря, ты отдыхал?

Нет. А что такое много буков не нравится?

Нет. А что такое много буков не нравится?

надо больше букоф

надо больше букоф

скажите где я не прав?

все так

Чтобы не было такого как раньше Одно приложение- один железный сервер

Прости, это когда было ? В 1955 ? Разделение времени на сервере и терминалах - это как бы не system/360 год так 1960

Точно тогда, когда я еще не родился

Чтобы не было такого как раньше Одно приложение- один железный сервер

The IBM System/360 is a family of mainframe computer systems announced by IBM on April 7, 1964,

а System z какого там года?

1964 год. Виртуалки, управление. До них, кстати, куб уже был - параллельное выполнение нескольких потоков вычислений.

The IBM System/360 is a family of mainframe computer systems announced by IBM on April 7, 1964,

значит надо снова возвращаться к истокам

Помню что хотели сделать, но не следил. В колле появилась возможность делать множественные бекенды на цефе?

да да с 64 года весь мир занимается реверс инжинирингом system/360😁😁😁

Помню что хотели сделать, но не следил. В колле появилась возможность делать множественные бекенды на цефе?

да

сча

https://docs.openstack.org/kolla-ansible/latest/reference/storage/external-ceph-guide.html

To configure multiple Ceph backends with Glance, which is useful for multistore: Copy the Ceph configuration files into /etc/kolla/config/glance/ using different names for each

оно?

Ага, выглядит тем самым. Пасиб

значит надо снова возвращаться к истокам

Зачем? IBM живо (сильно болеет после того как пожрало какую то шляпу)

Зачем? IBM живо (сильно болеет после того как пожрало какую то шляпу)

это еще вопрос кого жрет тьма.

Да я к тому что мне надо вспомнить че да как там было

потому как на IBM System Z уже есть Astra Linux 3.8 называется.. получается что IBM сдался

значит надо снова возвращаться к истокам

Самое смешное, когда некоторые персонажи не в курсе , что на реверсе 360/370 одна страна немного не смогла в тогдашние нанометры, то есть микрометры, и купило system 370 и погнало производство ЭВМ ЕС )))

В итоге тут написано что до 2005 года были приколы с инструкциями, которые херово интерпретировались на процах интел 386

И пофиксили лишь в 2005 году)

Б - безопасность

В итоге тут написано что до 2005 года были приколы с инструкциями, которые херово интерпретировались на процах интел 386

Исправили то они еще IA-95, кажись.. но да в интел пенсия II уже не было данной проблемы

Самое смешное, когда некоторые персонажи не в курсе , что на реверсе 360/370 одна страна немного не смогла в тогдашние нанометры, то есть микрометры, и купило system 370 и погнало производство ЭВМ ЕС )))

Самое смешное, когда некоторые персонажи не в курсе , что на реверсе 360/370 одна страна немного не смогла в тогдашние нанометры, то есть микрометры, и купило system 370 и погнало производство ЭВМ ЕС )))

Если начала штамповать свои копии то как раз смогла. Внезапно. Просто срезала углы

Если начала штамповать свои копии то как раз смогла. Внезапно. Просто срезала углы

Склонировать не смогла, пришлось купить

Всем привет, после установки openstack через sunbeam вот такая бяда (ошибка не могу создать образ) , не подскажите как сконфигурировать ?

Надо установка mysql и создавать бд+пользователя? )

Надо установка mysql и создавать бд+пользователя? )

Логи

Найти бы их)))

Найти бы их)))

надо найти pod

далее уже дергать логи