The OpenNET Project / Index page

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

Выпуск Cozystack 0.16.0, открытой PaaS-платформы на базе Kubernetes

03.10.2024 20:44

Опубликован выпуск свободной PaaS-платформы Cozystack 0.16.0, построенной на базе Kubernetes. Проект нацелен на предоставление готовой платформы для хостинг-провайдеров и фреймворка для построения частных и публичных облаков. Платформа устанавливается напрямую на серверы и охватывает все аспекты подготовки инфраструктуры для предоставления управляемых сервисов. Cozystack позволяет запускать и предоставлять кластеры Kubernetes, базы данных и виртуальные машины. Код платформы доступен на GitHub и распространяется под лицензией Apache-2.0.

В качестве базового стека технологий используется Talos Linux и Flux CD. Образы с системой, ядром и необходимыми модулями формируются заранее, и обновляются атомарно, что позволяет обойтись без таких компонентов как dkms и пакетный менеджер, и гарантировать стабильную работу. Предоставляется простой метод установки в пустом дата-центре с помощью PXE и debian-подобного установщика talos-bootstrap.

Платформа включает свободную реализацию сетевой инфраструктуры (fabric) на базе Kube-OVN, и использует Cilium для организации сервисной сети, MetalLB для анонса сервисов наружу. Хранилище реализовано на LINSTOR, где предлагается использование ZFS в качестве базового слоя для хранилища и DRBD для репликации. Имеется преднастроенный стек мониторинга на базе VictoriaMetrics и Grafana. Для запуска виртуальных машин используется технология KubeVirt, которая позволяет запускать классические виртуальные машины прямо в контейнерах Kubernetes и уже имеет все необходимые интеграции с Cluster API для запуска управляемых Kubernetes-кластеров внутри "железного" Kubernetes-кластера.

