La vitesse pour les PME

Même les utilisateurs SAP de taille moyenne sont aujourd'hui de plus en plus présents à l'échelle internationale, d'où des exigences accrues en matière d'hébergement. D'une part, le temps de mise à disposition devient un facteur critique pour le succès.

De nouvelles tâches découlent en outre des projets Hana ou S/4, des migrations, des introductions SAP-EWM, etc. Alors qu'auparavant, il suffisait de mettre en place un environnement SAP à trois niveaux, on utilise aujourd'hui souvent d'autres composants de l'environnement tels que le serveur frontal SAP Fiori, les services documentaires Adobe ou le répartiteur Web.

Le défi réside dans la combinaison des systèmes entre eux ou avec des paysages existants. De plus, les mises à jour et les changements doivent souvent être possibles en parallèle.

C'est pourquoi FIS-ASP a lancé en 2013 un projet consacré à la technologie OpenStack, qui était encore jeune à l'époque. L'objectif était de créer, au moyen de cette technologie, une solution cloud automatisée pour les paysages SAP que j'héberge.

Le partenaire était Suse. La FIS-ASP exploite aujourd'hui près des trois quarts des systèmes SAP sur leurs serveurs Linux Enterprise. OpenStack, le projet soutenu par Suse pour la construction d'une architecture libre pour le cloud computing, permet précisément l'automatisation souhaitée.

Le réseau de fournisseurs disponible dans OpenStack permet en outre de s'appuyer sur la technologie VLAN/VxLAN éprouvée et de garder le cloud volontairement simple dans son architecture, mais donc plus robuste dans son fonctionnement.

Dans la dernière version d'OpenStack Suse Cloud, la haute disponibilité des nœuds de calcul ou des charges de travail spécifiques a été ajoutée - une condition essentielle pour l'exploitation de systèmes critiques dans le cloud. Ce qui manquait encore, c'était un stockage partagé pour que les systèmes restent aussi disponibles et performants que dans un environnement virtualisé traditionnel.

La solution a été trouvée (toujours dans l'environnement d'OpenStack) avec Ceph, l'une des solutions de stockage définies par logiciel pour OpenStack les plus répandues sur le marché.

Ceph est hautement évolutif et fonctionne sur la base de n'importe quel matériel standard. FIS-ASP a utilisé comme base une architecture de référence de Suse et du spécialiste serveur/stockage Thomas Krenn, sur le matériel duquel il est facile de construire un stockage Ceph basé sur Linux.

Toute combinaison de système, de base de données, de système d'exploitation et de différentes versions n'est pas forcément judicieuse en termes de sécurité, de stabilité, de performance et de coûts. Une valeur ajoutée ne peut être obtenue qu'avec la bonne combinaison de standardisation, d'automatisation et d'une base de données d'images et de versions qui fonctionne.

C'est là qu'OpenStack et Ceph, avec leur architecture ouverte en tant que logiciels open source, font valoir leurs atouts. En complément, FIS-ASP utilise d'autres solutions open source comme le logiciel Github pour la gestion des versions des bonnes images, Salt pour l'automatisation des retouches et Heat Templates pour la construction des images de machines virtuelles - le tout harmonisé et en même temps suffisamment flexible pour répondre aux rudes exigences de l'exploitation SAP.

Il est important que l'ID système de SAP soit sélectionnable, tout comme le domaine du client ou les numéros d'instance utilisés. Dans OpenStack, les clients sont créés en tant que "tennants" et reçoivent des règles prédéfinies via le pare-feu intégré.

Au cours des deux dernières années, SAP a stabilisé et mieux documenté l'API de son "SAP Software Provisioning Manager". Le SWPM sert à installer les systèmes SAP afin de mettre en œuvre les options mentionnées (SAP SID, domaine, numéro d'instance).

Ainsi, de nombreuses installations peuvent désormais être sélectionnées et installées via des templates. Sur la base de cette infrastructure cloud, FIS-ASP est en mesure d'offrir des services dédiés dans les domaines Infrastructure as a Service, Platform as a Service ainsi que Software as a Service.

Dans l'environnement PaaS, le fournisseur d'hébergement interconnecte par exemple plusieurs systèmes de développement SAP pour SAP EWM, SAP NetWeaver Gateways, Web-Dispatcher ou encore Back-End ERP (ou S/4) en un réseau. Les développeurs et les clients peuvent ainsi démarrer rapidement avec un environnement de développement complet.