Les clusters Hana-Linux ont le vent en poupe

La pénétration croissante de SAP Hana et des systèmes d'application basés sur Hana, tels que S/4, BW/4 ou C/4, s'accompagne d'une utilisation accrue des solutions de cluster, notamment pour des raisons de disponibilité accrue de SAP ou de haute disponibilité et de reprise après sinistre.

Le clustering haute disponibilité minimise les pertes de données dues à des dommages ou à des pannes en protégeant les actifs de données avec l'infrastructure informatique existante.

Les serveurs sont surveillés en permanence et, en cas d'erreur ou de panne, la charge de travail est transférée d'un serveur à un autre ou l'application est automatiquement redémarrée sur un système qui fonctionne correctement.

Toutefois, les voix de ceux qui craignent que les solutions de clustering SAP ou les clusters en général soient complexes ou difficiles à gérer continuent d'exister. Ce qui n'est pas vraiment compréhensible au vu des nombreux clusters qui fonctionnent parfaitement dans l'environnement SAP.

D'autre part, il convient de noter que les solutions de clustering SAP avec un logiciel de clustering correspondant d'il y a peut-être dix ou quinze ans ne sont plus comparables à celles d'aujourd'hui. Du point de vue de la performance, bien sûr, mais aussi du point de vue de la facilité d'utilisation de ces solutions actuelles.

Livres de cuisine souvent appréciés

Comme on le sait, SAP et des partenaires comme Suse soutiennent différentes formes de clusters développées et disponibles, telles que Performance-optimized ou Cost-optimized, ou encore Campus- ou Geoclustering. Et ils sont bien entendu développés en permanence. La preuve a été apportée dans le monde entier qu'ils s'acquittent avec brio des tâches qui leur sont confiées.

Tous les fournisseurs de solutions de cluster ne proposent toutefois pas une assistance suffisante ou aussi optimale que possible pour une mise en œuvre facile, avec peut-être aussi des conseils utiles pour une exploitation de cluster mission-critique sans problème - entend-on régulièrement de la part des utilisateurs SAP.

C'est précisément ce point que Suse a abordé il y a plus de dix ans déjà. Et ce, avec des "Best Practises" mises à disposition gratuitement. Par exemple, "Setting Up a SAP Hana SR Cost-optimized Infrastructure" ou "Setting Up a High Availability Cluster for the AWS Cloud or Azure Cloud" ou tout simplement : "Simplified SAP Hana System Replication Setup".

Il s'agit, si l'on veut, de livres de cuisine et de "savoir-vivre" maintes fois testés (techniquement très approfondis), qui sont constamment développés et qui tiennent également compte de ce que l'on appelle les "boucles spéciales".

Ce type de livre de cuisine comprend également l'utilisation ou l'exploitation de diverses solutions open source. Par exemple, l'utilisation de YaST Wizzard en combinaison avec Suse SLES for SAP Applications High Availability Extension, qui se base sur la solution de clustering open source appelée Pacemaker.

Il existe également des webinaires gratuits qui abordent également le thème de l'HA avec D+R dans l'environnement SAP et avec SLES for SAP Applications, afin que les clients soient suffisamment informés.

D'ailleurs, il se murmure que les clients SAP qui utilisent un produit compagnon de Suse HAE se réfèrent justement à ces "Suse-Best-Practises" lors de l'utilisation de la solution de cluster qu'ils ont choisie.

Conclusion

La complexité a toujours existé dans l'informatique. Mais la complexité a toujours été et reste maîtrisable et gérable, qu'il s'agisse de logiciels en cluster ou d'environnements SAP complexes.

L'exigence de Suse a toujours été que le déploiement de Mission Critical SAP ne doit pas être compliqué et que l'information ainsi que l'automatisation enlèvent une grande partie de la complexité du sujet, et cela reste bien sûr toujours valable.