TDI phase 5 - Hana deux fois plus rapide

Avec TDI 5, les clients SAP peuvent ainsi déterminer de manière autonome le dimensionnement ou la configuration de leurs serveurs Hana, en collaboration avec les fournisseurs de matériel. Du moins dans une certaine mesure. Un peu comme à l'époque de SAP Classic. TDI 5 permet aux clients de réduire leurs coûts.

Pendant longtemps, les clients SAP ont été tenus de mettre en place et d'exploiter Hana exclusivement sous forme d'appliance. Tout le design/la configuration se fait dans une boîte en tant que solution système préconfigurée, préinstallée et testée avec les composants de base (layers) : Serveur et stockage, y compris Linux en tant que plateforme OS, logiciel SAP et également fonctionnalité de réseau.

Du point de vue de SAP, les principaux avantages sont les suivants : tous les composants sont adaptés les uns aux autres ou ont été testés ; SAP et ses partenaires ont procédé à l'évaluation des solutions des appliances conçues comme des systèmes ScaleUp à nœud unique ou des systèmes ScaleOut à nœuds multiples.

En fonction des besoins de chaque client, on a procédé à un "sizing", si l'on peut dire, à une confection suivie d'un montage du système et de tests, ainsi que de l'installation et de l'exploitation.

Mais un changement d'orientation a eu lieu, avec une option supplémentaire de conception et de configuration : le "concept d'intégration de centre de données SAP Hana Tailored" (TDI).

Les clients SAP qui le souhaitaient ont pu, à partir de l'automne 2014, concevoir ou mettre en place eux-mêmes une partie de leur environnement système SAP Hana (outre les systèmes ScaleUp, également les systèmes ScaleOut) sur la base de TDI.

Les éléments de conception de Hana se distinguent principalement d'une appliance par le fait que l'approche TDI permet de choisir plus ou moins librement le serveur, la couche de stockage et la couche réseau.

Toutefois, les systèmes de serveur, de stockage et de réseau des différents fournisseurs doivent être certifiés SAP. Jusqu'à présent, seul Linux reste le seul système d'exploitation utilisable en combinaison avec Hana, avec Suse SLES for SAP Applications, comme plate-forme de système d'exploitation préférée.

Quicksizer de SAP donne le ton

Selon des informations concordantes émanant de la communauté SAP, la phase 5 de la TDI, ou TDI 5, constitue une nouvelle étape. Et même plus. D'après ces informations, TDI 5 signifie une rupture, mais on pourrait aussi le voir ainsi : SAP fait marche arrière en ce qui concerne les serveurs Hana. Et ce, dans un état similaire à celui de SAP classique, c'est-à-dire des systèmes basés sur Netweaver.

En effet, à la demande des partenaires SAP, TDI 5 apporte "plus de flexibilité ou de liberté aux clients SAP dans le dimensionnement de leurs serveurs Hana.

Désormais, le client et le fournisseur de matériel peuvent à nouveau déterminer ensemble, dans une large mesure, les caractéristiques du système et ils en sont à nouveau conjointement responsables, surtout en ce qui concerne les caractéristiques de base", comme le formule un expert d'un fabricant de matériel Hana. "Ce qui est également nouveau, c'est que le terme SAPS est de retour", explique-t-on.

Un outil SAP appelé Qucksizer continue donc de cracher les dimensions du matériel, en premier lieu la taille de la mémoire et le nombre de cœurs, classés selon la taille des T-shirts.

En plus de TDI 5, on travaille à nouveau avec SAPSen, une unité pour la capacité d'un système SAP du monde SAP-Netweaver/classique. Elle sert de base pour déterminer le nombre de coeurs nécessaires d'un système Hana. Là où il n'est pas possible de travailler avec SAPSen, c'est ce que l'on appelle le ratio core-to-memory qui entre en action, expliquent-ils.

De plus, lors d'un dimensionnement Hana, il est possible de recourir au rapport de migration en plus du Quicksizer. Il montre d'autres éléments lors d'un changement de SAP classique vers Hana, par exemple les charges de travail créées et d'autres choses encore.

