Hanaisation à partir du cloud


Pour les personnes extérieures - et même pour les initiés de la communauté - il n'est toujours pas évident de comprendre pourquoi le projet open source OpenStack a connu un tel essor et s'est imposé en très peu de temps comme le standard ouvert pour les solutions d'infrastructure cloud as a service.
Lorsqu'il est question des possibilités d'optimisation dans le domaine de l'infrastructure informatique en général et dans le domaine de l'infrastructure informatique SAP en particulier, la cloudification ou l'introduction et l'utilisation de clouds hybrides figurent clairement en tête de l'agenda des responsables informatiques.
Dans cette transition vers le cloud, il semble que les clients existants de SAP préfèrent le cloud computing privé, également appelé cloud computing sur site.
Dans ce contexte, les entreprises ne peuvent plus se passer d'OpenStack. En résumé, OpenStack est synonyme de gestion centralisée, de provisionnement automatisé et de contrôle des services via un tableau de bord.
Cela signifie des ressources de calcul, de stockage et de réseau sur simple pression d'un bouton - pour, par exemple, mettre rapidement à disposition, même en moins d'une heure, des ressources d'infrastructure pour une nouvelle application SAP Hana qu'une entreprise ou un service spécialisé a décidé d'utiliser. Il n'est pas rare que la mise à disposition de ressources se fasse également en libre-service sur la base d'OpenStack.
Dès la première heure
Jusqu'à présent, plus de 300 entreprises participent au projet OpenStack. NetApp est membre fondateur de l'OpenStack Foundation et fait partie depuis 2011 des protagonistes actifs qui s'engagent dans les développements OpenStack ou qui mettent des fonctionnalités à la disposition de la communauté. La plateforme OpenStack elle-même est modulaire et est complétée par différents projets individuels.
L'objectif de NetApp est double : garantir l'intégration d'OpenStack dans les produits et solutions NetApp et l'utiliser comme option pour OpenStack dans les entreprises, avec les exigences élevées des environnements informatiques critiques.
Ces options d'intégration dans OpenStack garantissent que toutes les fonctionnalités des systèmes de stockage NetApp FAS et E-Series sont disponibles dans les environnements cloud basés sur OpenStack pour les applications critiques. De plus, les options d'intégration NetApp font partie intégrante du code source en amont et font donc partie des distributions OpenStack.
En d'autres termes, l'efficacité du stockage NetApp, sophistiquée et éprouvée, dont les entreprises bénéficient lorsqu'elles utilisent des infrastructures informatiques classiques, est également disponible pour les entreprises qui utilisent ou cherchent à utiliser une infrastructure informatique basée sur le cloud avec OpenStack.
Il s'agit par exemple de la compression, de la déduplication des données, du clonage ou de la protection intégrée des données avec une disponibilité continue/haute disponibilité et des performances optimales ainsi qu'une évolutivité maximale avec le système d'exploitation NetApp Clustered Data Ontap.
L'intégration d'OpenStack décrite précédemment repose sur des développements de NetApp tels que : la mise à disposition de pilotes NetApp dédiés pour les systèmes FAS ainsi que E-Series, des fonctions pour les catalogues de périphériques de stockage, la génération d'instances persistantes et étendues avec copy-offload, le support parallèle de (p)NFS ou une optimisation sophistiquée d'OpenStack Object Storage (Swift).
Projet Manille
Mais ce n'est pas tout. NetApp fournit plusieurs pilotes au projet OpenStack dans le but de fournir des fonctionnalités de stockage et de gestion des données NetApp via OpenStack Block Storage (Cinder).
Les protocoles iSCSI, Fibre Channel et NFS sont pris en charge, notamment pour améliorer l'évolutivité des backends dans le cadre du service Cinder orienté bloc.
Depuis la disponibilité de la version OpenStack "Icehouse", il existe des pilotes Cinder pour les NetApp E-Series et EF-Series. Par ailleurs, NetApp a lancé un projet OpenStack au nom de code "Manila", qui rend l'utilisation d'OpenStack encore plus attrayante et l'enrichit de fonctionnalités importantes. Que se cache-t-il derrière Manila - et pourquoi NetApp a-t-elle lancé ce projet OpenStack ?
La plupart des solutions de stockage supportent les systèmes de fichiers partagés, de sorte qu'un service OpenStack correspondant est nécessaire. NetApp s'en est occupé avec beaucoup d'engagement et a introduit un projet dans OpenStack qui représente quasiment le pendant de Cinder et qui s'adresse aux systèmes de fichiers partagés ou qui en a le contenu.
Manille, tout comme Cinder, peut être considéré comme une sorte de couche de contrôle pour la mise à disposition de l'orchestration, l'allocation des ressources et autres.
Par exemple, l'accès aux partages CIFS existants et l'initiation d'une nouvelle exportation NFS comme nécessaire entre les instances VM existantes se font par ce biais.
Manila a déjà dépassé le stade du simple développement et est déjà disponible en tant que Tech-Preview dans les distributions d'OpenStack Kilo.
Par exemple, Manila a été utilisé avec les systèmes NetApp, Suse OpenStack Cloud et Suse Linux Enterprise Server (SLES) dans un environnement SAP PoC OpenStack, en combinaison avec SAP Landscape Virtualization Management (LVM), l'outil de gestion par excellence pour de nombreux clients SAP existants (pour en savoir plus, voir l'encadré ci-contre).
Cloud : aujourd'hui et demain
NetApp s'est clairement engagé à développer, promouvoir et soutenir le cloud computing avec OpenStack et à continuer à faire progresser les choses en développant et en fournissant des solutions adaptées aux besoins des entreprises.
De même, les partenariats existants, par exemple avec des intégrateurs et des fabricants de matériel comme Fujitsu, avec des distributeurs OpenStack comme Suse, avec des fournisseurs de solutions OpenStack comme B1 Systems, mais aussi par exemple avec SAP, sont et seront intensifiés.
Les projets OpenStack chez les clients SAP - également dans le contexte d'une hanaisisation forcée (BW on Hana, Business Suite on Hana, S/4 Hana) - poussent presque comme des champignons. Cela est certainement dû à l'engagement de SAP en faveur d'OpenStack l'année dernière et à une mise en production d'OpenStack chez SAP.
D'ailleurs, NetApp est le seul à proposer des sauvegardes pour Hana en utilisant des snapshots. La fonction est directement intégrée dans le studio Hana et les protocoles NFS et Fibre Channel sont pris en charge.
Grâce à son partenariat étroit avec SAP, qui remonte à l'an 2000, NetApp est en mesure de servir littéralement tous les clients SAP, tous les paysages d'infrastructure informatique et tous les concepts d'exploitation avec des solutions système innovantes, performantes et validées, y compris les fonctionnalités NetApp telles que la sauvegarde basée sur des snapshots, les copies de système en un clic et la réplication efficace du stockage - dans des paysages sur site, des environnements de cloud privé avec OpenStack ou des clouds privés couplés à des environnements d'exploitation cloud hyperscaler (par ex. par exemple Amazon Web Services). En d'autres termes, avec NetApp, les clients sont déjà équipés aujourd'hui pour l'informatique SAP de demain.
Manille et SAP LVM dans un environnement OpenStack
L'outil de gestion SAP LVM, utilisé par de nombreux clients SAP existants, joue un rôle central dans la gestion et le contrôle des systèmes SAP.
C'est pourquoi il est important d'intégrer SAP LVM dans un environnement d'infrastructure informatique en nuage basé sur OpenStack. Dans le cadre d'un PoC réalisé en utilisant Suse OpenStack Cloud, Suse SLES, NetApp Storage sous NetApp Data Ontap et NetApp Services, cela a été réalisé avec succès.
Le composant OpenStack Manila pour les services de fichiers partagés/NFS a également été utilisé. Pour ce PoC, NetApp a développé une version bêta d'un adaptateur de stockage OpenStack en utilisant l'API SAP LVM, ce qui a permis de démontrer la facilité d'accès des clients aux fonctionnalités d'OpenStack Manila à partir de SAP LVM.