Les piliers législatifs

Le passage à Hana et l'utilisation de solutions basées sur Hana, comme S/4 en tant que "cœur numérique" ou la SAP Cloud Platform (SCP) avec l'IoT, impliquent plusieurs types de changements. L'un d'entre eux est le passage à Linux et l'utilisation d'autres solutions open source innovantes, mises à disposition par Suse et dont les clients profitent, comme piliers d'infrastructure à l'épreuve du temps pour l'utilisation critique de SAP à l'ère de la numérisation.

Tous les clients existants de la suite SAP Business sont désormais bien conscients que le support complet d'Any-DB prendra fin en 2025. Des dizaines de milliers d'entreprises dans le monde entier sont invitées à migrer leurs systèmes SAP vers Hana et vers le successeur de la technologie ERP, SAP S/4 Hana.

Cela s'accompagne de plusieurs types de changements, tant du côté des applications que de l'infrastructure informatique SAP. Une partie des utilisateurs a déjà effectué ces changements.

Le fait est que, d'une part, cela implique un changement de base de données, d'une soi-disant Any-DB comme Oracle, DB2 ou MS SQL Server vers la base de données In-Memory Hana de SAP.

Parallèlement, la nouvelle orientation de SAP implique un changement au niveau des serveurs utilisés (et éventuellement aussi des systèmes de stockage). Ici, les clients SAP ont la possibilité de choisir entre plusieurs fournisseurs de matériel : ici, un grand nombre de systèmes de serveurs Hana basés sur Intel-x86, là, des serveurs Hana d'IBM basés sur des processeurs Power, également pour une utilisation scale-out et scale-up.

Il s'agit également de procéder à une commutation du système d'exploitation vers Linux, le système d'exploitation défini par SAP pour l'utilisation de la base de données Hana ou de solutions basées sur Hana telles que S/4 ou BW/4, précisément les solutions qui nécessitent la base de données Hana.

Cela signifie qu'un très grand nombre de clients SAP existants qui utilisent Unix ou Windows - selon des études de marché comme IDC, environ 50 % des entreprises utilisatrices de suites professionnelles utilisent encore Windows - doivent passer à Linux.

Comme le matériel des utilisateurs Unix-SAP n'est pour ainsi dire pas compatible avec Linux, ce groupe d'utilisateurs doit en quelque sorte s'occuper d'une triple conversion : Migration du matériel, de la base de données et de Linux. Pour les utilisateurs de Windows-SAP, il en va de même, car tous les systèmes de serveurs x86-Hana doivent être certifiés SAP, ce qui n'est généralement pas le cas pour les systèmes existants.

Extension de la plate-forme SLES for SAP Applications

Un nombre significatif d'utilisateurs SAP connaissent déjà Linux sur le bout des doigts grâce aux différentes utilisations de la suite SAP Business et à l'utilisation intensive de SAP Hana ou S/4.

D'autres - en particulier les clients SAP Unix et Windows existants qui commencent seulement à passer à Hana - ne sont pas du tout ou peu familiarisés avec cette technologie. C'est à ces deux groupes de clients SAP que s'adressent les explications suivantes.

Que fait Suse Linux Enterprise Server (SLES) pour les applications SAP, en tant que plate-forme de système d'exploitation choisie et recommandée par SAP, en interaction avec SAP Hana ou avec des solutions SAP basées sur Hana, comme S/4 Hana ?

Ou encore : quelles solutions Suse, partenaire de longue date de SAP et innovateur open source, met-il à la disposition des utilisateurs SAP, en plus de SLES for SAP Applications (dans sa version 12 actuelle), qui sont conçues pour utiliser de manière profitable des infrastructures informatiques agiles ainsi que flexibles et surtout adaptées à la numérisation à l'ère du cloud hybride ou multiple et de l'infrastructure définie par logiciel (SDI) ?

Il est tout d'abord important de savoir que Suse et SAP peuvent se targuer d'un partenariat de longue date et très fructueux. De même que Suse, en tant qu'acteur clé de l'open source, a continuellement développé son très vaste réseau de partenaires au cours des 25 dernières années.

