La lente démocratisation des offres SDN vers les entreprises

Bruno Dutriaux, responsable du développement des offres cloud chez Cisco

Evalué à 8 milliards en 2018 par le cabinet d'études IDC (contre 960 millions de dollars en 2014), le marché du SDN (Software Defined Network) se démocratise lentement. En effet, les opérateurs, les fournisseurs de services cloud et, dans une moindre mesure, les entreprises, sont de plus en plus nombreux à déployer une solution SDN dans leurs datacenters.

« Derrière les acronymes NV (Network Virtualization ou virtualisation du réseau), NFV (Network Functions Virtualization ou les fonctions de réseau virtualisées) et SDN (Software Defined Network ou réseau défini par le logiciel), la promesse commune est d'augmenter l'agilité des réseaux », indique Vincent Felisaz, ingénieur systèmes chez Brocade France. La virtualisation du réseau (NV) permet de créer des tunnels pour faire communiquer des domaines logiques entre eux sans avoir besoin de modifier la configuration du réseau. En général, cette opération permet à des machines virtuelles de pouvoir se déplacer en s'affranchissant de l'installation physique. Les fonctions de réseau virtualisées (NFV), quant à elles, s'adressent plutôt aux opérateurs. Le concept est de faire fonctionner un service de niveau 3 à 7 dans une machine virtuelle. Le bénéfice est multiple. Premièrement, la mise en oeuvre est rapide puisqu'il suffit de quelques minutes pour installer un routeur, un pare-feu ou un répartiteur de charge. D'autre part, il n'y a plus besoin de matériel propriétaire spécialisé car les fonctions de réseau virtualisées utilisent des processeurs x86. Enfin, concernant le SDN (réseau défini par le logiciel), son implémentation la plus courante est l'utilisation d'un contrôleur pour déporter le plan de contrôle des équipements et l'utilisation d'un protocole, comme OpenFlow par exemple, pour l'échange entre ces équipements et le contrôleur. L'objectif d'ajouter un contrôleur n'est pas d'avoir un équipement de plus à gérer mais d'ouvrir le contrôleur pour qu'il soit pilotable par des applications. Ainsi, le contrôleur peut recevoir des ordres non pas de l'administrateur mais directement d'un orchestrateur, comme par exemple OpenStack (Heat).