FlexVNF est l’ancien nom commercial de ce qui s’appelle désormais le système d’exploitation « Versa » (VOS). Il s’agit du même logiciel sous-jacent – SD-WAN, routage, pare-feu, qualité de service (QoS) et analyse – sur tous les formats, y compris les appliances physiques. Ce nom trouve son origine dans le fait que VOS était initialement proposé sous forme de fonction réseau virtuelle (VNF) et subsiste aujourd’hui dans les bannières de connexion aux appareils (« VOS (FlexVNF) »), l’identité visuelle de l’interface de ligne de commande (CLI), les étiquettes de type de produit de Director, les outils de déploiement dans le cloud et les fiches de produits sur les places de marché de VNF tierces. Les places de marché tierces répertorient l’image déployable sous le nom «Versa FlexVNF ».
Points clés à retenir
- FlexVNF n'est pas un produit à part entière : il s'agit de VOS sous son nom interne.
- Apparaît dans les bannières de connexion des appareils et dans l'habillage graphique de l'interface en ligne de commande (CLI).
- Les outils de déploiement dans le cloud (par exemple, Azure Terraform) nomment les ressources d'après lui.
- Les places de marché SDCI tierces répertorient la VNF déployable sous le nom «Versa FlexVNF ».
- Géré de la même manière que n'importe quel périphérique VOS : il n'existe pas de type de périphérique distinct dans Director.
Sur cette page : Pourquoi est-ce important ?Comment ça marcheOù apparaît le nom FlexVNF ?FlexVNF et la plateforme d'VersaONE FAQ
Pourquoi FlexVNF est-il important ?
Quiconque se connecte à l’interface CLI d’un appareil « Versa », lit la bannière d’un appareil ou effectue un déploiement Terraform sur Azure tombera sur la chaîne « FlexVNF » avant même d’avoir vu le terme « VOS » écrit en toutes lettres. Sans savoir que ces deux noms désignent le même logiciel, cela peut prêter à confusion : un opérateur pourrait se demander si FlexVNF est un produit différent, une version héritée ou une variante allégée.
Cela revêt tout autant d'importance en dehors des outils propres à Versa. Les fournisseurs tiers d’interconnexion cloud définie par logiciel (SDCI) – parmi lesquels Megaport et Equinix – répertorient l’appareil virtuel déployable de Versasous le nom de « FlexVNF » sur leurs places de marché, et non sous le nom de « VOS ». Choisir le mauvais package fournisseur, ou ne pas reconnaître la référence FlexVNF comme étant l’instance VOS que vous comptez provisionner, peut bloquer un déploiement de passerelle cloud avant même qu’il ne commence. Reconnaître ce nom est une condition préalable, certes mineure mais bien réelle, pour pouvoir travailler à la fois avec la documentation d’ Versaet avec ses partenaires des places de marché cloud.
Qu'est-ce que FlexVNF ?
FlexVNF est le nom interne du logiciel VOS, qui apparaît dans la bannière de connexion à l'appareil et dans l'interface CLI des appliances « Versa » et des fonctions réseau virtuelles. Il ne dispose pas d'un ensemble de fonctionnalités distinct ni d'un cycle de publication propre : une instance portant la marque FlexVNF exécute la même pile VOS que celle qui équipe les passerelles « » physiques, les appliances virtuelles et les nœuds de contrôleur : SD-WAN, pare-feu de nouvelle génération, routage, qualité de service (QoS), multi-location et intégration d'analyses.
Ce nom remonte aux origines de VOS en tant que fonction réseau virtuelle flexible (VNF) – un logiciel conçu pour fonctionner en tant que VNF sur une infrastructure informatique générique plutôt que sur du matériel dédié. Cet héritage se retrouve aujourd’hui principalement dans les éléments d’identité visuelle : bannières, invites de l’interface en ligne de commande (CLI), noms de ressources dans les modèles d’automatisation et étiquettes des packages fournisseurs sur les places de marché des partenaires, plutôt que dans des aspects dont la conception du réseau doit tenir compte.
Où apparaît le nom « FlexVNF » ?
Le terme « FlexVNF » apparaît à plusieurs endroits précis dans la documentation de Versa. Dans bannières de connexion aux appareils et personnalisation de l'interface CLI, les appareils et les instances de fonctions réseau virtuelles s'identifient comme « FlexVNF » lors de la connexion, conformément à la nomenclature interne du logiciel. Dans automatisation du déploiement dans le cloud, les modèles Terraform d'Versapermettant de déployer un périphérique VOS en tant que branche sur Azure créent un groupe de ressources nommé Versa_FlexVNF_RG, une machine virtuelle nommée Versa_FlexVNF, et lancer un flexvnf.sh script cloud-init – tous les éléments de nommage portant le même nom interne. Dans places de marché SDCI tierces, le catalogue MVE de Megaport et Equinix Network Edge mentionnent tous deux le package déployable sous le nom «Versa FlexVNF » ; son provisionnement permet de créer ce que ces plateformes appellent un périphérique FlexVNF, doté d’une adresse IP WAN publique FlexVNF. Dans chemins d'accès aux URL de passerelle, les intégrations SSO – telles que la configuration d'Okta SAML pour une passerelle SSE – transitent par des points de terminaison contenant /versa-flexvnf/, par exemple une URL de connexion-consommateur utilisée lors de la configuration du fournisseur d'identité.
FlexVNF et la plateforme « VersaONE »
Partout où le nom « FlexVNF » apparaît, le dispositif qui se cache derrière est un participant VOS standard au sein de la plateforme « VersaONE ». Une instance FlexVNF provisionnée via un modèle Azure Terraform, une commande Megaport MVE ou un déploiement Equinix Network Edge est toujours intégrée à un contrôleur pour devenir membre de la structure SD-WAN et est gérée via Versa Director comme n’importe quel autre appareil – Director ne dispose pas d’un type de dispositif distinct « FlexVNF » ni d’un modèle de politique séparé pour celui-ci. L’image elle-même se déploie partout où un hyperviseur ou une plateforme d’interconnexion peut l’héberger : importée en tant qu’image disque qcow2 sur un hôte KVM, provisionnée sous la forme du package fournisseur «Versa FlexVNF » sur Megaport MVE ou Equinix Network Edge, ou agissant en tant qu’instance VOS hôte dans les déploiements uCPE, où les modèles de chaîne de services de Director connectent des sous-interfaces VLAN à des VNF invités tiers fonctionnant en parallèle. En pratique, cela signifie que la reconnaissance du nom est importante pour lire correctement les journaux, les bannières, les noms de variables Terraform et les catalogues de la place de marché ; elle n’a aucune incidence sur la manière dont le dispositif est conçu, déployé à grande échelle ou régi par des politiques une fois qu’il fait partie de la structure.
Questions fréquentes
FlexVNF est-il un produit différent de VOS ?
Non. FlexVNF est le nom interne du logiciel VOS, qui apparaît dans les bannières de connexion aux appareils et dans l'interface CLI. Il n'existe pas de gamme de produits, d'ensemble de fonctionnalités ou de cycle de publication distincts pour FlexVNF : il s'agit du même logiciel, mais sous un nom d'affichage différent.
Pourquoi un déploiement Terraform sur Azure fait-il référence à des ressources « FlexVNF » ?
VersaLes modèles Terraform permettant de déployer un périphérique VOS Branch sur Azure attribuent à leur groupe de ressources, à leur machine virtuelle et à leur script cloud-init le nom « FlexVNF » – la même appellation interne qui apparaît dans la bannière de connexion et l'interface CLI du périphérique.
Pourquoi Megaport et Equinix proposent-ils «Versa FlexVNF » comme offre fournisseur ?
Les places de marché tierces dédiées au SD-WAN et à l’interconnexion cloud répertorient l’appareil virtuel déployable d’ Versa, commercialisé sous la marque FlexVNF. La sélection de cette offre permet de provisionner une instance VOS compatible avec la version logicielle que vous choisissez lors de la commande.
Le changement de nom de FlexVNF a-t-il une incidence sur la gestion de l'appareil ?
Non. Une instance de type FlexVNF est intégrée à un contrôleur et gérée via Versa Director exactement comme n’importe quel autre appareil VOS ou fonction réseau virtuelle : il n’existe pas de voie de gestion distincte.
Où pourrais-je trouver « flexvnf » dans une URL ?
Dans la configuration de l'authentification unique (SSO) de la passerelle. Les intégrations avec des fournisseurs d'identité, telles que la configuration SAML d'Okta pour une passerelle SSE, utilisent des points de terminaison contenant /versa-flexvnf/ – par exemple, une URL de connexion-utilisateur saisie lors de la configuration du fournisseur d'identité.
En savoir plus sur Versa
Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.
| Versa Networks: produits | Versa Networks: secure SD-WAN | Versa |
|---|---|---|
| Les pages produit du fournisseur consacrées à la plateforme basée sur VOS à laquelle fait référence la marque FlexVNF. | Comment le service SD-WAN fonctionnant sur les appareils FlexVNF/VOS est mis en œuvre et fourni. | Formations et ateliers consacrés au déploiement de VOS, y compris dans le cloud et sur des instances virtuelles. |
Termes associés
Si vous vous intéressez à FlexVNF, voici quelques liens qui pourraient vous intéresser.
| Versa Système d'exploitation | Fonction réseau virtuelle | Appareil électroménager |
|---|---|---|
| Le logiciel FlexVNF est le nom interne désignant une solution regroupant SD-WAN, routage, pare-feu et analyse au sein d'une même pile. | Le modèle de fonction réseau logicielle (FlexVNF) est déployé dans des environnements cloud et sur des places de marché. | Catégorie de périphérique VOS (physique ou virtuel) à laquelle appartient une instance FlexVNF une fois déployée. |