Distribution OpenStack, intégration des containers, plateforme d’analyse réseau, software-defined networking : la journée de mardi s’annonce dense sur le premier OpenStack Day France pour qui réfléchit ou met en place son infrastructure de cloud computing open source. Notre équipe Cloud sera présente pour répondre à chacune de ces questions. Une préoccupation reste néanmoins prédominante : l’automatisation. L’Association des utilisateurs francophones d’OpenStack en a d’ailleurs fait son thème principal au même titre que les containers. A cette préoccupation, une seule approche a fait ses preuves : la programmabilité.
A lire : Utiliser des containers avec Application Centric Infrastructure ACI
La programmabilité est l’exigence la plus importante en vue d’une automatisation cloud et d’une bonne orchestration des services délivrés. Et nous avions évoqué ici même pourquoi Newton, la nouvelle mouture d’OpenStack devait garder un œil sur Neutron, son projet réseau. Dans un environnement cloud OpenStack, Neutron définit les constructions réseau et les services requis par les instances virtuelles. Certes, la disponibilité de Neutron s’est considérablement améliorée au fil des versions d’OpenStack. Mais cette disponibilité et l’évolutivité des services restent une préoccupation majeure lors de la mise en œuvre sur un serveur unique ou sur un cluster de serveurs. Afin de garantir la bonne distribution des services réseau au travers des nœuds de calcul dans le cluster, vous devez adopter une approche automatisée et scale-out afin de réduire la charge sur les instances uniques tout en augmentant leur disponibilité en général.
Le framework ML2 d’OpenStack permet d’intégrer les services de réseau au travers de deux types de drivers : type et mechanism. Ces derniers sont en charge de l’interaction avec les équipements spécifiques du réseau : ports, routeurs et subnets. Et bien que l’API Neutron soit standard, la mise en œuvre de ses ressources est déléguée à des plug-ins spécifiques. Il existe un plugin spécifique pour le contrôleur Cisco APIC (Application Policy Infrastructure Controller), permettant de s’intégrer avec l’API Neutron standard. Les objets Neutron sont convertis par l’APIC dans un Application Network Profile. Leur provisionning se fait donc dorénavant via le déploiement d’une configuration unique au travers de la fabric ACI.
Avec Cisco ACI, vous traitez donc le réseau comme une seule entité plutôt que comme une multitude de switches. Son contrôleur central automatise les opérations courantes comme le démarrage de la fabric ACI, les configurations ou les mises à jour. Le but ultime étant d’atteindre un provisioning entièrement automatisé, configuré dynamiquement et à la demande, afin de répondre aux exigences applicatives spécifiques. A la clé, des temps et des couts d’exploitation considérablement réduits.
Livre blanc : Cisco UCS Integrated Infrastructure and Cisco ACI with Red Hat OpenStack Platform
Retrouvez tous les détails dans ce livre blanc technique qui vous aidera à construire une architecture simplifiée et programmable reposant sur nos serveurs UCS, l’installation de la plate-forme Red Hat OpenStack et l’intégration de Cisco ACI à OpenStack.
Rendez-vous à l’OpenStack Day France
Le Mardi 22 Novembre 2016
Espace Cap 15 – Stand 7 – 1/13 Quai de Grenelle, 75015 Paris
Métro ligne 6 – Bir Hakeim ou RER C : Champ de Mars – Tour Eiffel
Authors