Suse a participé en 1999 à la création du Linux Lab de Walldorf par SAP. L'objectif était alors de développer un Enterprise Linux pour l'utilisation critique de la mission SAP. En fait, ce n'est que peu de temps après que le thème SAP Adaptive Computing a été ajouté ; concrètement, soutenir Flexframe pour SAP de Fujitsu.

Ce que Suse a mis en pratique, également avec SLES for SAP Applications, qui est aujourd'hui la plate-forme de système d'exploitation Linux leader sur le marché dans l'environnement SAP. Et d'ailleurs, SLES for SAP Applications est toujours la seule plate-forme de système d'exploitation Linux pour la solution Flexframe (voir à ce sujet l'article de Fujitsu aux pages 68 et 69).

Autres points forts de la collaboration SAP-Suse au fil du temps : la disponibilité de SLES for SAP Applications HAE (High Availability Extension), un assistant d'installation pour l'installation partiellement automatisée des composants SAP Basis, SLES for SAP Applications comme standard pour la solution SAP Cloud Business By Design, l'accélérateur SAP BW ou comme plateforme de système d'exploitation pour les développements SAP, et bien d'autres choses encore.

En 2009, Suse a été impliqué dans le "projet SAP Hana", alors secret. Le projet in-memory a modifié la stratégie de SAP en matière de bases de données et l'exclusivité de Suse sur Intel pour SAP Hana a duré cinq ans, et sur IBM Power jusqu'à aujourd'hui.

Il est évident que les clients SAP bénéficient de l'immense expérience et de l'avance en matière de savoir-faire acquises grâce aux milliers d'installations d'applications Hana SLES-for-SAP qui ont été réalisées à ce jour.

La coopération commune s'élargit en permanence. Par exemple, en liaison avec SAP Hana 2, une nouvelle fonction Hana HA basée sur la technologie Suse dans le cadre d'une architecture active-active dans un environnement Hana en cluster avec l'accent sur la "lecture secondaire activée" constitue par exemple un point fort.

Dès le début de Hana, Suse Linux Enterprise Server for SAP Applications était bien plus qu'un système d'exploitation habituel, responsable quasiment uniquement de l'exécution ou du traitement de commandes dépendant de la machine ou du processus.

Cette variante contient également, en tant que plate-forme, de nombreuses caractéristiques spécialement développées pour l'utilisation de SAP Hana, qui vont au-delà de la version classique de Suse SLES et qui soutiennent avantageusement les fonctionnalités importantes du centre de données lors de l'utilisation de SAP. Ces fonctionnalités ont été développées au cours de nombreuses années de collaboration étroite avec SAP.

Cela concerne aussi bien les aspects RAS (fiabilité et résilience) que les domaines de la performance, de la facilité d'utilisation/du déploiement, de l'exploitation de base ou de l'assistance. Tout cela dans le but de fournir des produits performants et innovants ainsi que des prestations de support pour aider les entreprises utilisatrices à réduire la complexité, à augmenter le degré d'automatisation, à réduire les coûts et à fournir des services fiables pour l'utilisation critique de la mission SAP Hana.

Fonctionnalités spécifiques développées pour SAP-Hana

