Infrastructures sur site pour Hana

Hana est l'innovation SAP dont on a le plus parlé ces dernières années - avec plus de 3.200 clients et plus de 1.200 start-ups de 57 pays impliquées dans la construction d'applications.

Hana est un système de gestion de base de données relationnelle en mémoire et une plateforme d'application qui peut effectuer des transactions et des analyses sur une seule copie de données et qui fournit des informations en temps réel dans un environnement informatique simplifié.

Elle peut traiter des données structurées et non structurées ainsi que des flux de données. Elle comprend en outre des fonctions avancées de traitement des données, telles que la recherche et l'analyse de données spatiales, prédictives, graphiques et textuelles.

En outre, Hana offre également des fonctions ELT, des réplications de données et l'intégration d'Hadoop. Hana n'est ni une simple base de données ni une simple application SAP. Il s'agit d'une plateforme complète dont l'infrastructure sous-jacente est un sujet complexe.

Comme pour toute feuille de route bien définie, l'introduction de nouvelles technologies doit tenir compte de plusieurs facteurs tels que les questions d'architecture, d'infrastructure et les questions liées à l'exploitation - Hana ne fait pas exception.

Afin de permettre à nos clients de prendre les bonnes décisions en matière d'architecture, de technologie et de questions opérationnelles, Infosys Consulting a développé l'évaluation des fournisseurs d'infrastructures sur site pour Hana.

Actuellement, il existe 13 fournisseurs pour l'infrastructure Hana avec différents concepts autour de l'architecture CPU, du stockage, des infrastructures convergentes, et des variantes scale-out ou scale-up.

Les options de déploiement couvrent désormais des modèles de type appliance, qui sont entièrement configurés, livrés et pris en charge par le partenaire matériel, ainsi que des intégrations de centre de données sur mesure (TDI), qui fournissent un moyen flexible d'ajouter du matériel Hana certifié à ses propres centres de données et concepts de stockage.

TDI Mix and Match

Au lieu d'un modèle de boîte noire, séparé et isolé du reste du centre de données, les clients ont de plus en plus tendance à choisir l'option TDI, car ils y voient une intégration naturelle de Hana dans les centres de données et les modèles d'exploitation existants.

Les implémentations TDI fournissent toutefois aussi généralement du matériel certifié, mais dans une approche mixte : le client n'est plus lié à la pile complète d'un fournisseur, mais peut choisir de manière très ciblée des lames ou des racks certifiés avec une mémoire certifiée.

Comme le déploiement de Hana nécessite beaucoup de travail, il est fortement recommandé de faire appel à des services professionnels. La vérification du matériel et la communication des résultats à SAP ne sont plus nécessaires pour la validation, mais sont recommandées afin que le client puisse mieux comprendre les limites techniques du déploiement.

L'approche de l'appliance implique une installation Hana entièrement configurée avec le support nécessaire de la part du fournisseur de matériel. En fonction du contrat de service, le client peut toutefois, par défaut, toujours être responsable de l'application de correctifs et de la mise à jour de l'appliance sur la base des recommandations du fabricant.

Nous avons analysé un grand nombre d'aspects importants pour les centres de données modernes : La gestion, l'implémentation et l'intégration dans les centres de données existants, le support, la flexibilité et l'évolutivité du système, la haute disponibilité et la tolérance aux pannes (disaster tolerance) dans les environnements critiques.

La plupart des clients s'intéressent aux options matérielles basées sur la mémoire prise en charge, l'évolutivité des fonctions ou l'intégration dans un centre de données.

Comme Hana est de plus en plus présent, certaines fonctions sont également devenues des standards dans toutes les solutions, comme par exemple High Availability (intégré dans Hana) ou la virtualisation (également supportée par SAP pour les architectures multi-VM).

Cependant, toutes les fonctions standard ne sont pas intégrées de manière transparente dans Hana, que ce soit dans le stockage (par exemple, l'API de sauvegarde nécessite une procédure de certification séparée, voir http://scn.sap.com/docs/DOC-62799)ou dans la solution (virtualisation avec VMWare - tous les fournisseurs ne proposent pas d'outils intégrés pour la gérer).

La tolérance au sinistre, un must pour une solution de niveau entreprise, est fournie par le support de stockage ou la réplication Hana. Les fournisseurs de stockage proposent une réplication synchrone ou asynchrone avec leurs propres technologies, et certains fournisseurs proposent des livres blancs pour aider les clients à mettre en œuvre leur solution (par exemple HP, Cisco/VCE, Fujitsu, Hitachi, SGI).

Il est fortement recommandé de consulter Infosys Consulting ou le fournisseur de stockage pour trouver une configuration Hana appropriée. Nous avons listé les nœuds (serveurs) maximum autorisés par chaque fournisseur de matériel.

Les chiffres dépendaient fortement de la technologie de mémoire utilisée. Le manque de mémoire interne signifie généralement qu'il n'y a qu'un support pour les lames. Nous remarquons également la tendance des fabricants de matériel informatique qui proposent leurs propres solutions de stockage à les privilégier et à ne pas offrir un support suffisant pour les autres systèmes.

Les solutions IBM - un cas en soi

Les solutions IBM relèvent d'un chapitre particulier, car elles ne suivent pas le courant dominant avec des offres x86. Au lieu de cela, IBM a décidé de se concentrer sur sa ligne PowerPC, avec un support productif pour Power8 et des systèmes hors production qui sont également autorisés sur Power7.

Hana sur PowerPC n'est pas une installation native, mais fonctionne sur SLES ou RHEL dans des conteneurs VM (Power ou KVM). Les CPU doivent être entièrement alloués aux partitions Hana (similaires à x86 VMWare).

Alors que les fournisseurs x86 et Linux choisissent généralement xfs ou nfs pour leurs systèmes de fichiers, IBM s'est concentré sur l'utilisation de son propre GPFS (General Parallel File System).

GPFS permet un scale-out simple d'un nœud avec stockage interne, de sorte que le client ne doit pas allouer de stockage externe au paysage Hana. Les installations de nœuds individuels peuvent utiliser xfs.

Le bon outil ?

Comparé à la question "quel est le bon outil pour quel travail", il n'y a pas de réponse toute faite à la question "qui est le plus rapide". Tout dépend du business case, des processus et des applications SAP.

En tant que construction, BWoH parallélise mieux (donc scale-out) qu'une seule machine à mémoire complète, alors que SoH est clairement une solution scale-up. En fonction des régions géographiques et des points forts, il est compréhensible que certains fournisseurs proposent des solutions globales, tandis que d'autres (surtout les fournisseurs de la région APAC) se concentrent surtout sur leurs pays ou régions locaux en raison du support (NEC, Huawei, SGI). IBM reste fidèle à son architecture Power.

En nous basant sur les informations relatives à la disponibilité de fonctions Hana ou de centres de données spécifiques, nous avons analysé le degré de maturité et de préparation des différentes solutions.

L'innovation n'entraîne pas automatiquement l'acceptation par le marché ou le soutien à la mise en œuvre ou à l'intégration. La maturité du marché, quant à elle, pourrait conduire à un développement lent des innovations.

La clé d'une mise en œuvre réussie de Hana dans les centres de données est de trouver le bon équilibre entre l'innovation, le support, la documentation des différentes solutions, la maturité du marché et également l'intégration avec les paysages SAP déjà en place.