Hana et Linux vont bien ensemble

Pas besoin d'être prophète : en 2018, la pénétration de SAP Hana va continuer à augmenter fortement. Notamment grâce au passage de nombreuses entreprises de SAP ERP ECC ("SAP Classic") basé sur NetWeaver vers S/4 Hana. De nombreux clients SAP existants vont ainsi (en plus d'un changement de base de données) dire adieu à leurs plates-formes de système d'exploitation Unix et surtout Windows pour se tourner vers Linux.

Tout changement implique une certaine dose de scepticisme, ce qui est dans la nature d'une "chose nouvelle". D'après toutes les expériences faites jusqu'à présent, celui-ci tend très vite vers zéro du point de vue de Suse lorsqu'on s'intéresse de plus près à la matière. Cela s'explique aussi par le fait que Linux en général, et dans l'environnement SAP en particulier, est tout sauf nouveau. Linux est établi depuis longtemps dans l'utilisation critique de la mission SAP. Les plus grands déploiements SAP sont réalisés sous Linux depuis des années et ont fait leurs preuves.

Avant même la disponibilité de Hana et S/4 Hana, une véritable vague de changement a eu lieu chez les clients SAP existants en faveur de Linux et de l'utilisation de matériel standard x86. En tant que partenaire exclusif de la plateforme du système d'exploitation, Suse a apporté aux développements de Hana l'expérience et le savoir-faire acquis dans des dizaines de milliers de cas d'utilisation basés sur SAP-NetWeaver avec Suse SLES for SAP Applications. Et même après la disponibilité de Hana au printemps 2010, SAP et Suse ont continué à développer ensemble ou ont régulièrement mis à disposition de nouvelles fonctions/caractéristiques. Utilisable aussi bien en combinaison avec le matériel de puissance Hana-on-Intel que Hana-on-IBM.

Prix SAP

Par exemple, la version 12 actuelle de Suse Linux Enterprise Server (SLES) for SAP Applications présente des agents de ressources de réplication système pour l'utilisation de Hana. Ils permettent un basculement automatique vers un système de sauvegarde, y compris la restauration, sans l'intervention d'un administrateur système. Cela permet de réduire les temps de restauration de grands ensembles de données en mémoire Hana de plusieurs heures à quelques minutes. L'année dernière, Suse a été spécialement récompensé pour cela par un "Hana Innovation Award" du groupe de logiciels de Walldorf.

Autres points forts de SLES 12 for SAP Applications : la fonction "Benchmark Tuning Option at Installation" comme élément supplémentaire d'optimisation des performances de SAP Hana ; des fonctionnalités étendues pour l'extension Suse Linux Enterprise High Availability (HAE) afin de minimiser de manière drastique les éventuels temps d'arrêt ; une "interface utilisateur graphique Hawk" utilisable pour la configuration d'environnements de clusters haute disponibilité avec des serveurs physiques et virtuels combinés ; un "Cluster Sanity Check Framework" (Clustertools2) pour vérifier les configurations HA/DR, et ce avant une mise en production ; Live Patching et bien d'autres choses encore.

Au-delà de Linux

Pendant des années, Suse s'est impliqué dans l'environnement SAP Hana et a participé de manière très engagée aux différents développements. Par exemple, lors de la conception et de la mise en œuvre d'une architecture de référence High Availability et Disaster Recovery il y a environ six ans. Ou encore lors du développement d'un environnement de référence pour le SAP Hana Enterprise Cloud (HEC) en 2015.

Et bien sûr, la collaboration avec SAP se poursuit. Que ce soit dans le domaine de la sécurité, de l'optimisation des performances ou de l'intégration ou de l'utilisation de techniques d'intelligence artificielle dans Suse SLES for SAP Applications en interaction avec SAP Hana. Il s'est avéré que SAP Hana et Linux s'accordent parfaitement, également en ce qui concerne l'utilisation de Hana/Linux dans l'environnement cloud. La collaboration entre Suse et SAP s'étend depuis longtemps au-delà de Linux à d'autres projets et solutions open source. Il s'agit notamment d'OpenStack, de Cloud Foundry, de Kubernetes ou de Ceph.