StarlingX 10.0 dévoile la mise en réseau dual-stack pour combler le fossé IPv4-IPv6

Les principales fonctionnalités de StarlingX 10.0 incluent la prise en charge dual-stack IPv4/IPv6, un cadre de gestion logicielle unifié et un nouvel outil pour collecter des données sur l'utilisation du matériel dans la plateforme.

La Open Infrastructure Foundation publie la version 10.0 de StarlingX, une mise à jour significative de la plateforme cloud distribuée open-source conçue pour les applications IoT, 5G, O-RAN et edge computing. Cette dernière version introduit des améliorations substantielles aux capacités de mise en réseau, aux fonctionnalités de sécurité et aux outils de gestion.

StarlingX a débuté en 2018 comme une version de la plateforme cloud open-source OpenStack axée sur les télécoms et la mise en réseau. StarlingX est une plateforme d'infrastructure cloud entièrement intégrée, qui inclut des blocs de construction de base tels que le noyau Linux, Kubernetes et OpenStack, ainsi que d'autres composants open-source.

Principales nouvelles fonctionnalités de StarlingX 10.0 :

• Prise en charge dual-stack IPv4/IPv6 pour une migration transparente entre les protocoles réseau
• Sécurité réseau renforcée grâce à la protection IPsec pour le trafic de gestion
• Cadre de gestion logicielle unifié qui consolide les mises à jour et les mises à niveau
• Évolutivité accrue prenant en charge jusqu'à 5 000 nœuds gérés (amélioration 5x)
• Statistiques réseau en temps réel via le nouvel exportateur de métriques d'interface de nœud

La mise en réseau dual-stack comble les environnements IPv4 et IPv6

L'une des améliorations de mise en réseau les plus significatives dans StarlingX 10.0 est l'ajout de la prise en charge dual-stack IPv4/IPv6, répondant à un défi critique auquel font face les opérateurs réseau. Bien que l'IPv6 ait été initialement conçu pour remplacer l'IPv4, cette transition reste incomplète, obligeant les plateformes à prendre en charge les deux protocoles simultanément dans les environnements de production.

« StarlingX était capable de prendre en charge l'utilisation de l'IPv6 dans la plateforme », a déclaré Ildikó Váncsa, directrice de la communauté à la Open Infrastructure Foundation, à Network World. « Les dernières améliorations permettent maintenant aux utilisateurs de basculer entre des configurations de mise en réseau single-stack et dual-stack pour permettre l'utilisation des deux espaces d'adressage IPv4 et IPv6. »

Váncsa a indiqué que StarlingX est largement adopté dans le secteur des télécommunications et également utilisé par les fournisseurs de services cloud. Les utilisateurs dans ces domaines ont de plus en plus transitionné pour s'appuyer sur l'IPv6 pour ses capacités. Cependant, elle a noté que l'IPv6 n'est pas assez largement adopté et pris en charge pour que la plupart de ces opérateurs puissent abandonner l'espace d'adressage IPv4, c'est pourquoi l'ajout de la prise en charge dual-stack était important pour la communauté StarlingX dans le cycle de publication 10.0.

Le dual-stack IPv6 permet les architectures cloud distribuées

Les réseaux dual-stack IPv4 et IPv6 peuvent être configurés dans les déploiements cloud StarlingX de plusieurs manières.

Váncsa a indiqué que les utilisateurs peuvent maintenant configurer la plateforme pour utiliser les deux espaces d'adressage IPv4 et IPv6 sans interruption de service. Une fois le premier pool d'adresses alloué à un réseau lors de sa création, il devient le primaire, qui ne peut pas être supprimé ultérieurement. Le pool d'adresses secondaire peut être alloué ou supprimé dynamiquement pour faire transitionner le système entre les modes dual-stack et single-stack selon les besoins. Les utilisateurs peuvent effectuer une configuration supplémentaire sur le déploiement, y compris la configuration DNS et l'équilibrage de charge en fonction de l'équipement utilisé dans leur environnement et des exigences de leurs cas d'utilisation particuliers.