В новой версии:

  • На базе открытой системы мониторинга Alerta реализована возможность отправки уведомлений с предупреждениями о сбоях и внештатных ситуациях. Можно настроить доставку уведомлений в Telegram. Кроме того, можно получать предупреждения из k8s-prometheus. Обновлены все дашборды в Grafana, а также сама Grafana и grafana-operator.
  • Nginx-ingress обновлён до версии v1.11.2. Решена проблема с доступом к nginx-ingress изнутри кластера.
  • Flux и flux-operator обновлены до последних версий.
  • Kamaji обновлён до последней версии, исправлена проблема с перезапусками контроллера.
  • В CCM (Сloud Controller Manager) добавлен контроллер endpointslice; упорядоченные сервисы теперь отправляют трафик только на узлы, которые их обслуживают.
  • В Seaweedfs и COSI исправлены атрибуты создания бакетов, которые теперь корректно отображаются в filer и совместимы с S3-клиентами
  • Talos Linux обновлён до версии 1.8.0
  • Cilium обновлён до последней патч-версии (1.16.2). Исправлена проблема с открытием портов виртуальных машин.


  1. Главная ссылка к новости (https://github.com/aenix-io/co...)
  2. OpenNews: Релиз Cozystack 0.11, открытой PaaS-платформы на базе Kubernetes
  3. OpenNews: Опубликован код COSI-драйвера для SeaweedFS
  4. OpenNews: Проект etcd-await-election для запуска процессов с учётом выбора лидирующего экземпляра
  5. OpenNews: Проект Cozystack выпустил Talm, менеджер конфигураций для Talos Linux
  6. OpenNews: Первый выпуск свободной PaaS-платформы Cozystack на базе Kubernetes
Автор новости: tym83
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61979-cozystack
Ключевые слова: cozystack, kubernetes
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:30, 03/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Знаю примерно 0 компаний, которые его используют. Вероятно, проект поживет ещё годик и уйдет на пенсию где-нибудь в фонде Апача. Скриньте.
     
     
  • 2.2, Аноним (2), 21:36, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Знаю примерно 0 компаний, которые

    Какой широкий у вас кругозор, однако ж!

     
     
  • 3.3, Аноним (3), 21:42, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Опровергнуть меня элементарно - назвать ООО или фамилию или ссылку на площадку с контрактом. Го)
     
     
  • 4.4, Аноним (3), 21:51, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я посмотрел - у них на сайте даже странички partners/clients нет :D Обычно даже в самом подкроватном проекте там есть парочка ноунеймов, которые в твиттере 5 лет назад написали, что зашли на сайт проекта. А тут просто нуль.
     
     
  • 5.14, tym83 (ok), 12:41, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вот тут надо смотреть)) https://aenix.io
     
     
  • 6.20, Аноним (2), 19:23, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос к вам как к представителю проекта: у вас там kubernetes/ingress-nginx (модифицированный). Почему вы называете его nginx ingress? Обычно под этим именем подразумевается nginxinc/kubernetes-ingress. Это вносит некоторую путаницу.
     
  • 4.5, Аноним (2), 22:00, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Опровергнуть меня элементарно

    Зачем _мне_ опровергать _ваше_ незнание?

     
  • 4.16, Ник (??), 13:59, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    www.telekom.de - не сам сайт, а большинство его бекендов
     
  • 2.7, Аноним (7), 22:27, 03/10/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так они ж его для себя в первую очередь пилят. Опенсорс — это так, для привлечения внимания. В общем-то, неплохую штуку сделали, но мне к сожалению как у них не надо, мне надо как у меня, а то так бы пользовался.
     
  • 2.8, Аноним (8), 02:21, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше не было доступа к nginx-ingress изнутри кластера, но теперь есть! Так что скоро появится первая компания, которая его поставит! Аллилуйя и бис, бис и аллилуйя!
     
  • 2.9, Аноним (9), 03:24, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Это Квапил делает, на сайте Аеникса его есть клиенты. У него очень серьезный бэкграунд админский, так что думается мне, он делает это под свои задачи. Один из клиентов - хостинг, и он раньше сам в хостинге работал, мне кажется это в первую очередь для хостеров продвинутого уровня.Минимальный набор популярных managed-сервисов для разных webb-приложений. Вообще он товарищ толковый, думаю, не бросит, пока штука будет актуальной.
     

  • 1.10, Аноним (10), 07:16, 04/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    О! Отлично что проект развивается и обновляет версии под капотом.

    Просто это одно из лучших сочетаний для подачи виртуалок кластерами Kubernetes.

    KubeVirt + Kube-OVN + Cillium в сочетании с MetalLB, на 2024 год лучше не придумаешь. Оно реально даёт мультитеннантность на уровне сети и имеет возможность разгрузиться на ASIC-и сетевок.

    Просто те кто пользовались ovn-kubernetes из OpenShift очень сильно жалуются на проблемы с производительностью. Редхат тут уступает и это старая история.

    Опять же это не про контейнеры/микросервисы. Этот проект один из многих который использует Kubernetes как кластерные службы для организации облачной инфраструктуры и концепции программно-определяемого центра обработки данных.

    Я просто не знаю насколько местные пробовали такие технологии, убежден, что многие пиратскую варю на проксмокс меняют и им норм...
    Поэтому расскажу, что это большой тренд вообще-то. В Linux же исторически не было РАБОТАЮЩИХ свободных и бесплатных кластерных служб. Опять же, если за таковые не считать corosync+pacemaker (это скелет, а не продукт) или zookeeper для java. Я говорю про аналоги Oracle Claster, Microsoft WSFC или Veritas. Собственно почему proxmox не удаётся масштабировать, дело не в недостатке инфраструктуры кластеризации. Опять же oVirt выкинули не просто так. Его масштабирование - боль, когда у тебя стоек 50+ в нескольких локациях.

    То есть когда в Windows и VxWorks кластерные службы умеют работать с кластеризацией модулей ядра и имеют рабочие средства отладки кластерных приложений в Linux даже кластерная файловая система - это мучение.
    Собственно почему редхат своё выкинул и как и Plan9, как и Mirantis сел делать IaaS-платформу поверх Kubernetes. Потому что как кластер-то он работает. Да со персистент-стораджем он не сильно далеко ушел но масштабирование в рамках одной локации у него работает превосходно.
    Пока поставщики IaaS-решений натягивают OpenStack на Kubernetes как сарафанчик, редхат тащит OpenShift внутри которого много NIH и вендор-специфичных решений.

    CRI-O vs containerd и прочие велосипеды в стиле ovn-kubernetes, ведь всё должно быть под контролем IBM и Red Hat. А те кто попользовался решениями от RH в этой области бегают по реддитам и нают, как им медленно и как они калику суют в попеншифт, чтобы оно ворочалось.

    А сейчас, когда RedHad OpenStack полностью привязан к OpenShift (не все фичи работают, не все работает стабильно в их "стабильном" релизе) вой уже пошел по телеком провайдерам, которые telco cloud строят.

    Всем ехидным комментаторам скажу сразу: оно (cozystack) не сдохнет, потому что у такого продукта не один а 3 потенциальных рынка:
    1. PaaS-решение для сервис провайдеров - видимо они работают в первую очередь по таким клиентам
    2. Инфраструктура виртуализации и PaaS для крупного бизнеса. Когда много ИТ-департаментов и холдингу требуется мультитеннантность и мультипроектность внутри себя и они сами с собой рассчитываются между отделами.
    3. Если разработчики CozyStack поставят OpenStack внутрь управляющего контура CozyStack, в частности нужен дать инфраструктуру для работы OpenStack Tacker (для работы по ETSI NVF/MANO) https://wiki.openstack.org/wiki/Tacker
    То они порвут рынок средних европейских провайдеров и смогут дать людям строить 5G. Потому что там кроме Red Hat (глюкавый), VMware (оверпрайс) и строить собственный OpenStack (оверпрайс в квадрате) ничего нет.

     
     
  • 2.12, ЕхидныйАноним (?), 11:36, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде по-существу, но позволю себе заметить, что oVirt - никогда не предназначался на 50+ стоек. И тем более в разных локациях.
     
  • 2.17, Аноним (2), 14:02, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кубик как раз и набрал такую популярность за счёт того, что это универсальный скелет, поверх которого можно строить решения для кластеризацию, такие как subj.

    > То есть когда в Windows и VxWorks кластерные службы умеют работать с кластеризацией модулей ядра и имеют рабочие средства отладки кластерных приложений в Linux даже кластерная файловая система - это мучение.

    К сожалению, с кластерным хранилищем, которое можно было бы просто взять и использовать в кластере, всё так же печально. Много решений на выбор, и каждого свои критичные проблемы. Ceph — дорогое в обслуживании и хрупкое, Gluster — течёт по памяти и не стабильно, DRBD9 — полупроприетарь, которую в любой момент могут закрыть окончательно, и т.д.

     

  • 1.13, Аноним (13), 11:53, 04/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разработано при участии Cozybear?
     
     
  • 2.18, Аноним (2), 14:03, 04/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас в тренде Cozybobr (русские хакеры, пытающиеся убедить поляков, что в Польше были наводнения, хотя все знают, что это просто "редактирование реальности").
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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