Une innovation importante qui y est liée est décrite ainsi :

"Les clients sont désormais en mesure de déterminer eux-mêmes, en collaboration avec leur fournisseur de matériel, le dimensionnement approprié ou de le définir, qu'il s'agisse de L, M ou S, avec un nombre de cœurs plus faible qu'auparavant et l'utilisation de serveurs plus petits".

Par exemple, un chargement de données Hana, un chargement de données en mémoire à partir d'autres systèmes sources, peut conduire à ce qu'au lieu d'utiliser une taille M avec moins de cœurs, Quicksizer propose ou détermine d'utiliser une taille L avec beaucoup de cœurs, mais que l'on puisse quand même utiliser une taille M avec moins de cœurs.

Il faut donc convenir avec le client d'un système M-Size avec moins de cœurs, parce qu'un Dataload est en soi moins fréquent pendant l'exploitation de Hana et que l'on peut éventuellement prendre un peu de temps pour le faire.

En d'autres termes :

Selon les informations disponibles, le TDI 5 permet d'économiser des cœurs. Ce qui, en fin de compte, entraîne une réduction des coûts. C'est justement l'obligation d'utiliser des systèmes Hana quasiment surpuissants avec de nombreux cœurs, dont un grand nombre n'est pratiquement pas utilisé, qui a été demandée à plusieurs reprises à SAP, explique un connaisseur du secteur, qui dresse le tableau suivant :

"C'était et c'est encore souvent comme si une voiture de sport de 400 chevaux tournait à plein régime au ralenti, mais ne roulait presque pas". Concrètement, sur les 120 cœurs disponibles, par exemple, moins de 20 seraient utilisés.

D'autre part, il est évident que les évolutions des processeurs - en plus de l'augmentation constante de la visualisation - augmentent la performance des serveurs Hana actuels et que, par conséquent, moins de cœurs doivent être installés pour la même performance.

Dans l'environnement Intel (Hana-on-Intel), les processeurs Skylake actuels génèrent une nouvelle poussée, tout comme dans l'environnement Hana-on-Power avec les machines Hana nouvellement annoncées par IBM avec des processeurs Power 9.

Rien ne se passe sans la pression des clients

Les clients SAP devraient donc se réjouir des nouveautés de TDI 5, qui signifient d'une part des économies de coûts, et d'autre part une sorte de retour aux sources avec une plus grande autodétermination du serveur Hana ou une plus grande flexibilité en régie propre.

En parlant de clients. Lors des entretiens avec des experts de la communauté SAP, la question a surgi : Qu'est-ce qui a poussé SAP à effectuer les changements clés liés à TDI 5 et ceux esquissés précédemment ?

Pratiquement à l'unanimité, on a pu entendre : "Seule la pression des clients a poussé SAP à changer d'avis".

Un membre de la communauté qui, comme d'autres, souhaite garder l'anonymat, a rapporté le fait intéressant suivant : Chez un gros client SAP disposant de nombreuses filiales, il s'agissait de conclure des licences Hana ou S/4.

L'entreprise a toutefois posé comme condition de pouvoir utiliser moins de cœurs que ce qui était prévu. En fait, à peu près le même nombre que celui utilisé jusqu'à présent pour SAP Classic. Ce n'est qu'après avoir reçu cette garantie de SAP que l'entreprise a conclu les licences SAP.

Les membres de la communauté répondent ainsi à la question de savoir pourquoi SAP, en tant que gardien de la technologie, a toujours préféré une ligne plutôt restrictive en matière de matériel de serveur Hana, bien que les serveurs Hana offrent en fait plus de puissance que nécessaire ou pourraient être exploités davantage (avec un ratio core-to-memory plus élevé) :

"Chez SAP, on semble tout simplement craindre qu'une charge trop élevée du serveur ou du cœur Hana ne détériore les temps de réponse de la base de données Hana que de quelques fractions de seconde".

