CozyStack как-то похоже на Harvester от SUSE. У них тоже идёт в комплекте Grafana, Prometheus, Longhorn. Тоже можно деплоить кластер в кластере.
Ксожелению не знаком с данным решением.
Как-то не понял, как получилось скрестить ZFS (низкоуровневая файловая система, в кластер не умеет) и LINSTOR (кластерная файловая система). Хотя на сайте у LINSTOR тоже написано, что эта возможность у них есть из коробки, но интересно почитать, как это работает.
Если идти от ZFS то схема работы выглядит следующим образом(Можно представить в виде многослойного пирога):
ZFS
DR:BD
Linstore
Kubeovn
Kubernetes
ZFS — предоставляет блочные устройства для хранения данных.
DR:BD — зеркалирование данных между серверами кластера, обеспечивая отказоустойчивость и защиту от сбоев. Это позволяет создать единое виртуальное блочное устройство, доступное на нескольких узлах.
Linstore — система управления хранилищем, которая автоматизирует создание, удаление и репликацию томов в кластере.
Kube-OVN — в данном контексте выступает как worker node, куда монтируется блочное устройство, предоставленное через Linstore.
Kubernetes — управляет всей инфраструктурой кластера и получает доступ к блочными устройствами (через Kube-OVN).
Собственно, ниже 3-4 строки это worker node вывод из кластера
#kubectl get node
NAME STATUS ROLES AGE VERSION
kubernetes-karabassoff-md0-2mw7s-htlpv Ready ingress-nginx 32d v1.30.2
kubernetes-karabassoff-md0-2mw7s-vfbkn Ready ingress-nginx 32d v1.30.2
Вывод из основного кластера здесь этиже worker node 7-8 строки
Talos OS — это фундамент всего кластера, на котором развёрнут Kubernetes, и без него никуда. В дальнейшем, в существующем кластере создаётся отдельный tenant для каждого арендатора, при этом арендатор не имеет доступа к управляющему кластеру.
Мы выбрали CozyStack по нескольким причинам. Мы подключились к проекту на старте, что дало нам возможность активно участвовать в его развитии. У нас был положительный опыт работы с решениями от участников из команды разработки CozyStack, что укрепило наше доверие к проекту.
Ксожелению не знаком с данным решением.
Если идти от ZFS то схема работы выглядит следующим образом(Можно представить в виде многослойного пирога):
ZFS
DR:BD
Linstore
Kubeovn
Kubernetes
ZFS — предоставляет блочные устройства для хранения данных.
DR:BD — зеркалирование данных между серверами кластера, обеспечивая отказоустойчивость и защиту от сбоев. Это позволяет создать единое виртуальное блочное устройство, доступное на нескольких узлах.
Linstore — система управления хранилищем, которая автоматизирует создание, удаление и репликацию томов в кластере.
Kube-OVN — в данном контексте выступает как worker node, куда монтируется блочное устройство, предоставленное через Linstore.
Kubernetes — управляет всей инфраструктурой кластера и получает доступ к блочными устройствами (через Kube-OVN).
Собственно, ниже 3-4 строки это worker node вывод из кластера
Вывод из основного кластера здесь этиже worker node 7-8 строки
Talos OS — это фундамент всего кластера, на котором развёрнут Kubernetes, и без него никуда. В дальнейшем, в существующем кластере создаётся отдельный tenant для каждого арендатора, при этом арендатор не имеет доступа к управляющему кластеру.
Распростроняется бесплатно.
Мы выбрали CozyStack по нескольким причинам. Мы подключились к проекту на старте, что дало нам возможность активно участвовать в его развитии. У нас был положительный опыт работы с решениями от участников из команды разработки CozyStack, что укрепило наше доверие к проекту.
Проект "Deckhouse" не рассматривали.
Исправил, спасибо!