#interoperabilite

C’est un format textuel qui accompagne notre implication numérique depuis l’aube des années 90. Il est tellement présent que l’appréhension de son importance et de son caractère incontournable en est devenue banale, voire quelconque, alors que l’écrasante majorité de nos collections numériques en est constituée. Il s’agit du Portable Document format (PDF) qui depuis 1993, de format payant à…

Jonathan Bryce, directeur exécutif de la Fondation OpenStack, a mis l’accent sur le multicloud lors de sa keynote à Barcelone.

Alors que les déploiements de clouds privés reposant sur OpenStack se multiplient un peu partout dans le monde, la question de l’interopérabilité avec les grands acteurs du cloud public est devenue essentielle. La fondation OpenStack s’est attaquée au problème avec le concours de ses partenaires.

En direct de Barcelone – Pour la seconde journée de l’OpenStack Summit 2016 à Barcelone (du 25 au 27 octobre), la fondation a mis l’accent sur l’interopérabilité avec les témoignages de nombreux partenaires engagés dans ce programme essentiel pour l’avenir de la plate-forme cloud open source. Si le déploiement d’un cloud privé sur base OpenStack ne pose guère de problèmes aujourd’hui grâce au travail d’intégration réalisé par des acteurs comme HPE – Helion 4.0 vient d’ailleurs d’arriver -, Mirantis, Suse ou encore Red Hat, la gestion et la maintenance d’un vrai cloud public est une autre paire de manches. Plusieurs fournisseurs de services cloud comme OVH en France, Enter en Italie ou T-Systems en Allemagne se sont toutefois lancés dans l’aventure avec une question clef en suspend : celle de l’interopérabilité. Un travail notamment réalisé par Ivan Botta, le CEO d’Enter, avec des partenaires européens comme Numergy/SFR en France, au sein de la CTO, (Cloud Team Alliance) pour assurer aux clients l’interconnexion entre différents cloud européens.

Impressionnant challenge d’interopérabilité lors de l’OpenStack Summit de Barcelone.

Lors d’une démonstration sur scène avec Jonathan Bryce, directeur exécutif de la Fondation OpenStack, 16 acteurs de l’écosystème open source (Canonical, Suse, Red Hat, Intel, IBM, OVH, HPE, Mirantis, T-Systems…) ont présenté leurs progrès dans le domaine de la portabilité des applications sur différents cloud publics et privés. A l’aide d’outils de déploiements automatisés, tous les participants ont exécuté – avec succès – les deux mêmes charges de travail. L’interopérabilité représente aujourd’hui un vrai défi pour les clients d’OpenStack, a rappelé aujourd’hui Jonathan Bryce, qui a annoncé un nombre croissant de solutions participant au programme « OpenStack Powered ». 46 distributions, services et clouds publics ont en effet réussi les tests d’interopérabilité qui sont passés de 124 à 228.

Pour aider les entreprises à passer au multicloud, Madhura Maskasky, cofondatrice et vice-présidente produit de Platform9 Systems, propose à la communauté OpenStack des pilotes pour Amazon EC2.

Platform9 brille sur scène 

Pendant la keynote de Jonathan Pryce, Madhura Maskasky, cofondatrice et vice-présidente produit de Platform9 Systems, est venue montrer avec brio la portabilité d’une charge de travail hébergée sur un cloud privé vers AWS grâce à des extensions pour EC2 aujourd’hui proposées sur Github à la communauté OpenStack. « Alors que les clouds hybrides se sont affirmés comme une bonne solution pour accompagner la transformation numérique des entreprises, de petites et de grandes tailles, l’absence de standard ouvert pour gérer des environnements clouds publics et privés était une lacune particulièrement importante », a expliqué Madhura Maskasky. « En apportant ces extensions à la communauté OpenStack, nous souhaitons accompagner les entreprises dans leurs projets de cloud hybrides ». Les extensions comprennent des pilotes OpenStack pour Amazon Web Services permettant de transférer des projets reposant sur les briques Nova, Glance, Neutron et Cinder. Rappelons que Plateform9 propose une solution OpenStack managée en mode SaaS. La start-up qui a été fondée en 2014 par d’anciens ingénieurs de VMware a notamment été retenue par La Mutuelle des Motards en France pour son cloud privé.

Go to Source

A lui seul, il pourrait traduire la promesse d’interopérabilité des Clouds faite par Cloud Foundry : BOSH. Ce projet Open Source, très largement mis en avant lors de l’édition européenne du Cloud Foundry Summit 2016 (qui s’est tenu le mois dernier à Francfort), fait partie des technologies qui anime la communauté du Paas Open Source. Son principe est simple : BOSH vise à proposer une solution unifiée de gestion du versioning, du packaging et surtout du déploiement d’applications sur de grands clusters. Un mode distribué propre aux applications natives pour le Cloud – comprendre, des applications qui exploitent par défaut le modèle Cloud et ses spécificités (comme la distribution des workloads, par exemple).

L’intérêt de BOSH, outre le fait qu’il rallie aujourd’hui les fournisseurs clé de la Fondation ? Déployer une application sur plusieurs VMs, en gérer et contrôler les releases, le cycle de vie, et ce, – et c’est bien là un point clé – sur plusieurs infrastructures Cloud. « L’interopérabilité des Clouds est une réalité. Et la plateforme Cloud Foundry, justement, est taillée pour cela », commente Sam Ramji, CEO de la Cloud Foundry Foundation, interrogé par la rédaction. Développé pour déployer à l’échelle Cloud Foundry, BOSH pourrait très bien servir à déployer toute forme d’application, précise d’ailleurs le projet sur son site dédié.

