The OpenNET Project / Index page

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

Релиз Cozystack 0.11, открытой PaaS-платформы на базе Kubernetes

13.08.2024 16:57

Опубликован выпуск свободной PaaS-платформы Cozystack 0.11.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-кластера.

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

  • Добавлена поддержка S3. Подготовлена базовая реализация SeaweedFS в Cozystack. Написан Kubernetes-COSI-драйвер для автоматического заказа S3-бакетов (S3 Bucket). В пакет (chart) со SeaweedFS добавлена поддержка автоматического изменения размера томов.
  • Реализована сетевая изоляция между арендаторами (tenant). Произведена большая работа по улучшению сетевой изоляции между арендаторами, исправлены ошибки, полностью переработаны сетевые политики.
  • Обновлён интерфейс пользователя. Заменены все пиктограммы сервисов. Сводный экран (dashboard) переработан так, чтобы выводить только необходимую информацию в ResourceView. Добавлена возможность указывать конкретные ресурсы для показа посредством перечисления их в специальной роли <name>-dashboard-resources.
  • В документации добавлен раздел Development Guide и обновлена инструкция по установке в Hetzner.
  • Сетевая система Cilium обновлена до версии 1.16, в которую включён патч для автоматического определения устройств, подготовленный разработчиками Cozystack.
  • Решена проблема со сборщиком мусора в tenant Kubernetes-кластерах.
  • Решена проблема с пробросом HTTP- и HTTPS-трафика с помощью ingress в tenant Kubernetes-кластера.
  • Добавлены snapshot-controller и object-storage-controller.
  • LINSTOR обновлён до версии 1.28.
  • Talos Linux обновлён до версии 1.7.6
  • Kube-OVN переведён на сборку из стабильной базы.


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


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.15, Аноним (15), 20:39, 13/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Крутейший фреймворк
     
     
  • 2.16, чатжпт (?), 20:56, 13/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    есть опыт использования?
     

  • 1.20, Аноним (20), 21:34, 13/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже на попытку впрыгнуть в ушедший поезд. Кому надо, тот поднимает ванильный кубернетес без проблем
     
     
  • 2.27, Аноним (27), 22:49, 13/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Даже если через кубспрей кубер подымаешь кластер у тебя рано или поздно навернется. На то он и кластер.  
     
  • 2.34, jOKer (ok), 04:01, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поднять кубик - это вообще не проблема. Проблемы начинаются потом.

    Поскольку кубик не продукт, а только лишь фремворк, то в нем кучи всего не хватает. И эту кучу начинают на коленке делать девопсы. Врать не буду: во многих случаях получаются очень даже добротные решения, которые отлично живут и выполняют свои задачи.... ровно до того момента, как девопс это все соорудивший увольняется. И вот тогда начинаются _реальные_ проблемы. И не спасает ни наличие кучи его коллег рядом, ни вроде бы имеющаяся документация. Коллеги ушедшего девопса куда как часто оказываются не в курсе дел или заметно слабее ушедшего по квалификации, а документация не полной. И все начинает потихоньку скатываться к "кровавому Ынтерпрайзу" по-девопсячьи.... а далее - развал кластера(ов), кости, эпилог))

    Я видел такую историю далеко не один раз. И поэтому я резко против "ванильных кубиков" и всякой подобной хе №!%№ ни. В основе инфраструктуры должен быть продукт и он должен быть на платной поддержке. Инфра - это не то место, где наличие самописных решений можно оправдать байками об "оригинальных бизнес-процессах в нашей компании" которые "нельзя автоматизировать стандартными коробочными продуктами". Инфра - это базис и основа. А место для творцов ванильных кубиков - в университетских кампусах. Ну или в OSS-проектах подобных сабжу

     
     
  • 3.35, Аноним (35), 09:17, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну а ты зачем тогда нужен, если всё будет готово из коробки. Давай урежем тебе зарплату раза в 4.
     
     
  • 4.38, WE (?), 10:28, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ок клауд-админ, тикеты в саппорт делать может за много денег.
     
  • 4.41, KhabMan (ok), 15:45, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Или оставим зарплату прежней и займём его чем-то полезнее, чем написанием того, что уже давно написано, и настройкой того, что давно настроено.
     
     
  • 5.42, Аноним (42), 17:17, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вы что, предлагаю не изобретать велосипед и избавиться от NIH-синдрома?
    Это предложение звучит как злостное надругательство над unix way (which must be hard).
     
  • 4.47, Аноним (47), 22:50, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так ваша реплика только ещё раз подтверждает, что бизнесу это не нужно. Вы придёте, нагородите свой велосипед и будете потом из работодателя верёвки вить из-за того, что другому человеку это поддерживать будет сложно
     
     
  • 5.48, Аноним (48), 05:07, 15/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради, бывают и выкидывают большую часть стаффа, оставляя только необходимое количество людей для поддержки. Компании дешевле нанять дорогих контракторов на пару месяцев для мероприятий типа больших апгрейдов и миграций, чем платить зарплату армии лоботрясов круглый год.
     
  • 5.49, jOKer (ok), 07:12, 15/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все так - бизнесу нужны _гарантии_, а не выворачивание рук ведущим спецом или нежданчиком случившийся бас-фактор.  Поэтому все сколько-нибудь серьезные компании предпочитают строить свою инфру на основе чего-нибудь вроде OpenShift или на слегка допиленного OKD, а не на основе ванильных кубиков.

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

     

  • 1.36, Аноним (36), 09:43, 14/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Новости о kubernetes на OpenNET это как бисер для …
    короче не та аудитория, тем более в кубер на Go, ладно бы на Rust переписали
     
     
  • 2.39, Аноним (42), 14:38, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  Новости о kubernetes на OpenNET это как бисер для …

    Ага. Зачем им кубик, они сами на shell-скриптах всё могут написать.
    Правда, 99% так ничего и не написали, а у 1% вечно всё разваливается и падает.

     

  • 1.43, Аноним (43), 18:22, 14/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    объясните зачем кубер когда есть /etc папка для конфигов и старый добрый systemctl start httpd.service и прочая фигня. Зачем все эти усложнения, для чего это все. Я всегда говорю, будь проще, паря, проще надо быть, и люди потянутся. Как говорили великие, "красота в простате, простата во мне" (орфография сохранена)
     
     
  • 2.44, penetrator (?), 20:25, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ты спрашиваешь зачем нужен или почему его хомячки нямкают и даже иногда давятся?

    это два разных вопроса и два кардинально отличных ответа

     
     
  • 3.45, Аноним (43), 20:43, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обои.
     
  • 2.46, Аноним (48), 21:02, 14/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда эта папка находит мамку и они начинают плодиться в количестве больше 3, тогда и нужен. Нет, ансибл не подходит, у меня столько времени нет на чуть более быструю лошадь. А на подкроватной репке — действительно не нужен.
     
  • 2.51, Аноним (51), 16:31, 15/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Этот подход заканчивается есть сервер на centos6, никто не знает как его забека... большой текст свёрнут, показать
     

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



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

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