Pourquoi les grandes entreprises ont-elles besoin d’une application en mémoire de 24 To ? Implications pour les systèmes SAP

15-03-2023 | 6 | Archivage des données SAP, Gestion des données pour la migration S/4HANA, Gestion des données SAP, SAP Information Lifecycle Management

Auteur : Thierry Julien, PDG de TJC Group

Pourquoi une grande entreprise aurait-elle besoin d’une application en mémoire de 24 To ? Découvrez les raisons pour lesquelles les systèmes SAP sont surdimensionnés et comment y remédier. Si TJC Group ne peut pas réduire vos volumes de données à 24 To ou moins, le déjeuner est à notre charge !

Il est bien connu dans le secteur informatique que SAP est une application très gourmande en mémoire. Extrêmement gourmand en mémoire. Les utilisateurs ont besoin de niveaux élevés de mémoire et d’unité centrale pour exécuter leurs opérations commerciales les plus critiques et, à mesure que les capacités technologiques se développent, leurs besoins en puissance informatique ne cessent de croître. Cela a des implications évidentes en termes de coûts et maintenant que les entreprises migrent vers S/4HANA, nombre d’entre elles constatent que leur infrastructure sur site ne suffit plus.

Cela augmente encore le coût, mais il faut toujours reconnaître que SAP S/4HANA est une solution informatique fantastique pour les entreprises. Il dispose de capacités uniques, en mémoire, qui lui permettent d’offrir des capacités exceptionnelles de traitement des données. Toutefois, cette puissance a un coût : un besoin accru de mémoire et de puissance de calcul pour traiter ces volumes de données plus importants. C’est l’équivalent informatique de la surconsommation de portions et, si elle n’est pas contrôlée, la surconsommation de mémoire est aussi malsaine pour les entreprises que la surconsommation de malbouffe l’est pour leurs employés.

Répondre aux besoins en mémoire de SAP

SAP reconnaît le problème, mais il faut en faire plus pour mettre fin à ce gonflement. Par exemple, pour aider les utilisateurs à faire face aux besoins supplémentaires en mémoire, SAP a introduit la fonction fonction Column Store sur la plupart de ses tables. Le taux de compression est meilleur que celui des bases de données Row Store traditionnelles utilisées précédemment et il permet de réduire efficacement la quantité de mémoire nécessaire pour stocker le même volume de données. Malheureusement, les magasins de colonnes ne peuvent résoudre que la moitié du problème, car la compression des données ne suffit pas à compenser le fait qu’il faut plus de mémoire pour conserver la plupart des données dans la mémoire de travail.

Microsoft lance une nouvelle machine virtuelle de 24 To

Microsoft a lancé une nouvelle machine virtuelle qui prend en charge près de 24 To de mémoire avec 832 vCPU, afin d’aider les utilisateurs à répondre aux exigences des charges de travail S/4HANA haut de gamme. Il s’agit du Standard_M832ixs_v2. « Ce que nous constatons chez de nombreux clients qui opèrent sur site, c’est que leurs systèmes S/4HANA ou leurs systèmes SAP plus importants dépassent leur infrastructure sur site », a déclaré Juergen Thomas, architecte partenaire de Microsoft.

La nouvelle VM de Microsoft répond en partie à ce problème et nous pouvons la saluer pour sa capacité à fournir des solutions avec une puissance de calcul exceptionnelle.

Mais à part cela, nous devons nous pencher sur une question fondamentale qui continue de nous tracasser au sein du groupe TJC. Il y a 25 ans, lorsque les entreprises utilisaient encore leurs ordinateurs centraux, la plupart des utilisateurs pouvaient faire fonctionner leurs applications SAP avec moins de 1 To de mémoire de base de données. Pourquoi en sommes-nous arrivés à cette situation où les applications modernes sont de plus en plus gourmandes en mémoire ?

Croissance des données vs. croissance de l’entreprise

Avons-nous vraiment besoin de recueillir autant d’informations aujourd’hui pour fournir les mêmes produits qu’il y a 30 ans ? Je ne pense pas que ce soit le cas. Bien sûr, nous avons toujours besoin des mêmes informations de base : l’adresse du client, éventuellement son adresse électronique et quelques instructions de livraison. Et pourtant, nous sommes confrontés à cette situation de surconsommation et de mémoire gonflée. Certaines industries, notamment les entreprises de mode rapide, vendent deux fois plus de produits qu’il y a 20 ans. Cela expliquerait une partie de la croissance supplémentaire des données. Mais si l’on met les choses en perspective, cela ne représente qu’une croissance d’un facteur 2.

Qu’en est-il de toutes les autres entreprises qui ont connu une croissance rapide ? Certaines entreprises, en particulier celles liées aux secteurs de la technologie ou du commerce électronique, ont connu une croissance exponentielle. Amazon en est un exemple évident, mais peu d’entreprises ont connu une hypercroissance à cette échelle qui justifie leurs volumes de données supplémentaires.

Approfondissement : pourquoi une entreprise a-t-elle besoin d’une application en mémoire de 24 To ?

Je reviens donc à mon point de départ. Pourquoi une grande entreprise prospère a-t-elle aujourd’hui besoin d’une application en mémoire de 24 To ? Cela semble excessif et ça l’est en fait !

Les équipes techniques de TJC Group ont étudié les raisons de ce problème et nous avons analysé des centaines de systèmes SAP pour comprendre pourquoi il en est ainsi.