"Les clients peuvent utiliser aussi bien les serveurs Power existants que les nouveaux, car avec TDI 5, le rapport mémoire/cœur s'améliore considérablement. Il faut utiliser moins de cœurs pour la même quantité de mémoire.

Ainsi, l'empreinte du serveur peut être réduite, car moins de serveurs peuvent être nécessaires et les coûts d'activation et de maintenance des cœurs peuvent être réduits.

Pour le sizing de toutes les nouvelles offres, mais aussi pour les clients qui utilisent déjà Hana-on-Power (re-sizing selon TDI 5), le matériel peut être utilisé plus efficacement et à moindre coût.

Avec le passage de TDI 4 avec Core to Memory à TDI 5 avec SAPSen, les besoins en ressources de la capacité CPU nécessaire sont nettement améliorés, plus justes, réduits et donc plus économiques pour le client, et l'utilisation des processeurs des systèmes Hana-on-Power est ainsi améliorée.

Cela représente un pas significatif dans la bonne direction en ce qui concerne les ressources nécessaires en termes de puissance de calcul à conserver, et surtout la responsabilité retrouvée du client pour l'acquisition et l'utilisation des ressources informatiques en collaboration avec le fabricant et le partenaire commercial, comme cela a toujours été le cas pour les systèmes SAP classiques".

"À première vue, Hana TDI 5 n'a pas un grand impact sur les environnements Hana virtualisés avec VMware. Même avant TDI 5, l'utilisation de VMware vSphere pour Hana permettait déjà aux clients d'exploiter les systèmes de serveurs Hana de manière plus importante et plus flexible que les configurations fixes de serveurs d'appliances Hana.

Avant TDI 5, le seul facteur de calcul des performances était la mémoire nécessaire à une instance Hana. La configuration CPU définie à cet effet était décrite par ce que l'on appelle le ratio core-to-memory.

Avec TDI 5, il est possible de calculer la charge de travail attendue dans SAPS et de déterminer, grâce à cette indication, la taille maximale de la mémoire vive d'un système Hana (Hana physique ou virtuel).

Il est désormais possible de configurer des VM Hana qui approchent la limite des 4 To. La flexibilité supplémentaire apportée par TDI 5 pour la configuration d'une VM Hana rend la configuration d'une VM conforme aux règles plus complexe.

VMware a développé un outil de configuration qui prend en charge une approche basée sur SAPS, en plus du dimensionnement de t-shirt de l'appliance SAP Hana existante, et utilise ces schémas comme base pour créer des configurations de machines virtuelles Hana conformes, ce qui les facilite.

Cette initiative de standardisation est actuellement discutée par VMware et SAP lors de la réunion SAP Sizing avec tous les partenaires technologiques SAP. Du point de vue du client, voici ce qui change avec TDI 5 du point de vue de VMware : plus de RAM par Hana-VM est possible (en fonction du sizing SAPS), plus de RAM Hana par licence CPU VMware, meilleure utilisation des ressources et de l'utilisation des serveurs existants, le cas échéant, un type de CPU plus petit (moins de cœurs de CPU) peut être utilisé ou il n'est plus nécessaire de changer de matériel en raison des limitations de RAM.

Tout dimensionnement, avec ou sans TDI 5, devrait être considéré comme un processus itératif (Plan, Do, Check, Act), car les systèmes évoluent au cours de leur durée de vie. La configuration de la VM devrait être adaptée en fonction de ces changements. La possibilité d'utiliser plus de RAM par ressource CPU, ou des CPU plus petits. apporte de la flexibilité et permet en fin de compte d'économiser de l'argent" !

"SAP TDI Phase 5 ne modifie pas le Core to Memory Ratio : il est toujours de 768 Go pour BW ou de 1,5 To pour SoH (pour les processeurs Skylake).

Ce qui est nouveau, c'est que tant le Quicksizer pour les nouveaux systèmes que le Sizing Report pour les systèmes existants donnent une valeur SAPS. Grâce à cette indication, il est possible de choisir une solution plus petite et donc plus économique.

