Ну и чтобы не быть голословным, закину сразу небольшой инсайд. (на скрине темная тема cozystack)

На прошлой неделе реализовал менеджмент тенантами, идея следующая:

После установки платформы пользователь получает доступ в рутового тенанта (tenant-root), из которого сможет заспавнить сколько угодно таких же тенантов.
Тенант - это единица безопасности в платформе. Каждый тенант - это отдельное изолированное окружение, в котором можно устанавливать приложения. По умолчанию тенанты изолированны друг от друга, но родительский тенант может управлять всеми дочерними.

Таким образом один пользователь может иметь сколько угодно тенантов.

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

Участие Эда в проекте позволит нам расширить экспертизу реальным опытом эксплуатации высоконагруженных баз данных и распределенных систем.

Ждем новых клиентов и будем рады вашим сообщениям: @kvaps @gecube @volarenege

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

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

Если вы ещё не знакомы с этими решениями, рекомендую посмотреть презентацию:

https://youtu.be/FDdPProqE8g

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

Если в кратце, то есть
csi-controller - часть, которая отвечает за связь с облачным API и используется для создания/удаления, аттача/детача и ресайза томов.
csi-node - часть, которая запускается на ноде и с которой общается kubelet чтобы примаунтить полученный волюм к поду.

В рамках внедрения KubeVirt как технологии для создания Kubernetes-кластеров по кнопке, я хотел бы отметить об одной интересной особенности.

Так как в KubeVirt виртуалки запускаются внутри management Kubernetes-кластера, где у вас уже есть нормальное API, у вас появляется интересная возможность запустить все нобходимые компоненты для интеграции с вашим облаком снаружи от пользовательского кластера, и можно заметить что в KubeVirt-комьюнити этот подход часто пользуется популярностью.

Из коробки поддерживается возможность запустить cloud-provider, cluster-autoscaler и CSI-controller для KubeVirt прямо на стороне управляющего кластера.

Данный подход позволяет полностью скрыть внутреннее API вашего облака от конечного пользователя, предоставив ему интерфейс только в виде сущностей Kubernetes.
Никаких контроллеров в пользовательском кластере, а соответсвенно и дырок для доступа в ваш management кластер. Красиво, Секьюрно, Удобно.

Кстати, мы тут рассматриваем возможность поддержки Proxmox в качестве альтернативного гипервизора, основной сейчас - KubeVirt.

Не смотря на то, что Proxmox в действительности не является облачной платформой, а в основном используется для запуска традиционных виртуальных машин (pets) с настройкой вручную, мы знаем что в комьюнити Proxmox полюбился многим, и потому спрашиваем у вас:

Если бы у вас был выбор между запуском Kubernetes кластеров в полностью управляемой платформе на базе Talos Linux+KubeVirt или менее управляемым, но более понятном Proxmox, какому решению вы бы отдали приоритет?

Опрос закину в наш комьюнити канал.

talos-bootstrap научился обновлять уже забутстрапленные ноды в кластере, а так же выводить красивый дашборд для Talos Linux

https://github.com/aenix-io/talos-bootstrap/

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

Например etcd кластер и monitoring hub могут быть общими для нескольких Kubernetes-кластеров. Потому что пользователь захочет зайти в единую графану и увидеть метрики сразу со всех своих кластеров.

Реализация была позаимстована у неймспейсов ядра Linux.

При создании нового тенанта, вы можете указать должен ли этот тенант иметь отдельные etcd, monitoring и ingress. А все приложения устанавливаемые в пространстве для этого тенанта автоматически унаследуют эти параметры, например:

- если тенант имеет свой monitoring hub: будут использовать его
- если не имеет: будут использовать monitoring hub родительского тенанта

Мы рады представить первый публичный релиз платформы Cozystack 🎉🎉🎉
Платформу уже можно установить и потыкать. Будем рады получить любой фидбек.
А также мы всегда готовы помочь советом в нашем комьюнити канале

https://github.com/aenix-io/cozystack

Пожалуйста насыпьте нам звёзд ⭐
(это очень поможет развитию проекта)

Приветы,

как же мы скучали и готовились к нашей новой встрече 🎉

И вот, новый выпуск с
Георгом Гаалом @gecube и
Андреем Квапилом @kvaps

За это время друзья запустили свой open source проект и готовы о нем рассказать уже сегодня вечером, всем нашим пятничным друзьям)

🕗 В 20:00
💬 в @kubernetes_ru

Вашему вниманию:
Как построить платформу для managed Kubernetes и DB-as-a-Service

Опыт построения платформы Cozystack.
Почему Talos Linux - это лучший выбор для вендора.
Возможна ли мультитенантность в Kubernetes?
Запуск кластеров по кнопке, без OpenStack и какой-то матери.
Паттерн Kubernetes-in-Kubernetes и его практическая реализация с KubeVirt и Cluster API.

Технологии о которых пойдёт речь:
- Talos Linux
- Flux CD
- KubeVirt
- Cluster API
- Kube-OVN
- Kamaji

У проекта есть канал @aenix_io
и комьюнити @cozystack

Ведущие сегодня:
Крылов Александр, достопочтенный @darkbenladan
Фиделина, деятельная @fidelina_ru

При поддержке:
@devops_ru
@itstand_org

Прошёл всего день после публичного релиза, а мы уже набрали 100 звёзд на гитхабе. Огромное вам спасибо. Приятно осознавать что у нас есть такое большое и замечательное комьюнити как вы! ❤️

Кстати, если вы не знали как написать "Æ", то во всех системах это делается по разному. Похоже что в OSX самая удобная комбинация: (⌥ + ')

Вы не ждали, а мы сайт запустили:
https://cozystack.io

DevOps Backstage: Как построить платформу для managed Kubernetes и DB-as-a-Service с Георгом Гаалом и Андреем Квапилом

В общем-то вот, 19 Апреля 2024 на Кипре буду рассказывать про наш опыт использования Talos Linux и его роль в Cozystack :)

https://internals.tech/2024/abstracts/9887

Мы дружим с большим количеством свободных проектов и стремимся стать частью международного комьюнити. Недавно, мы отправили заявку на передачу Cozystack в CNCF.

Как оказалось есть огромное количество людей желающих внести свой вклад в развитие проекта. Спасибо вам :)

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

Отсюда вопрос: есть ли у вас языковый барьер, который вам сложно будет преодолеть, чтобы участвовать на этих митах?

Опрос в комментариях.

Вышел Cozystack v0.1.0 с поддержкой ZFS

В этом релизе мы перешли на использование ZFS в качестве основного бекенда как для локальных так и для реплицируемых томов. Возможность использования LVM сохранена, но Getting Started теперь предлагает ZFS как базовый вариант настройки.

Приятно видеть, что законтрибьюченный нами в прошлом году модуль ZFS в Talos Linux, продолжал развиваться и активно используется в комьюнити.

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

Первый выпуск свободной PaaS-платформы Cozystack на базе Kubernetes https://opennet.ru/60637/

DIY: Ваше собственное облако на базе Kubernetes (часть 1) #habr
https://habr.com/ru/companies/aenix/articles/795791/
Tags: cozystack, kubernetes, talos, kaas, pxe, linux
Author: kvaps (Ænix)