Sur la base de nos investigations, voici nos conclusions :

1) Défaut de conception architecturale

Il y a tellement de choix. Voici quelques-unes des erreurs de conception architecturale génératrices de volume que nous avons constatées au fil du temps dans les applications de nos clients :

  • Mise en place d’un flux SD complet (ventes, livraisons, factures) en cas de livraison numérique.
  • Utilisation d’un MRP complet pour le réapprovisionnement des magasins dans le secteur de la vente au détail.
  • L’ingestion d’un trop grand nombre d’informations détaillées – de l’ePOS (point de vente) à la comptabilité.
  • L’installation de SAP standard lorsque vous gérez une entreprise de services publics (les volumes de SAP IS-U sont inférieurs à ceux de SAP SD).

2) Questions techniques

L’un de mes favoris, un développement personnalisé qui a été optimisé par un expert, mais pour ce faire, l’expert active des journaux de modifications sur le code. Ce simple ajustement de la programmation par lots permet de créer des journaux qui génèrent une augmentation de 400 % des volumes totaux de la base de données.

3) Ne pas effectuer des tâches administratives de base et des travaux ménagers courants.

4) Ne pas lancer de processus d’archivage ou d’ILM. Dans toute entreprise stable, deux ans de données nécessitent un volume deux fois plus important. Et aucune technologie n’y changera rien.

5) Ne pas mesurer les résultats des processus d’archivage ou d’ILM. Si vous avez exécuté votre programme d’archivage, mais que vous n’obtenez qu’un ratio de 50 %, vous vous retrouvez avec la moitié du volume et de la mémoire.

6) Ne pas veiller à ce que les résultats soient atteints de manière cohérente. Le groupe TJC fournit un archivage expert et une automatisation ILM, avec des taux d’archivage garantis de plus de 95 % et la capacité de fournir des services d’archivage continus.

En 20 ans de carrière, nous avons rencontré quelques systèmes SAP contenant plus de 24 To de données.

Il s’agit même de bases de données Oracle antérieures à S/4HANA, mais les exemples sont relativement rares et se comptent sur les doigts de la main. Si l’on met de côté les problèmes liés aux systèmes BW, la plupart de ces systèmes surdimensionnés souffrent d’un défaut de conception commun. Comment les choses se sont-elles aggravées avec HANA et les hyperscalers?

Découvrez commentréduire les délais de migration et le coût total de possession de vos systèmes SAP lors de la migration vers S/4HANA dans ce webinaire à la demande. Regardez-le maintenant ! https://info.tjc-group.com/webinar-data-archiving

Banner Webinar L'archivage des données pour une implémentation réussie de S/4HANA

Principaux facteurs expliquant notre tolérance à l’égard des systèmes « surdimensionnés

Voici ce que le groupe TJC estime être les principaux facteurs à l’origine de ces problèmes:

  • Les cadres de haut niveau ont effectivement cru au battage publicitaire selon lequel leurs données SAP sont compressées. Qu’il est bon marché et qu’il n’y a pas de problèmes. Ce n’est tout simplement pas vrai.
  • La migration vers une infrastructure basée sur l’informatique en nuage implique le licenciement des administrateurs de systèmes existants. Une erreur, car ce sont eux qui vous ont alerté lorsque la croissance du volume de données devenait incontrôlable.
  • De nombreuses entreprises ne se préoccupent pas de l’entretien régulier de leurs données. Je leur pose cette question. À quoi ressemblerait votre maison si vous cessiez de nettoyer et de ranger pendant quelques semaines ?

Vous vous demandez peut-être pourquoi ces éléments sont importants. Nous pensons qu’ils sont très importants pour un certain nombre de raisons. Tout d’abord, le stockage de volumes de données inutiles est coûte ux et, lorsqu’il s’agit de SAP S/4 HANA, cela représente beaucoup d’argent et le coût ne cesse d’augmenter. Les centres de données consomment environ 20 % de l’énergie mondiale et nous devons contrôler les émissions. Enfin, parce qu’ignorer ces problèmes ne signifie pas qu’ils disparaîtront. Il ne fera que grossir, tout comme vos volumes de données qui ne cesseront de croître. Il en va de même pour les problèmes qui y sont liés.

Les fruits mûrs – Archiver ou supprimer les données inutiles !

Les experts techniques du TJC Group ont le cœur brisé lorsqu’ils voient des entreprises gaspiller leur argent durement gagné. Nous sommes désemparés lorsque nous constatons que jusqu’à 15 % de cet argent durement gagné, payé pour la mémoire, est gaspillé à gérer des données techniques totalement inutiles. C’est exactement ce qui se passe, car les données commerciales consomment moins de mémoire que les données techniques. Mais il s’agit d’un problème relativement facile à résoudre si l’on dispose des ressources adéquates.

Alors, avant de passer à une machine virtuelle encore plus grande, plus coûteuse et beaucoup moins respectueuse de l’environnement, appelez-nous !

Donnez-nous la possibilité d’examiner vos systèmes SAP et de procéder à une évaluation. Nous sommes convaincus que nous pouvons vous aider à éviter les coûts et le gaspillage que je viens de décrire. Et si nous ne parvenons pas à vous faire descendre en dessous de 24 To, nous vous offrirons au moins un déjeuner exceptionnel ! Que voulez-vous de plus ?

Thierry JULIEN

Auteur : Thierry Julien, PDG de TJC Group