Outre l'adressage de la mémoire, l'objectif du SAP est de permettre aux clients de choisir le CPU en fonction de leurs besoins et d'éviter ainsi les configurations avec des processeurs trop puissants (surdimensionnés). Vers le bas, le processus est protégé par l'exigence d'un minimum de 8 cœurs par CPU.

Pour HPE en tant que fabricant, cela offre la possibilité de proposer des solutions adaptées aux besoins et donc optimisées en termes de coûts. La phase 5 de TDI concerne l'optimisation - le marché Hana n'a actuellement pas besoin de plus de puissance CPU. L'adressage de la mémoire est toujours au centre des préoccupations".

"TDI 5 poursuit les optimisations que SAP a introduites avec Tailored Datacenter Integration dans l'utilisation générale du serveur SAP Hana. Les clients SAP sont ainsi en mesure de gérer de manière encore plus flexible leurs besoins individuels en matière d'infrastructure informatique.

Du point de vue des clients, y compris des fournisseurs de services SAP, cela apporte des avantages en termes de bénéfices, voire de coûts. Comme on le sait, Suse, partenaire SAP de longue date, soutient aussi bien l'idée d'appliance que l'approche Tailor-Datacenter-Integration (TDI) de SAP.

Dans ce contexte, Suse, en tant que fournisseur Linux privilégié et sélectionné, travaille également en étroite collaboration avec les fournisseurs Hana-on-Intel ainsi qu'avec les systèmes Hana-on-Power d'IBM grâce à SLES for SAP Applications.

En ce qui concerne les développements, mais aussi au quotidien dans les projets SAP Hana ou dans les projets où le déploiement de solutions applicatives basées sur Hana, comme SAP S/4 Hana, est au centre des préoccupations ".

"Avec TDI Phase 5, SAP ouvre la possibilité d'aligner les infrastructures Hana sur la charge de travail spécifique du client en fonction de ses besoins. Grâce à des concepts intelligents, Fujitsu exploite la marge de manœuvre ainsi obtenue pour optimiser les investissements dans une infrastructure informatique SAP et améliorer le retour sur investissement de la solution globale SAP Hana.

Le lien qui existait jusqu'à présent entre la mémoire de travail et l'unité centrale utilisée a entraîné dans de nombreux cas chez les clients une utilisation insuffisante des processeurs utilisés dans les systèmes. En particulier pour les applications Suite-on-Hana, il n'est pas rare de constater des taux d'utilisation du processeur de 10 à 15 % pendant le fonctionnement standard.

La phase 5 de TDI offre les possibilités supplémentaires suivantes : une détermination des besoins à l'aide de SAP Quicksizer, dans lequel les exigences de performance attendues sont enregistrées sur la base de données empiriques. Ces données permettent de se faire une idée des exigences attendues avant une nouvelle installation Hana.

L'indication des valeurs SAPS pour le serveur de base de données se traduit généralement par une plus grande quantité de mémoire par CPU et, par conséquent, par "plus de Hana/Euro". De plus, le rapport entre le CPU et la mémoire de travail peut être adapté individuellement au client et une utilisation optimale de l'infrastructure peut être atteinte.

Grâce à TDI Phase 5, le client est de facto découplé du rapport fixe entre CPU et mémoire, les seules restrictions étant l'utilisation de systèmes validés pour SAP Hana. Il en résulte un meilleur ratio cœur-mémoire et un meilleur rapport qualité/prix.

Par exemple, pour une base de données Hana nécessitant une mémoire principale, il est possible de choisir un système à deux CPU au lieu d'un système à quatre CPU, ce qui permet de répondre aux exigences en matière de performances SAPS.

Au-delà de la simple exploitation de la base de données SAP Hana, Fujitsu propose également à ses clients l'intégration dans un modèle d'exploitation qui intègre Hana de manière homogène dans les processus de travail et le libère de son rôle particulier".