The OpenNET Project / Index page

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

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

17.07.2025 10:24

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

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

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

За последние полтора месяца команда проекта выпустила новые версии 0.31, 0.32 и 0.33. Среди изменений в данных выпусках:

  • Унифицировано управление выделением ресурсов CPU и памяти. Добавлены единые переменные конфигурации cpu-allocation-ratio и memory-allocation-ratio для ограничения ресурсов CPU и потребления памяти в виртуальных машинах под управлением KubeVirt. Переменные применяются ко всем управляемым приложениям и квотам ресурсов tenant-ов. Предустановки также учитывают коэффициенты выделения ресурсов и ведут себя так же, как явные определения ресурсов. При обновлении с более ранних версий Cozystack конфигурация ресурсов в управляемых приложениях автоматически конвертируется в новый формат.
  • Добавлена функция резервного копирования PVC в tenant-ных Kubernetes-кластерах, позволяющая администраторам как всей платформы, так и отдельных tenant-ов, создавать резервные копии и восстанавливать данные запущенных в кластерах сервисов. Для резервного копирования задействован проект Velero, а сама система требует внешнего S3-совместимого хранилища.
  • Реализована поддержка использования общих NFS-хранилищ с новым опциональным системным модулем.
  • Добавлена возможность настройки доступных CPU-сокетов для виртуальных машин через параметр resources.cpu.sockets, что позволяет назначать виртуальным машинам конкретные сокеты.
  • Добавлена поддержка использования предзагруженных golden-образов для виртуальных машин, ускоряющая подготовку за счёт ссылок на существующие образы вместо загрузки по HTTP.
  • Реализована опция exposeMethod для Ingress-NGINX в tenant-ных кластерах, которая позволяет выбирать Proxied и LoadBalancer.
  • Улучшенная поддержка Java-приложений: параметры "heap" теперь рассчитываются на основе запросов и лимитов памяти.
  • Заменён стандартный менеджер пакетов — вместо Helm теперь используется новая утилита cozypkg (обёртка вокруг Helm и Flux для локальной разработки).
  • Добавлен синхронизатор HelmRelease для системных компонентов, обеспечивающий автоматический контроль ключевых изменений конфигурации для своевременного обновления системных приложений.
  • Добавлена поддержка registry mirror в tenant-ных Kubernetes-кластерах, настраивающего containerd для tenant-ных кластеров.
  • Реализована единая маркировка дочерних объектов приложений для мониторинга через WorkloadMonitors.
  • Добавлена опция cluster-domain для переопределения домена cozy.local.
  • Добавлены правила RBAC для проброса портов в KubeVirt (SSH через virtctl).
  • Включён сбор событий и аудит-логов.
  • Реализовано резервное копирование/восстановление PostgreSQL.
  • Добавлен новый инструмент cozyreport и обеспечен сбор отчетов в CI. Теперь вся диагностическая информация сохраняется в виде сборочных артефактов.
  • Обновлены компоненты: cozykpg v1.1.0, flux-operator 0.23.0, Flux 2.6.x, Talos Linux v1.10.3, Cilium 1.17.4, MetalLB 0.15.2, Kube-OVN 1.13.13, cozy-proxy 0.2.0, Kafka Operator 0.45.1-rc1.
  • Предоставлена возможность установки Talos в Air Gap-окружениях.
  • Добавлена поддержка GPU для tenant-ных Kubernetes-кластеров. Пользователи платформы могут запускать GPU-ворклоады как в виртуальных машинах, так и в Kubernetes-кластерах.
  • Обеспечена бета-поддержка архитектуры ARM (кросс-архитектурная сборка). Система сборки переработана для поддержки мультиархитектурных бинарных файлов и контейнерных образов.
  • Расширен VerticalPodAutoscaler (VPA), который включён для большего количества компонентов Cozystack и позволяет проводить автоматическую настройку ресурсов. В частности, VPA был добавлен для control plane tenant-ных кластеров, панели управления Cozystack и etcd-operator. Все компоненты Cozystack с включенным VPA могут автоматически корректировать свои запросы CPU и памяти на основе их использования, что повышает стабильность.
  • Добавлена поддержка Gateway API в Cilium, позволяющая использовать расширенные функции маршрутизации L4/L7 через Kubernetes Gateway API.
  • Предоставлена возможность добавления собственных параметров в конфигурации Cilium для tenent-ных кластеров.
  • В контроллере Tenant HelmRelease Reconcile обеспечено распространение изменений конфигурации на рабочие нагрузки tenant-ов (гарантирует, что любой HelmRelease, определённый в tenant-е, синхронизирован с обновлениями платформы).
  • Добавлена возможность настройки коэффициента выделения CPU в KubeVirt (то, как виртуальные CPU соотносятся с физическими) через значение cpu-allocation-ratio в configmap. Администраторы могут настраивать overcommit CPU для виртуальных машин, соблюдая необходимый баланс между производительностью и плотностью.
  • Реализован экспорт виртуальных машин KubeVirt. Функция работает через VirtualMachineExport в KubeVirt и позволяет пользователям создавать снапшоты или резервные копии образов виртуальных машин.
  • Обеспечена поддержка различных классов хранилищ (storage classes) для виртуальных машин. Приложение virtual-machine позволяет выбирать любой StorageClass для системного диска виртуальной машины вместо использования жёстко заданного PVC (cм. значения systemDisk.storage и systemDisk.storageClass в конфигурации приложения).


  1. Главная ссылка к новости (https://blog.aenix.io/cozystac...)
  2. OpenNews: Проект Cozystack принят в организацию CNCF
  3. OpenNews: Проект Cozystack выпустил Talm, менеджер конфигураций для Talos Linux
  4. OpenNews: Опубликован код COSI-драйвера для SeaweedFS
  5. OpenNews: Выпуск Cozystack 0.30, открытой PaaS-платформы на базе Kubernetes
Автор новости: Timur Tukaev
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63589-cozystack
Ключевые слова: cozystack, kubernetes
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 11:22, 17/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Этот ваш PaaS не нужон!
    Мы просто в гуе проксмокса виртуалочку подняли да постгрес установили!
     
     
  • 2.3, tym83 (ok), 11:30, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    God bless you!:))
     
  • 2.4, Аноним (4), 11:48, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этот ваш proxmox не нужон. В пару команд накатил paas и в 1 клик установил HA постгрес с pgbouncer и бекапами
     
     
  • 3.5, Аноним (5), 12:42, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И потом весь этот винегред на***тся и будешь копать разбираться, как эта шляпа работает.
    Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно. Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище.
     
     
  • 4.22, tym83 (ok), 16:28, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > И потом весь этот винегред на***тся и будешь копать разбираться, как эта
    > шляпа работает.
    > Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно.
    > Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище.

    Я, видимо, говорю с кем-то типа сталлоне, которого только что в разрушителе разморозили. Опеншифты, ранчеры, кубернетесы никому не нужны, ага:) Это просто злые люди придумали, чтобы портить жизнь людям добрым:)

     
  • 4.29, Аноним (29), 18:09, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если с пятью демонами и rbac не можешь разобраться, может вообще не стоит в системное администрирование лезть?
     
     
  • 5.38, tym83 (ok), 21:46, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А почему вы считаете, что это задачи именно для системных администраторов? Почему бы не делегировать рутину платформе? Много вы инфры настроите своими руками в современном банке или чем-тот таком? При этом внутренние пользователи смогут по кнопке заказывать себе готовые кластеры, виртуалки и другие окружения? И при этом будет всё это не на башизмах, которые со временем будет невозможно прочитать, а знать, как всё это устроено, будете только вы? Если вы живёте в таком мире, то у меня для вас плохие новости:)
     
  • 4.31, penetrator (?), 18:27, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    единственно адекватный комент, и то заминусили

    не модно вы батенька работаете )))

     
     
  • 5.39, tym83 (ok), 21:48, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если наброс в мою сторону или в сторону мейнтейнеров, то мы такие комменты никогда не минусуем. Набросы и критика — это же прям очень хорошо. Это повод глубже разобрать тему и возможность повлиять на тех, кто читает эти самые набросы в комментах.
     
  • 3.23, 1 (??), 17:12, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    пара бакапов и денюжка на карточке закончилась.
     

  • 1.10, Аноним (10), 13:03, 17/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Публикация новости о таких проектах для аудитории тут видится очень тонкой, изысканной издевкой.
     
     
  • 2.14, tym83 (ok), 14:26, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мейнтейнеры проекта сами этот сайт читают много лет. Я, например, с 2007 года за новостями опен сорса слежу во многом благодаря опеннету. Мне лично удобно. А в чем издевка-то, кстати?:) Типа тут олдовые линуксовые сисадмины только сидят? Судя по комментариям, это далеко не так.
     
     
  • 3.17, Мемоним (?), 15:04, 17/07/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.21, tym83 (ok), 16:25, 17/07/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.34, бубылдос (ok), 20:17, 17/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.32, Аноним (10), 18:32, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А в чем издевка-то, кстати?:)

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

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

    Как-то так.

     
     
  • 4.33, Аноним (29), 19:49, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Но все докладчики всерьез спорят о том, работает ли умножение и насколько безопасно пользоваться инновационной таблицей косинусов.

    Это был бы большой прогресс. Чаще тут споры о том какие цифры лучше, и о том нужно ли умножение в принципе. Всю жизнь на пальцах складывали и дальше будем.

     
  • 4.37, tym83 (ok), 21:42, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь понял, спасибо:)
     

  • 1.11, Аноним (11), 13:24, 17/07/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

  • 1.12, Аноним (12), 13:31, 17/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Весь этот козий стейк без самого главного не взлетит, обделается еще на взлетной
     
     
  • 2.13, tym83 (ok), 14:23, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без чего именно? в CNCF (подразделение Linux Foundation, владеют правами на Kubernetes, Istio, Cilium, Flux, Argo, K3s и многими другими тулами) проект мы уже передали, там его сочли достойным того, чтобы принять его.
     
     
  • 3.16, Говностек (?), 14:40, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не нужон нам ваш козий стек шариков
     
     
  • 4.20, tym83 (ok), 16:25, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не нужон нам ваш козий стек шариков

    я не шариков)))

     

  • 1.24, Аноним (24), 17:34, 17/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Куб, в подах которого виртуалки, поверх которого кубы. Я так сильно отстал от жизни, что это считается валидной реализацией в 21 веке??? Звучит как лютый .....
     
     
  • 2.26, Аноним (29), 17:49, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рассказывай как надо делать. Каждому кастомеру отдельные серверы для его кластеров? Поставить какую-то другую систему виртуализации и в ней реализовать 3/4 кубернетеса? Вообще не пользоваться автоматизацией и вручную солнце закатывать? Что предлагаешь?
     
     
  • 3.27, Аноним (24), 17:52, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, я ж по этому и спрашиваю шарящих.
     
     
  • 4.28, Аноним (29), 18:05, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это распространённая схема. OpenStack тоже удобнее так деплоить чтобы «нижний» минимальный деплой менеджил «верхний» полноразмерный для прода. Не заводить же два разных инструмента для одной и той же работы.
     
     
  • 5.30, Аноним (24), 18:09, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любопытно, пойду ка почитаю про такой подход.
     
  • 2.36, tym83 (ok), 21:41, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум, удобно рулить и виртуалками, и родами в единой парадигме. Курьер по факту становится стандартом, девопсы и сисадмина всё больше его изучают, всё проще найти на него спецов. Удобно управлять всеми сущностями через единый понятный всё большему количеству специалистов Kubernetes API. Мы думаем, что за кубер апи будущее.
     

  • 1.25, Аноним (29), 17:47, 17/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлена опция cluster-domain для переопределения домена cozy.local.

    Кроме тщеславия есть какие-то объективные причины менять дефолт? Теперь чтобы накатить что-то нужно не забывать менять домен везде, где он используется. А где-то бывает и вовсе захардкожено, что отстой и фу, но реальность такова, что не всегда есть возможность исправить без форка и пересборки всего проекта. И всё это ради чего? Чтобы где-то в недрах кубера красивенько название проекта засветилось?

     
     
  • 2.35, tym83 (ok), 21:39, 17/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На старте разработки это казалось правильно, сейчас как раз откатили до дефолтного куберовского значения. Вопрос не тщеславия, просто казалось, что это архитектурно правильнее, чтобы отличать домены в Кози от доменов других кластеров. Потом увидели, что это не очень и сделали нормально.
     

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



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

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