SLES for SAP Applications recommandé pour Hana 2.0

Texte mis à jour

Hana 2.0 n'est pas une rupture dans le sens où Hana 1.0 est sur le point de disparaître. Toutefois, à plus ou moins long terme, la version 2.0 deviendra une sorte de standard.

Les clients SAP se concentrent principalement sur Hana ou sur l'utilisation de Hana en tant que plate-forme. Par exemple, les nouveautés ou les fonctions supplémentaires liées à Hana 2.0 et mises à disposition par SAP.

On peut dire qu'ils sont nombreux, très nombreux, et qu'ils concernent les domaines suivants : La gestion des bases de données, la gestion des données, l'intelligence analytique ou le développement d'applications.

Pour les responsables de l'exploitation SAP, les extensions en matière de haute disponibilité des bases de données devraient certainement être d'un intérêt particulier. Et en particulier la fonction Hana 2.0 "Active-Active Read" avec la possibilité d'un accès aux données en lecture sur des systèmes secondaires dans un cluster.

Parallèlement, l'utilisation d'un concept actif-actif offre des améliorations en matière de load balancing ou de performance.

Hana means Linux

Mais comme Hana présuppose toujours l'utilisation de Linux, ou comme l'a dit IDC dans un livre blanc : "Hana means Linux", il est important de savoir : Avec Hana 2.0, il y a également des changements dans l'utilisation de Suse Linux Enterprise Server (SLES). En outre, la nouvelle version de Hana s'accompagne d'une matrice de support modifiée ou raccourcie.

Comme on le sait, SLES est la plate-forme de système d'exploitation Linux la plus utilisée dans l'environnement SAP. C'est aussi parce que, dès le début, Suse Linux Enterprise Server (y compris l'extension High Availability) a été explicitement développé pour répondre aux exigences de la mission critique des solutions SAP (y compris le support d'entreprise) ou a été constamment étendu dans ce sens.

Et ce, toujours en étroite collaboration avec SAP. Aussi bien pour SAP Classic avec Any-DBs que pour Hana ou des solutions basées sur Hana comme S/4.

Jusqu'à présent - avec Hana 1.0 - il était possible d'utiliser pratiquement deux variantes de SLES. Il s'agit de SLES Priority, le SLES "normal", et de SLES for SAP Applications. Avec Hana 2.0, il n'y a plus qu'un seul SLES, SLES for SAP Applications.

Jusqu'à présent - avec Hana 1.0 - il était possible d'utiliser pratiquement deux variantes de SLES. Il s'agit de SLES Priority, le SLES "normal", et de SLES for SAP Applications. Avec Hana 2.0, seul SLES for SAP Applications est désormais "strongly recommended".

L'arrière-plan : une gestion optimisée et groupée du cycle de vie, qui va quasiment de pair avec une matrice de support allégée de SAP pour Hana.

Elle stipule qu'à l'avenir, trois versions mineures seront supportées/supportées. SLES for SAP Applications accompagne cette démarche au niveau de Linux. Les notes SAP correspondantes (par exemple la note 2235581) fournissent d'ailleurs des informations complémentaires à ce sujet.

On y trouve également une description des versions de Hana et de SLES for SAP Applications qui sont valables pour les systèmes Intel et IBM Power 8 Hana.

Des valeurs ajoutées claires

Bien entendu, Suse offre aux clients SAP avec SLES for SAP Applications de nombreuses valeurs ajoutées ou fonctions avantageuses par rapport à SLES Priority : par exemple Suse HA/DR pour le scale-out et le scale-up, le support Suse intégré via SAP SolMan, la base pour l'utilisation de Live- Patching lors du déploiement SAP, l'utilisation de Suse Tuning Packages, l'accès Suse-Connect et bien d'autres choses encore.

Un point marquant est toutefois le fait que SLES for SAP Applications offre un Extended Service Pack Support par rapport à SLES "normal". Le Service Pack est ainsi prolongé de six à 18 mois, ce qui profite clairement aux clients SAP.