Hana Data Center et zéro temps d'arrêt

Les clients SAP peuvent dès à présent utiliser la nouvelle version 12 de Suse Linux Enterprise for SAP Applications qui, comme les versions précédentes, comprend dès le départ l'extension dite High Availability (HA), y compris la fonctionnalité Disaster Recovery (DR).

Et ce, avec la certification SAP (actuellement avec le matériel x86), tant pour l'utilisation Any-DB que pour l'utilisation Hana-DB. Il est évident que les clients choisissent l'utilisation de SAP In-memory-DB avec SLES 12 pour SAP Applications dans la plupart des cas d'utilisation, compte tenu de la hanaisisation croissante.

Trois nouveautés en particulier sont à souligner ici, dont les clients profitent lors de l'utilisation de Hana (que ce soit lors de l'utilisation de Business Suite on Hana, S/4, BW on Hana et autres ; en fait, toutes les solutions SAP basées sur Hana jusqu'à Business One powered by Hana).

D'une part, de nouveaux "patterns Hana" sont mis à disposition pour simplifier/automatiser davantage les installations Hana, jusqu'à l'automatisation complète des systèmes basés sur des solutions SAP sur l'ensemble des paysages informatiques selon une approche n-tiers.

Ce qui, en fin de compte, élimine les erreurs manuelles et minimise ainsi les éventuels temps d'arrêt (support Zero Downtime). Autre nouveauté dans Suse SLES 12 for SAP Application : la nouvelle technologie développée par Suse, appelée kGraft, une technologie de patching du noyau en direct. Elle permet la mise à jour en ligne des correctifs de sécurité sans redémarrage ni attente de la prochaine fenêtre de service prévue.

Il convient également de souligner les "Hana Resource Agents" (RA), qui sont également livrés. Ils permettent de gérer, de surveiller et de contrôler les instances et les réplications de la base de données Hana. Les RA peuvent en outre être configurés.

Suse prend en charge des configurations de clusters faciles à gérer grâce aux agents de ressources Hana. Ils s'exécutent sur tous les nœuds d'un cluster SLES 12 HAE et fournissent des informations de configuration ou l'état du système des systèmes Hana et des réplications Hana.

Depuis des années, Suse High Availability Extension (HAE), déjà inclus dans SLES, offre une solution de haute disponibilité éprouvée et de premier plan pour améliorer la continuité des activités/HA ainsi que des fonctions de reprise après sinistre pour les solutions SAP.

La solution a été optimisée et développée spécialement pour l'utilisation de Hana et représente une sorte de standard pour HA et DR dans l'environnement Hana (jusqu'à présent pour le scale-up). Pour la HA, SAP met notamment à disposition des mécanismes de réplication du système Hana (SR), dont la manipulation et l'utilisation se font en général manuellement.

L'augmentation du SLA par le biais d'une automatisation est possible avec la Suse High Availability Solution (HAE) de SLES 12. En général, la solution HA préférée pour Hana est une réplication de système par Memory Preload dans un cluster (par ex. cluster à 2 nœuds).

L'automatisation de la commutation peut être réalisée facilement à l'aide de HAE ; par exemple dans un cluster à deux nœuds avec un (deuxième) système HA fonctionnant de manière synchrone pour un système Hana sur site (serait alors le nœud un).

Pour un scénario DR, Hana SR permet une réplication asynchrone sur un autre site (par exemple un autre centre de calcul), de sorte que le cas de catastrophe est couvert par ce biais.

Une approche "cost-optimized" peut être utilisée comme alternative HA dans le site on-site ou principal. Dans ce cas, il n'y a pas de Memory Preload sur un deuxième système, mais un deuxième nœud (Node) est disponible comme système de test et de développement. Ce n'est qu'en cas de HA que le SR Hana est effectué sur le deuxième nœud.

Cela prend logiquement plus de temps qu'une solution HA avec préchargement de la mémoire existante, mais permet de minimiser avantageusement les coûts d'investissement et d'exploitation. Dans un scénario DR, la réplication est également effectuée de manière asynchrone sur le "site secondaire".

Conclusion :

Dans l'ensemble, les patterns Hana, kGraft en combinaison avec Suse HAE ainsi qu'en combinaison avec Hana System Replication réduisent massivement les temps d'arrêt - et contribuent ainsi à la réalisation de l'objectif zéro temps d'arrêt dans un centre de données SAP.