Déploiement automatisé de l'infrastructure SAP

Comme on le sait, l'utilisation de Hana, et donc de solutions SAP basées sur Hana telles que S/4, BW/4 ou C/4, est étroitement liée à l'utilisation de Linux comme plate-forme de système d'exploitation.

Avec l'augmentation des installations SAP - les derniers chiffres officiels connus s'élèvent à environ 27.000 pour Hana et 9500 pour S/4 - les installations Linux augmentent logiquement aussi. Et ce, quelle que soit la taille de l'entreprise. Hana/Linux est de plus en plus utilisé par les grandes et plus grandes entreprises utilisatrices de SAP.

Préparation du centre de données

Linux a déjà prouvé depuis longtemps qu'il était prêt pour les centres de données. Et bien sûr, les développements se poursuivent. Aussi bien pour Hana que pour Linux ou pour la cohabitation Hana-Linux. Hana 2.3 et Suse SLES for SAP Applications 15 représentent actuellement les jalons du développement.

Dans ce contexte, la gestion des systèmes ou gestion d'entreprise pour la gestion, le contrôle et la surveillance des composants informatiques importants dans un centre de données au moyen d'un logiciel conçu à cet effet joue un rôle important.

Dans le cadre de l'utilisation de Hana Suse SLES for Applications, le paquet de solutions Suse Manager est au centre de l'attention. Actuellement dans la version 3.2 (basée sur Suse SLES for SAP Applications 12 SP3/SP4), la version 4.0 (basée sur Suse SLES for SAP Applications 15 SP1) sera disponible cette année.

Simplification et réduction des coûts

En principe, Suse Manager aide à minimiser drastiquement la complexité des environnements Hana-Suse-SLES-for-Applications. Les différents composants nécessaires au fonctionnement de l'entreprise peuvent être surveillés et contrôlés avec précision.

En outre, l'automatisation présente un grand avantage en termes de coûts, car elle fait pratiquement imploser les capacités ou les ressources manuelles et récurrentes pour les travaux de plateforme standard nécessaires.

Actuellement, la solution Suse, en tant que console centrale, assure par exemple la gestion des correctifs, la gestion des configurations (également pour une gestion des configurations basée sur Salt) et la gestion de la sécurité avec un haut degré d'automatisation dans le cadre d'une gestion Hana-SLES- for-SAP-Applications.

Même dans le cas d'un processus de staging à plusieurs niveaux avec des systèmes QA, de test et de prod. Les environnements DevOps/infrastructures software-defined sont déjà pris en charge depuis la version 3.1, de même que l'utilisation de conteneurs et les VM (dans le cloud) avec des profils et des templates durcis.

Encore plus de modèles

À l'avenir, précisément avec la version 4.0 de Suse Manager, l'idée des templates prendra encore plus d'importance. Il est par exemple prévu de soutenir l'automatisation des déploiements d'infrastructure SAP, y compris la configuration de la charge de travail SAP, et l'automatisation des déploiements de clusters à haute disponibilité, au moyen de modèles (personnalisables).

Il est également prévu d'optimiser l'interaction des solutions Suse au-delà de Suse Linux Enterprise Server for SAP Applications dans la console centrale Suse Manager. Par exemple, avec Suse CaaS Platform, Suse Enterprise Storage et Suse OpenStack Cloud.

Avec la prochaine version de Suse Manager, le déploiement de l'infrastructure SAP sur Amazon AWS, Microsoft Azure ou Google Cloud Platform, qu'il soit sur site (bare metal/virtualisé) ou dans le cloud, n'aura pratiquement plus d'importance.

Les deux concepts d'exploitation - et les concepts de cloud hybride - sont soutenus de la même manière, conformément aux planifications. Le client SAP existant a le choix !