Notons que Váncsa a expliqué que la fonctionnalité phare de StarlingX est le modèle d'architecture Distributed Cloud, où les utilisateurs peuvent déployer des sous-clouds dans des emplacements distants pour être gérés depuis un site central. « Au fur et à mesure que les utilisateurs passent à la dernière version de la plateforme, ils pourront maintenant configurer les sous-clouds pour tirer parti de la configuration de mise en réseau dual-stack », a-t-elle déclaré.

StarlingX obtient un nouveau « safe » Harbor

Autre ajout clé aux mises à jour StarlingX 10 : l'intégration du registre de conteneurs Harbor. Les déploiements cloud-natifs reposent largement sur l'utilisation de conteneurs. Un registre de conteneurs est un référentiel central où un opérateur peut récupérer des images de conteneurs pour le déploiement cloud.

« La sécurité a été une priorité élevée pour la communauté StarlingX, ce qui a motivé la décision d'intégrer le registre de conteneurs Harbor dans la plateforme également », a déclaré Váncsa.

Elle a noté que Harbor fournit diverses fonctionnalités pour améliorer la sécurité de la façon dont StarlingX gère les images de conteneurs, les agents de politique ouverts (OPA) et les graphiques Helm. OPA est un moteur de politique open-source utilisé dans les déploiements Kubernetes pour définir et écrire la politique pour les conteneurs. Les graphiques Helm sont une technologie de déploiement open-source largement utilisée pour les conteneurs dans Kubernetes.

Harbor est capable d'analyse de vulnérabilités, permettant aux utilisateurs de s'appuyer sur des images de confiance et vérifiées, a déclaré Váncsa. Harbor fournit également la capacité de signer les images et artefacts de conteneurs.

Opérations réseau rationalisées avec une gestion unifiée

Les opérateurs réseau gérant les déploiements StarlingX bénéficieront du nouveau cadre de gestion logicielle unifié. Auparavant, l'application de correctifs logiciels et les mises à niveau étaient gérées par des sous-systèmes distincts nécessitant différentes procédures et commandes. StarlingX 10.0 consolide ces fonctions en un cadre unique avec des API, CLI et workflows unifiés.

Cette intégration apporte des améliorations substantielles tant en durée de mise à niveau qu'en impact sur le service. Pour les mises à jour, le cadre tire parti d'OSTree pour installer le système de fichiers racine du nouveau logiciel tandis que l'hôte continue de fonctionner sur le système de fichiers existant. Un simple redémarrage permet alors de basculer vers le nouveau logiciel, réduisant considérablement les temps d'arrêt par rapport aux approches précédentes qui nécessitaient d'effacer les disques et de réinstaller le logiciel.

StarlingX promet une gestion rigoureuse des contraintes de ressources

Il existe de multiples facteurs poussant des plateformes comme StarlingX à être plus attentives aux ressources. Les déploiements edge ont tendance à avoir des ressources limitées, et, en général, les organisations évoluent vers des réseaux verts et réduisent la quantité d'énergie qu'un déploiement de bout en bout utilise.

Váncsa a noté que StarlingX avait déjà été amélioré de différentes manières pour pouvoir gérer les contraintes de ressources ainsi qu'optimiser l'utilisation des ressources à travers les sites. Parmi les capacités existantes figuraient la possibilité d'exécuter les services de plateforme sur 1 cœur CPU, lorsque le support matériel est disponible, ainsi que la définition de profils d'alimentation au sein du système.

« La version 10.0 améliore encore les capacités dans ce domaine en ajoutant la prise en charge d'une application de métriques de puissance pour collecter des données sur l'utilisation du matériel dans la plateforme afin de pouvoir optimiser davantage le système pour différents cas d'utilisation », a-t-elle déclaré.