Les gens derrière Longhorn, la solution de stockage de blocs distribués pour Kubernetes, version publiée 1.1 leur logiciel cette semaine, huit mois après le lancement aussi Disponibilité générale et un peu plus d’un an depuis rejoint les Cloud Native Computing Foundation (CNCF) en tant que projet de niveau bac à sable. Pendant ce temps, le projet dirigé par Rancher a connu une adoption et une croissance rapides pendant Rancher acquis par SUSE.

«Longhorn a parcouru un long chemin. Depuis son don à la CNCF, il a augmenté de plus de trois chiffres chaque année, et son objectif initial de vulgariser les charges de travail avec état sur Kubernetes est en train d’être atteint », a-t-il déclaré. Sheng Liang, Président de la technologie et de l’innovation chez SUSE et ancien PDG de Rancher. «La portée de 1.1 est en fait assez large. La vitesse des projets a considérablement augmenté et améliore un certain nombre de fonctions, à la fois en termes de fonctionnalités, de nouvelles plates-formes, de résilience, de surveillance, de maintenance et en termes de prise en charge de nouveaux environnements tels que l’edge computing. « 

Longhorn 1.1 inclut la prise en charge de l’architecture ARM64, qui améliore la capacité à fonctionner sur des périphériques de périphérie à faible consommation d’énergie, ainsi que des fonctionnalités telles que la localisation des données, qui augmentent la résilience dans des conditions de réseau instables, telles que celles souvent rencontrées dans des situations de périphérie. Le Edge Computing est terminé importance accrue à SUSE depuis son acquisition de Rancher, qui gère également le Projet K3S, une distribution Kubernetes spécifiquement conçu pour travailler sur le bord.nene Longhorn lui-même est écrit en seulement 30 000 lignes Go et est basé sur les technologies de stockage Linux existantes. Cela en fait un candidat idéal pour une opération marginale. Liang dit que si Edge on Kubernetes est un domaine émergent, avec moins d’un quart de tous les déploiements en marge, c’est « un domaine de croissance important » pour l’entreprise au fur et à mesure de son évolution.

« Longhorn est très demandé pour les déploiements de périphérie », a déclaré Liang. « Si vous déployez ces clusters Kubernetes en marge, il est très important que le stockage dans le cluster soit hyper-convergé. »

Les capacités d’auto-guérison sont également arrivées avec Longhorn 1.1, et Liang a déclaré que cette fonctionnalité était le résultat de l’intégration directe de Longhorn avec Kubernetes lui-même.

«Lorsqu’un nœud disparaît, Kubernetes le reconnaît. En plus de restaurer le stockage, Longhorn communiquera également avec Kubernetes pour restaurer la charge de travail de manière plus fiable. C’est un avantage du stockage intégré avec Kubernetes par rapport au stockage qui n’est qu’une partie d’un système autonome tel qu’un système d’appliance traditionnel », a déclaré Liang. L’intégration de Longhorn rend la récupération de la charge de travail beaucoup plus efficace. « 

Longhorn 1.1 ajoute également de nombreuses autres fonctionnalités, et l’une des fonctionnalités les plus demandées selon Liang est l’ajout de « Readwritemany », qui permet de lire et d’écrire des volumes à tout moment sur plusieurs conteneurs. La version introduit également une intégration standard pour le système de surveillance open source ProméthéeIl fournit des métriques en temps réel pour la formation Divi du stockage et la possibilité d’en prendre des instantanés Interface de stockage de conteneurs (CSI), qui a récemment été étendu pour inclure des hooks pour les instantanés et les sauvegardes directement dans Kubernetes.

Selon Liang, l’utilisation continue des fonctions de capture et de sauvegarde de CSI était un autre objectif du projet pour l’avenir.

«Une fonction sur laquelle nous travaillons toujours est l’intégration de l’instantané et de la sauvegarde dans la configuration de l’application. Dans Kubernetes, la configuration d’une application est composée d’éléments tels que les cartes de configuration, le fichier YAML, les secrets et tout ce que l’application stocke dans le magasin de métadonnées Kubernetes », a déclaré Liang. «Lorsque vous capturez cela, vous combinez les deux métadonnées de configuration de l’application avec la sauvegarde des données de l’application. Vous disposez maintenant d’une sauvegarde complète de l’état de l’application. Cela vous permet d’effectuer très facilement une reprise après sinistre, une migration et de telles activités. « 

Image vedette de Tony Wehrstein de Pixabay.





Source link

Recent Posts