Par exemple, une série de fonctionnalités de SLES for SAP Applications ont permis de garantir une haute disponibilité (HA) aussi étendue que possible, y compris la fonctionnalité DR, lors de l'utilisation de Hana, conformément à l'approche "Towards Zero Downtimes" (vers des temps d'arrêt zéro), ou de couvrir le champ thématique RAS de plus en plus important, y compris la sécurité.

Depuis des années, Suse High Availability Extension (HAE), déjà incluse dans SLES for SAP Applications, est une solution de haute disponibilité éprouvée et de premier plan qui offre des fonctions sophistiquées pour améliorer la continuité des activités/haute disponibilité et pour la prise en charge de la reprise après sinistre lors de l'utilisation de SAP.

La solution a été optimisée ou développée spécialement pour l'utilisation de SAP Hana et représente une sorte de standard pour HA et DR dans l'environnement SAP Hana (pour scale-out et scale-up). SAP fournit notamment des mécanismes de réplication du système SAP Hana (SR) pour la HA.

La Suse High Availability Solution (HAE) de SLES 12 for SAP Applications permet d'augmenter les SLA via une automatisation. La solution HA centrale préférée pour SAP Hana est la réplication du système via un Memory Preload dans un cluster (par exemple un cluster à 2 nœuds).

L'automatisation de la commutation peut être réalisée confortablement à l'aide de Suse HAE ; par exemple dans un cluster à deux nœuds avec un (deuxième) système HA fonctionnant de manière synchrone pour un système Hana sur site (serait alors le nœud un).

Pour un scénario DR, SAP Hana System Replication permet une réplication asynchrone sur un autre site (par exemple un autre centre de calcul), ce qui permet de couvrir le cas de catastrophe. Intégrée dans Suse SLES 12 for SAP Applications, la technologie kGraft, développée par Suse, est une technologie de patching du noyau en direct.

Elle permet de mettre à jour en ligne les correctifs de sécurité sans avoir à redémarrer ou à attendre la prochaine fenêtre de service prévue.

Agents de ressources Hana

À noter également : SAP Hana Resource Agents (RA). Ils permettent de gérer, de surveiller et de contrôler les instances et les réplications de la base de données Hana. Les RA peuvent en outre être configurés. Et :

Suse prend en charge des configurations de cluster faciles à gérer grâce aux agents de ressources SAP Hana. Ils fonctionnent sur tous les nœuds d'un cluster SLES 12 for SAP Applications HAE et fournissent des informations sur la configuration ou l'état du système des systèmes Hana et des réplications Hana (par exemple à des fins de gestion du système).

Il est également possible d'utiliser des systèmes de gestion transversaux tels que Datavard Insights de Datavard, partenaire de SAP et Suse, pour la surveillance, le contrôle et l'alerte proactive de SAP Hana et de SLES for SAP Applications. (Voir également à ce sujet l'article sur Datavard Insights à la page 15).

Un autre exemple dans le contexte de la fonctionnalité RAS SLES for SAP Applications mise à disposition est un Security Hardening for Hana. Ici, un durcissement élevé de Suse SLES for SAP Applications permet de contrer les attaques ou les menaces extérieures.

Il est également possible d'utiliser des mécanismes qui indiquent les paquets du système d'exploitation qui devraient être disponibles et ceux auxquels on peut éventuellement renoncer. L'objectif principal est que moins de paquets signifie moins de surface d'attaque contre les menaces. Une autre fonction intégrée dans SLES 12 for SAP Applications : une gestion du cryptage du stockage à distance ou un pare-feu configurable livrés en standard.

En outre, la version 12 met à disposition les SAP Hana Patterns pour simplifier/automatiser davantage les installations Hana pour le domaine thématique Simplified Operations, jusqu'à l'automatisation complète des systèmes basés sur des solutions SAP sur l'ensemble des paysages informatiques selon une approche n-tiers. De nombreuses autres fonctions pour le déploiement de mission critique Hana sont déjà prises en compte dans la version 11 de SLES for SAP Applications.

Toutes les fonctions/paquets clés de la plate-forme de système d'exploitation SLES pour applications SAP pour RAS, performance, facilité d'utilisation et de déploiement (avec Simplified Operations sur la base de la solution de gestion Suse Manager) et système d'exploitation de base et support sont présentés dans l'illustration "Suse Linux Enterprise Server for SAP Applications : aperçu des principaux domaines fonctionnels". Il est évident que Suse SLES for SAP Applications sera développé de manière quasi permanente ou que de nouvelles technologies seront intégrées. Il est par exemple envisageable d'intégrer le thème du Machine Learning. Par exemple sous la forme de fonctions basées sur Google TensorFlow.

SLES pour les applications SAP et au-delà

L'empreinte ou le rôle de Suse dans l'environnement SAP s'étend aujourd'hui bien au-delà de SLES for SAP Applications. En particulier dans le contexte de la transformation numérique et des innovations de solutions mises à disposition sur la base de l'open source, qui offrent des avantages profitables en tant qu'autres ancrages d'infrastructure ou pierres angulaires importantes.

SAP Hana et S/4 Hana sont pris en charge en tant que cœur numérique, y compris une nouvelle expérience utilisateur sur la base de Fiori. Comme on le sait, le successeur technologique de la Business Suite prend en compte aussi bien l'utilisation de l'ERP que celle du Big Data, de l'Analytics, du Mobile Computing, des réseaux commerciaux ou de SAP Leonardo avec l'Internet des objets (IoT).

Et ce, en mode on-premise et cloud, sous forme hybride on-premise/cloud ou sous forme d'utilisation multi-cloud. (A ce sujet, voir également l'article de QSC aux pages 61 et 62).

Suse Linux Enterprise Server for SAP peut être utilisé partout en combinaison avec Hana ou des solutions basées sur Hana - pour ainsi dire comme infrastructure unique pour toutes les formes de déploiement : sur Hana-on-Intel-x86, sur IBM Hana on Power, mais aussi via Amazon AWS, Google Cloud Platform (GCP), SAP Cloud Platform et SAP Hana Enterprise Platform (HEC) ou via Microsoft Azure. Cela va dans le sens d'une standardisation, notamment dans la perspective d'une utilisation multi-cloud de plus en plus répandue.

La transformation numérique entraîne également de nouvelles exigences pour les applications, le développement d'applications et l'exploitation des centres de données, et ce sur la base du modèle DevOps. Le développement d'applications et l'exploitation informatique sont ici intelligemment imbriqués en fonction des besoins, afin de mettre à disposition de nouvelles applications rapidement ou en temps voulu, en fonction des besoins.

Avec SAP Core Data Services, Hana et S/4 se rapprochent encore plus, ce qui soutient l'idée DevOps. Il est important de souligner la nécessité d'une infrastructure et de composants informatiques dynamiques et hautement flexibles, basés sur les principes du Software-Defined Data Center (SDDC) ou Software-Defined Infrastructure.

Dans ce contexte, Linux joue un rôle important en tant que plateforme de système d'exploitation open source pour Hana. Mais l'accent est également mis sur Hadoop en tant que composant pour le thème Big Data.

En outre, les éléments clés OpenStack (IaaS) pour le provisionnement des serveurs en nuage, Cloud Foundry (PaaS) comme plateforme de développement ou Container-as-s-Service (CaaS) avec Kubernetes Magnum ou Docker pour l'utilisation efficace de la virtualisation. Tous sont d'ailleurs des éléments ou des composants d'infrastructure très importants de la SAP Cloud Platform, un point central pour le développement et la mise à disposition d'applications lors de l'utilisation de S/4 Hana.

OpenStack, Cloud Foundry et SCP

Un regard sur OpenStack, Cloud Foundry et Container-as-s-Service : Comme l'OpenStack Foundation, la Cloud Foundry Foundation est un projet libre et open source, soutenu par de nombreuses entreprises de renom, tous fabricants confondus, en tant qu'organisation à but non lucratif.

SAP et Suse en font partie, mais aussi beaucoup, beaucoup d'autres dans l'environnement informatique et non informatique, comme General Electric. Suse est le tout premier distributeur Linux à être membre de l'OpenStack Foundation depuis 2012 et a présenté la même année Suse OpenStack Cloud, la première solution OpenStack pour entreprises. Suse est membre de la Cloud Foundry Foundation depuis 2015.

Avec Cloud Foundry et les composants Cloud-Foundry, la Fondation fournit des solutions logicielles concrètement utilisables. L'équivalent d'OpenStack certifie en outre les différentes solutions PaaS des membres de Cloud-Foundry. Cela permet notamment de garantir que les plateformes de cloud computing sont compatibles et cohérentes entre elles sur la base d'un standard unique et ouvert.

Les activités de Suse-SAP (SAP-Suse-Co-Development) se concentrent sur la mise à disposition d'une interface OpenStack Cloud Provider (CPI). L'objectif principal est de simplifier et d'automatiser la communication entre Cloud Foundry et l'infrastructure OpenStack sous-jacente au moyen d'une CPI.

Il est ainsi possible de tester des applications à moindre coût, de les déployer et de les utiliser immédiatement dans des clouds privés ou publics. Ce qui précède est utilisé dans la SAP Cloud Platform (anciennement Hana Cloud Platform, HCP).

L'utilisation d'un cloud IaaS basé sur OpenStack (cloud privé ou cloud sur site) pour les applications SAP offre des avantages tangibles, y compris la possibilité de déployer des solutions SAP de manière efficace et rentable.

Dans le cadre de la numérisation, cela permet de mettre à disposition des services ou des applications de manière rapide et flexible. De plus en plus d'entreprises, mais aussi de fournisseurs de services informatiques, misent sur des environnements cloud basés sur OpenStack.

La version actuelle de Suse OpenStack Cloud est actuellement disponible dans la version 7 et contient déjà des fonctionnalités de conteneur en tant que service. En outre, elle permet des mises à jour logicielles qui n'entraînent plus de perturbation des opérations en cours.

Cette version offre par exemple déjà un support complet de Docker basé sur Kubernetes en tant que framework pour l'orchestration de conteneurs, qui est mis à disposition dans le cadre de l'intégration d'OpenStack Magnum. Les clients ont ainsi accès à des fonctionnalités de conteneur en tant que service qui leur permettent de développer des charges de travail et des applications innovantes natives du cloud et de prendre en charge les processus et les environnements DevOps.

Des fonctions supplémentaires de haute disponibilité sont également disponibles, notamment une protection de haute disponibilité pour les machines virtuelles et les charges de travail, qui complète la haute disponibilité pour les plans de contrôle et les nœuds de calcul. Les clients peuvent ainsi transférer des applications critiques vers le cloud.

Il existe également une intégration d'OpenStack Manila avec CephFS, qui est livrée via Suse Enterprise Storage. Ainsi, les clients disposent d'un environnement de stockage unifié qui leur permet d'exécuter les charges de travail de leurs systèmes de stockage en mode bloc, objet et fichier dans un seul cluster, réduisant ainsi les coûts d'investissement et d'exploitation.

Les utilisateurs bénéficient en outre d'une meilleure évolutivité, qui permet le déploiement sur plusieurs centres de données. Les utilisateurs sont d'ailleurs ainsi en mesure d'administrer plusieurs clouds privés à partir d'une seule interface utilisateur.

Cloud Foundry Dojo au SAP Cloud Lab

Comme chacun sait, le PaaS en tant que service cloud repose sur le IaaS. Avec le Cloud Foundry Dojo, SAP Cloud Lab, Suse et SAP se concentrent sur l'intégration d'OpenStack et de Cloud Foundry évoquée ci-dessus. Suse et SAP continuent d'accélérer les développements communs, tant pour Linux que pour l'intégration d'OpenStack et de Cloud Foundry.

L'avantage est que les actifs technologiques de Suse dans le domaine d'OpenStack et de Cloud Foundry s'étendent grâce aux acquisitions d'actifs HPE. Certaines parties ont déjà été intégrées dans le portefeuille de Suse. Suse renforce le thème Container-as-a-Service (CaaS) avec la nouvelle Suse CaaS Platform.

Au premier plan : des possibilités flexibles, simplifiées et automatisées pour la livraison de services de petite taille (microservices) à l'aide de conteneurs - y compris l'utilisation de Docker ou Kubernetes. Kubernetes, en particulier, est en mesure de soutenir efficacement les applications de conteneurs dans des environnements en cluster (machines physiques ou virtuelles).

De même, Kubernetes est préféré pour réaliser avantageusement l'objectif d'une infrastructure centrée sur les conteneurs (au lieu d'une infrastructure plutôt rigide centrée sur l'hôte). Dans ce contexte, Suse Linux Enterprise Server (SLES) joue également un rôle en tant que système d'exploitation hôte pour conteneurs dans une version spécialisée (SLES Micro OS). L'avantage : une empreinte réduite et une utilisation optimale des ressources.
DevOps et open source

L'utilisation de DevOps (Development and IT Operations) en utilisant des solutions open source sur la SAP Cloud Platform est aujourd'hui déjà à la pointe de la technologie pour le développement et la gestion d'applications - y compris une gestion complète et exhaustive du cycle de vie. Ainsi, la voie est quasiment toute tracée pour les entreprises utilisatrices de SAP afin de mettre en œuvre et d'exploiter de nouvelles applications conformément aux exigences de l'entreprise.