Au-delà du SDN: OpFlex un nouveau protocole pour Application Centric Infrastructure
2 min read
Depuis l’annonce de Application Centric Infrastructure ACI , Cisco a affiché sa volonté de proposer une architecture la plus ouverte possible. . Un nouveau pas dans cette direction vient d’être fait avec l’annonce de « OpFlex »
Opflex: Nouveau protocole soumis à l’IETF
OpFlex est un nouveau protocole pour Application Centric Infrastructure qui s’appuie sur des standards. Ce nouveau protocole a été soumis à l’IETF. Cette annonce devrait contribuer à simplifier la gestion opérationnelle, à baisser les coûts et à accroitre l’agilité.
Les modèles SDN traditionnels d‘ aujourd’hui fonctionnent sur la base d‘un contrôleur centralisé et d’éléments réseau distribués qui supportent le plus petit dénominateur commun entre les différents fournisseurs (bridges, ports, tunnels). Lorsque le réseau doit accroitre ses capacités, le contrôleur peut devenir un goulet d’étranglement et commencer à impacter la performance et la latence. La performance n’est pas la seule conséquence de ce type d’approche, l’agilité peut être pénalisée elle aussi. En effet comme les besoins des applications, d‘exploitation et d‘infrastructure nécessitent d’être traduits en configuration réseau, on introduit des processus manuels qui imposent aux développeurs applicatifs de décrire leurs besoins à des niveaux très bas de l’infrastructure.
ACI : une approche déclarative
L’approche adoptée par le modèle ACI et le controleur Application Policy Infrastructure Controller (APIC) est différente. C’est une approche de gestion déclarative. On crée un modèle d‘abstration entre application, infrastructure et exploitation qui va permettre la simplification et l’agilité que tout le monde attend. La résilience est prise en compte également, la perte du controleur n’empêchant pas la commutation ds données de continuer.
Ce modèle déclaratif doit pouvoir fonctionner dans un environnement multi fournisseurs afin de traduire et appliquer la définition des politiques dans l’infrastructure. A l’heure actuelle il n’existe aucun protocole standard pour réaliser cela sur l’ensemble des commutateurs physiques et virtuels, des routeurs et sur les services réseaux de es niveaux 4 à 7. C’est ce vide qui a conduit au développement de « OpFlex ».
Cisco a déjà prévu de supporter Opflex pour les produits à son catalogue suivants :
- Cisco Nexus 1000V
- Cisco ASR 9000 Series
- Cisco Nexus 7000 Series
- Cisco ASA
- Cisco SourceFire
Cisco travaille également à la mise en œuvre d’un agent open source d’OpFlex qui peut être embarqué dans des équipements qui supporte le protocole OpFlex. Cet agent sera conçu tout d’abord pour Open vSwitch.
Quelles sont les sociétés qui contribuent à OpFlex?
Différents acteurs de l’industrie sont déjà activement impliqués dans ce processus de standardization. On trouve en plus de Cisco: Microsoft, IBM, Citrix et SunGard Availability Services.
D’autres sociétés ont déjà annoncé leur volonté de supporter OpFlex avec leurs produits. C’est déjà le cas pour Microsoft, IBM, F5, Citrix, RedHat, Canonical, Embrane et AVI networks. D’autre ne tarderont pas à venir compléter cette liste.
Informations complémentaires
- Communiqué de presse ICI.
- Premier document IETF IETF draft.
A lire également les blogs des partenaires
Raising the Bar in Open Source Capabilities: Cisco and Red Hat Tim Burke, vice president, Virtualization and Cloud Development, Red Hat
Microsoft and Cisco’s Application Centric Infrastructure, hello cloud! Satya Nadella, chief executive officer, Microsoft
F5 and Cisco: Operationalizing the Network Lori MacVittie, senior product manager, Emerging Technologies, F5 Networks
Great News for Networkers: Embrane’s 2014 Is Off to a Great Start! Dante Malagrinò, president & CEO at Embrane
Towards Standards-based Automation Abhishek Chauhan, vice president and chief technology officer, Cloud Networking Product Group, Citrix
Cisco and Canonical: Application-Driven Cloud and Datacenter Collaboration John Zannos, vice president, Cloud Channels and Alliances, Canonical
Tags: APIC, application centric infrastructure, AVI networks, Canonical, citrix, Embrane, F5, IBM, ietf, Microsoft, OpFlex, SunGard Availability Services
Authors