BOSH s’appuie sur un concept de directeur qui sert de tour de contrôle pour les déploiements. Ce directeur traduit les requêtes des utilisateurs vers le contrôleur de chaque infrastructure cible. Il existe, pour le moment, un directeur pour AWS et Azure, a précisé un responsable du projet lors de l’événement.

BOSH repose aussi sur un manifeste qui décrit comment doit se dérouler le déploiement et détaille les ressources nécessaires pour déployer l’application. Dans un exemple donné lors du Cloud Foundry Summit, une application nécessitait  1 serveur NGinx, 2, serveurs Rails et une base MySQL, le tout décrit en YAML dans le manifeste. Le type de VM et les types de réseaux peuvent aussi être appliquées entre les différents fournisseurs de cloud, ajoute ce même responsable du projet.

Des adapteurs multi-Cloud inclus en natif dans BOSH

Mais le point technique censé traduire l’approche multi-cloud de BOSH : le CPI (Cloud Provider Interface). Cela sert de base à BOSH car le CPI apporte une couche d’abstraction entre le directeur et donc l’Iaas cible. Aujourd’hui, nombre de regards sont tournés vers la contribution des fournisseurs de technologie, car c’est dans ce socle, sur lequel se repose aujourd’hui Cloud Foundry, que nait le multi-cloud.

Le principe de BOSH est ainsi d’englober nativement ces adapteurs multi-cloud, que ce soit pour des Cloud publics ou des clouds privés comme peuvent le proposer IBM ou VMware par exemple.  Google, Microsoft et AWS  se sont déjà engagés à contribuer du code à ce projet pour que Cloud Foundry puisse fonctionner sur leur infrastructure Cloud. Selon le responsable du projet, des travaux sont également en cours sur un meta-CPI, qui permettrait de cibler plusieurs infrastructures mais à partir d’un unique directeur. « Il traduit le CPI vers plusieurs providers. Ce méta-CPI s’insère en amont des CPI des fournisseurs et gère les translations », est-il expliqué.

« Cela est une approche pragmatique qui sert l’intérêt des fournisseurs. En contribuant du code à BOSH, ils s’assurent aussi que les workloads exécutées sur Cloud Foundry fonctionneront bien avec leurs propres environnements. Et cela est aujourd’hui rendu possible parce que nous avons atteint une certaine masse critique avec les entreprises », explique encore le CEO de la fondation.

Les développements de ce projet, commente-t-il, avancent à un rythme très soutenu. Par exemple, GE a choisi BOSH comme fondation de sa propre plateforme pour l’IoT (nommée Predix), tout comme Siemens et SAP. L’éditeur allemand serait même prêt à pousser ses développements et ses contributions dans BOSH.

Go to Source

Point sur la roadmap de l’offre phare de Red Hat, l’OS Red Hat Enterprise Linux (RHEL), avec Denise Dumas, vice-présidente Platform Engineering, et Ron Pacheco, directeur Product Management.

Cette solution existe depuis 2002 et est aujourd’hui accessible en version 7. Une mouture qui n’est pas encore déployée dans toutes les entreprises, mais que les DSI regardent de près. Chose d’autant plus vraie que RHEL 7.3 (attendu pour 2017) devrait apporter des nouveautés intéressantes.

Sur le front de la sécurité tout d’abord, avec la prévention des buffers overflows, via l’utilisation de la technologie MPC d’Intel (Memory Protection Extensions). La création de règles SELinux devrait également être simplifiée. Enfin, le support de l’authentification via des smart cards sera proposé aux utilisateurs Active Directory.

Autre sujet clé, le stockage, avec le support en version de test de la mémoire persistante, qui s’invite sur certains serveurs, par exemple chez HPE. Les performances du stockage proposé aux machines virtuelles devraient également être revues à la hausse.

Dans le secteur du réseau, plusieurs nouveautés sont de la partie côté scalabilité, tunneling, chiffrement ou encore filtrage (via Netfilter).

Les puces Intel à l’honneur

La virtualisation est un des éléments essentiels d’un serveur RHEL. L’interopérabilité avec le monde Windows sera le sujet principal de cette RHEL 7.3, avec un accès plus direct aux entrées sorties de la machine lorsque RHEL fonctionne sous Hyper-V, et des pilotes paravirtualisés Virtio 1.0 pour les machines Windows fonctionnant sous KVM.

Le noyau Linux apporte lui aussi quelques nouveautés, comme la possibilité de gérer 12 To de RAM (contre 6 To précédemment), 288 cœurs de processeur (logiques ou virtuels), et une accélération des communications sur les liens réseau à 40 Gb/s et 100 Gb/s.

Le support du hardware sera amélioré, avec la prise en charge des processeurs Intel Skylake et des Xeon Phi Knight Landings sur architecture Omni-Path. RHEL vise aussi l’IoT, avec un support étendu des composants Intel Bay Trail, une pile Bluetooth refondue et la prise en charge du stockage eMMC 5.0. Le support des puces ARM serveur devrait également être étendu, indique Red Hat.

À lire aussi : Red Hat accélère sur les conteneurs Jim Whitehurst, Red Hat : « Linux a gagné » Cloud et microservices au menu de JBoss EAP 7

Crédit photo : © Silicon.fr

Go to Source