Sortie de Cozystack 0.22, une plateforme PaaS open source basée sur Kubernetes

La version libre de la plateforme PaaS Cozystack 0.22.0, basée sur Kubernetes, est désormais disponible. Le projet vise à fournir une plateforme prête à l'emploi pour les hébergeurs et un cadre pour la construction de clouds privés et publics. La plateforme s'installe directement sur les serveurs et couvre tous les aspects de la préparation de l'infrastructure pour fournir des services gérés. Cozystack permet de lancer et de gérer des clusters Kubernetes, des bases de données et des machines virtuelles. Le code de la plateforme est disponible sur GitHub et distribué sous la licence Apache-2.0.

Comme pile technologique de base, Talos Linux et Flux CD sont utilisés. Les images système, le noyau et les modules nécessaires sont préformés et mis à jour de manière atomique, ce qui permet de se passer de composants comme dkms et d'un gestionnaire de paquets, garantissant ainsi un fonctionnement stable. Une méthode simple d'installation dans un datacenter vide est fournie via PXE et l'installateur de type debian nommé talos-bootstrap.

La plateforme inclut une implémentation libre de l'infrastructure réseau (fabric) basée sur Kube-OVN, et utilise Cilium pour organiser le réseau de services, MetalLB pour l'annonce des services à l'extérieur. Le stockage est implémenté sur LINSTOR, où l'utilisation de ZFS est proposée comme couche de base pour le stockage et DRBD pour la réplication. Un stack de surveillance pré-configuré basé sur VictoriaMetrics et Grafana est disponible. Pour le lancement machines virtuelles la technologie KubeVirt est utilisée, ce qui permet de lancer des machines virtuelles classiques directement dans des conteneurs Kubernetes et possède déjà toutes les intégrations nécessaires avec l'API Cluster pour exécuter des clusters Kubernetes gérés à l'intérieur d'un cluster Kubernetes 'matériel'.

La nouvelle version a ajouté le cozystack-controller et de nouvelles entités : Workload et WorkloadMonitor — qui permettent de suivre l'état des pods gérés par des opérateurs et d'évaluer le niveau de service selon des règles préétablies. Les applications dans Cozystack sont gérées par différents opérateurs, c'est pourquoi il a été décidé de créer un format unique pour afficher l'état de chaque service.

Comment ça fonctionne : lors du déploiement d'une application, un WorkloadMonitor est également installé, qui surveille l'état des pods selon un sélecteur. Dès qu'un des pods correspond au sélecteur, une nouvelle entité Workload est créée pour afficher le rôle de chaque pod et son état. Dans le statut de WorkloadMonitor, il est possible de voir le nombre de répliques existantes et le nombre minimal de répliques nécessaires pour assurer le service. Dès que la charge (workload) devient inférieure à la valeur de minReplicas pour WorkloadMonitor, le service est marqué comme non opérationnel (non-operational).

Pour les applications pour lesquelles il n'est pas possible de spécifier une valeur précise de minReplicas (par exemple, les workers Kubernetes peuvent être mis à l'échelle automatiquement), la possibilité de ne pas indiquer du tout cette valeur dans WorkloadMonitor a été mise en œuvre. Dans ce cas, WorkloadMonitor comptera simplement le nombre total d'instances en cours d'exécution.

Ce mécanisme permet d'utiliser n'importe quel opérateur et tout mécanisme de gestion des pods dans Kubernetes et d'étendre facilement la plateforme, en fournissant une interface unique pour afficher l'état actuel du service.

Le WorkloadMonitor pour collecter des informations sur les répliques et leur fonctionnement a été ajouté aux applications Kubernetes, Postgres, Monitoring, VirtualMachine, VMInstance, Redis, etcd et SeaweedFS. Le tableau de bord Cozystack affiche désormais le nombre de répliques de l'application et le niveau de service pour chaque groupe de Workload.

Autres changements :

• Le client et le serveur de télémetrie ont été réalisés et publiés sous la licence Apache 2.0. La collecte des métriques pour la télémetrie est effectuée conformément aux recommandations de la « LF Telemetry Data Collection and Usage Policy » et peut être désactivée à l'aide de l'option « telemetry-enabled: false » dans la configuration de Cozystack. Les données elles-mêmes sont anonymes et totalement dépersonnalisées. Les prochaines versions de la plateforme prévoiront la création d'un Dashboard public basé sur les données de télémetrie.
• Le composant cluster-autoscaller pour Kubernetes a été mis à jour, ainsi que ses paramètres, permettant une mise à l'échelle plus efficace des clusters, vers le haut comme vers le bas.
• Le fichier MAINTAINERS a été mis à jour, listant les participants qui maintiennent le projet et leurs domaines de responsabilité.
• Une application de service builder a été ajoutée à Cozystack, permettant de compiler la plateforme directement dans Kubernetes.
• Pour la base de données VictoriaMetrics, la possibilité de spécifier des paramètres personnalisés a été ajoutée, et les limites par défaut ont été augmentées.
• La collecte des métriques à partir des bases de données a été mise en œuvre pour Grafana et Alerta.
• Des alertes sur l'état des machines virtuelles et des clusters Postgres ont été ajoutées.
• La collecte des métriques a été configurée pour KubeVirt et un dashboard Grafana a été ajouté.
• L'option extra-keycloak-redirect-uri-for-dashboard a été ajoutée à la configuration de Cozystack, permettant de configurer des redirections supplémentaires pour Keycloak.
• Une erreur bloquant la connexion des VMdisks aux machines virtuelles a été corrigée dans VMInstance.
• Flux Operator 0.12.0, Flux Instance chart 0.12.0, Cilium 1.16.5, Kube-OVN 1.13.2, CNPG PostgreSQL Operator 1.25.0 et Talos Linux 1.9.1 ont été mis à jour.

Source : opennet.ru