Jump to section

Fonctions VNF et CNF : quelle est la différence ?

Copier l'URL

Les fonctions réseau virtualisées (VNF) sont des applications logicielles qui permettent de fournir des services d'annuaire, des routeurs, des pare-feu, des modules d'équilibrage de charge et d'autres fonctions réseau. Pour les opérateurs de télécommunications, l'adoption de fonctions VNF déployées sous forme de machines virtuelles est une nouvelle étape de leur transformation numérique, visant à remplacer les fonctions réseau physiques (PNF) des appliances réseau déjà mises en œuvre sur du matériel propriétaire. 

Composants essentiels de l'architecture de virtualisation des fonctions réseau (NFV), les VNF reposent sur une infrastructure NFV (NFVI), qui comprend notamment un gestionnaire d'infrastructure virtuelle tel que Red Hat® OpenStack Services on OpenShift®. Ce gestionnaire assure l'allocation efficace des ressources de calcul, de stockage et de mise en réseau entre les VNF. Les composants de gestion, d'automatisation et d'orchestration du réseau définis par l'architecture NFV fournissent la structure qui permet de gérer l'infrastructure NFVI et le provisionnement de nouvelles VNF. 

Désormais intégrées aux architectures réseau standards, les fonctions VNF peuvent limiter les capacités des fournisseurs de services numériques qui cherchent à proposer des services toujours plus agiles. Pour passer des composants physiques aux VNF, les fournisseurs créent généralement une machine virtuelle volumineuse à partir des systèmes logiciels intégrés aux appliances. Cependant, s'ils n'essaient pas d'optimiser ces machines virtuelles, ils se retrouvent avec des appliances virtuelles spécialisées et inefficaces, qui sont difficiles à gérer et à faire fonctionner. 

Ces fonctions réseau virtualisées d'ancienne génération limitent également l'évolutivité dans les environnements cloud. Si certains fournisseurs ont entrepris d'améliorer les mises en œuvre initiales de leurs VNF, la plupart se contentent encore d'une plateforme NFVI horizontale standard pour exécuter plus facilement un grand nombre de VNF. Ces ajustements permettent d'utiliser la NFV comme base technologique pour les réseaux 5G ou d'edge computing. Malheureusement, le « poids » des machines virtuelles limite encore l'efficacité des VNF pour les grands projets de déploiement de la 5G et de l'edge computing, qui exigent un haut niveau d'agilité et d'évolutivité, ainsi que des coûts d'exploitation réduits. 

Les fournisseurs de services numériques qui adoptent une approche cloud-native et disposent à la fois d'emplacements centralisés et distribués pour les applications peuvent en optimiser la flexibilité, l'évolutivité, la fiabilité et la portabilité. L'abandon d'une architecture virtualisée au profit d'une configuration entièrement cloud-native contribue à atteindre le niveau d'efficacité et d'agilité nécessaire pour déployer rapidement les solutions uniques et innovantes qui répondent aux demandes des clients et des marchés.

L'utilisation de conteneurs à la place de machines virtuelles est une caractéristique majeure de l'approche cloud-native. Les conteneurs permettent de mettre en paquet des logiciels (par exemple, des applications, des fonctions ou des microservices) avec tous les fichiers nécessaires à leur exécution, en partageant l'accès au système d'exploitation et aux autres ressources de serveurs. Cette approche facilite le déplacement des applications conteneurisées d'un environnement à un autre (développement, test, production, etc.), tout en conservant l'intégralité de leurs fonctions.

Évolution des VNF, les CNF sont conçues et mises en œuvre pour exécuter les fonctions dans des conteneurs. Cette conteneurisation des composants de l'architecture réseau permet d'exécuter divers services dans un même cluster et d'intégrer plus facilement des applications déjà décomposées, avec une redirection dynamique du trafic réseau vers les pods appropriés.

 

 

This figure shows the evolution of network functions from the traditional vertically integrated approach, to VNFs managed by a common VM orchestration platform, to CNFs managed by a common container orchestration platform.

Ce schéma montre l'évolution des fonctions réseau, depuis l'approche verticale intégrée classique, aux VNF gérées par une plateforme d'orchestration des machines virtuelles, jusqu'aux CNF gérées par une plateforme d'orchestration des conteneurs.

L'adoption des CNF peut résoudre en partie les principaux problèmes liés aux VNF grâce à la migration de nombreuses fonctions réseau virtualisées vers des conteneurs. Avec la conteneurisation des composants réseau, il est en effet possible de gérer où et comment les fonctions s'exécutent dans les clusters de l'environnement. 

Les CNF ne se limitent toutefois pas à la conteneurisation des fonctions réseau. Pour profiter pleinement des avantages de l'approche cloud-native, au-delà de la mise en paquet dans des conteneurs, il faut modifier complètement l'architecture des logiciels basés sur des fonctions réseau, par exemple en les décomposant en microservices, en autorisant plusieurs versions lors des mises à jour et en utilisant les services disponibles sur les plateformes, tels que les modules d'équilibrage de charge et les magasins de données génériques. 

L'adoption des environnements cloud-native ne cesse de croître. Pendant la phase de transition, les CNF et VNF déjà déployées doivent coexister. Les fournisseurs de services numériques doivent donc automatiser l'ensemble des processus de développement, de déploiement, de maintenance et d'exploitation du réseau afin de satisfaire les attentes croissantes, d'accélérer les déploiements et de réduire la complexité. Aujourd'hui plus que jamais, il est vital pour eux de standardiser la configuration et le déploiement, d'utiliser des outils matures issus des communautés Open Source et de suivre des procédures rigoureuses en matière de test et de certification.

Avec une base cohérente et ouverte, les opérateurs de télécommunications ont l'assurance que leurs services s'exécuteront de manière fiable, peu importe l'empreinte ou l'emplacement de l'infrastructure. Le choix de la NFV (et des VNF), en particulier des architectures cloud-native (et des fonctions CNF), offre un plus haut niveau de flexibilité et d'agilité. L'automatisation joue un rôle crucial, car elle garantit l'efficacité opérationnelle de l'écosystème, à grande échelle. Elle permet également aux fournisseurs de services numériques d'ajouter et de modifier des services et des fonctions avec plus de réactivité, pour mieux répondre aux attentes et aux besoins des clients.

Pour aller plus loin

ARTICLE

Stateful et stateless : quelle est la différence ?

Les qualificatifs « stateful » ou « stateless » dépendent de la durée pendant laquelle l'état de l'interaction avec un élément est enregistré ainsi que de la manière dont cette information doit être stockée.

ARTICLE

Quarkus, qu'est-ce que c'est ?

Quarkus est une pile Java native pour Kubernetes conçue pour les machines virtuelles Java (JVM) et la compilation native, qui permet d'optimiser Java spécifiquement pour les conteneurs.

ARTICLE

Le serverless ou informatique sans serveur, qu'est-ce que c'est ?

Le serverless est un modèle de développement cloud-native qui permet aux développeurs de créer et d'exécuter des applications sans avoir à gérer des serveurs.

En savoir plus sur les applications cloud-native

Produits

Une plateforme d'applications d'entreprise comprenant un ensemble unifié de services testés conçus pour distribuer des applications sur votre choix d'infrastructure.

Ressources

Formations

Formation gratuite

Développement d'applications cloud-native avec des architectures de microservices