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

Cozystack, une plateforme PaaS gratuite basée sur Kubernetes, est désormais disponible en version 0.40. Ce projet vise à fournir une plateforme prête à l'emploi aux fournisseurs d'hébergement et un framework pour la création 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 la fourniture de services managés. Cozystack permet de lancer et de provisionner des clusters Kubernetes, des bases de données et des machines virtuelles. Le code source de la plateforme est disponible sur GitHub et distribué sous licence Apache 2.0.

Talos est utilisé comme pile technologique sous-jacente. Linux et Flux CD. Les images contenant le système, le noyau et les modules nécessaires sont pré-compilées et mises à jour automatiquement, éliminant ainsi le besoin de composants tels que dkms et un gestionnaire de paquets, et garantissant un fonctionnement stable. Une méthode d'installation simple est proposée dans un centre de données vierge via PXE et debian— à l’instar de l’installateur talos-bootstrap. Au sein de cette plateforme, vous pouvez déployer Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics et d’autres services en un seul clic.

La plateforme inclut une mise en œuvre gratuite infrastructure de réseau Cette infrastructure (fabric) repose sur Kube-OVN et utilise Cilium pour l'organisation du maillage de services et MetalLB pour la publicité des services. Le stockage est implémenté sur LINSTOR, qui utilise ZFS comme couche de stockage sous-jacente et DRBD pour la réplication. Une suite de supervision préconfigurée, basée sur VictoriaMetrics et Grafana, est incluse. La technologie KubeVirt est utilisée pour lancer des machines virtuelles, permettant ainsi l'exécution directe de machines virtuelles classiques dans des conteneurs Kubernetes. Elle intègre déjà toutes les fonctionnalités nécessaires à l'API Cluster pour le déploiement de clusters Kubernetes managés au sein d'un cluster Kubernetes bare metal.

Dans la nouvelle version :

• Un planificateur LINSTOR a été ajouté pour un placement optimal des pods. Un module d'extension de planificateur natif pour Kubernetes fonctionne conjointement avec le planificateur standard de Kubernetes afin de placer de manière optimale les pods sur les nœuds disposant d'un stockage LINSTOR. Lorsqu'un pod demande un volume LINSTOR, le planificateur consulte le contrôleur LINSTOR pour déterminer quels nœuds possèdent des répliques locales des volumes requis. La priorité est donnée aux nœuds où les données résident déjà, ce qui minimise le trafic réseau et améliore les performances d'E/S. Un webhook d'admission a également été implémenté ; il achemine automatiquement les pods utilisant des volumes CSI LINSTOR vers le planificateur natif, garantissant ainsi une intégration transparente sans configuration manuelle.
• Le stockage SeaweedFS a été mis à jour vers la version 4.05, qui intègre l'optimisation du trafic S3 (localisation du trafic) : les requêtes sont désormais envoyées aux serveurs les plus proches, ce qui réduit la latence et accélère le stockage. Un nouveau composant d'administration avec interface web et gestion des autorisations a également été ajouté, ainsi que des workers pour l'exécution de tâches distribuées. Grafana a été mis à jour avec des tableaux de bord avancés pour la surveillance des buckets, des appels d'API et des performances. Une prise en charge a été ajoutée. Certificats TLS pour les composants d'administration et de travail.
• Le mécanisme `valuesFrom` de FluxCD remplace les fonctions de recherche dans les charts Helm. Cette amélioration architecturale garantit une transmission de paramètres plus propre et élimine le besoin de contrôleurs de synchronisation forcée (réconciliation). La configuration issue des ConfigMaps et des références de service est désormais gérée de manière centralisée via la clé `cozystack-values` dans chaque espace de noms.
• Le composant d'intégration LINSTOR prend désormais en charge la fonction de remplissage automatique des disques, qui transforme les nœuds sans disque en nœuds avec disque s'ils conservent des ressources DRBD à l'état primaire pendant plus de 30 minutes.
• Des systèmes de contrôle de version automatiques ont été mis en œuvre pour PostgreSQL, Kubernetes, MariaDB et Redis, qui suivent les mises à jour dans les dépôts en amont et fournissent des mécanismes pour les mises à jour de version automatiques.

Source: opennet.ru