Sécurité des données en temps réel

La base de données en mémoire Hana conserve les données dans la mémoire vive et accélère ainsi considérablement les analyses de l'évolution de l'entreprise ainsi que les calculs de tendances par rapport aux bases de données relationnelles classiques.

Elle sert de base à des solutions telles que SAP Business Suite ou le nouveau SAP Simple Finance et se prête à l'exploitation parallèle d'OLAP (Online Analytical Processing) et d'OLTP (Online Transaction Processing).

Hana pose toutefois des exigences élevées à l'organisation informatique. Ainsi, Gartner a averti fin 2014 que les équipes informatiques devront acquérir de toutes nouvelles connaissances pour gérer la plateforme.

Outre l'exploitation pure et simple, le stockage, la sauvegarde, la migration et la planification des capacités soulèvent des questions : De quels composants ai-je besoin aujourd'hui, quels seront mes besoins dans deux ans ?

De nombreuses organisations informatiques n'ont pas d'expérience dans ce domaine, car Hana est une solution encore très récente. Au début, SAP ne proposait la plateforme présentée en 2010 que sous la forme d'un système complet, comme le suggère le nom Hana ("High-Performance Analytic Appliance").

Cependant, les utilisateurs ont rapidement exprimé le besoin de réutiliser les solutions de stockage existantes. C'est pourquoi SAP a ajouté l'approche TDI à ses appliances en 2013 : grâce à TDI, les entreprises utilisatrices peuvent combiner des blocs de calcul avec des équipements de stockage selon leurs souhaits, à condition que ces blocs soient certifiés par SAP pour TDI.

Outre la réutilisation de l'équipement de stockage existant, TDI offre une série d'avantages supplémentaires par rapport aux systèmes complets, comme la flexibilité dans le choix des composants, par exemple dans le cadre d'une stratégie de double fournisseur.

Comme Hana ne constitue pas ici une "boîte noire", l'intégration dans un monitoring uniforme des métriques ITSM à l'échelle de l'entreprise est facilitée. Le partage des données Hana et non Hana sur le même système de stockage est rendu possible par la création de baies virtuelles, tandis que l'appliance est purement limitée à Hana.

Il est en outre possible d'utiliser de la mémoire flash de bout en bout ("All-Flash Storage"), une option qui n'est pas prévue dans les appliances.

All-Flash pour Hana

Les systèmes de stockage traditionnels basés sur des disques durs nécessitent l'utilisation d'un grand nombre de broches pour obtenir un taux d'E/S élevé. La mémoire flash est ici beaucoup plus rapide - et moins sujette aux perturbations grâce à l'absence de composants mécaniques et de supports rotatifs.

Dans le contexte Hana, les accès aux données se font toutefois dans la RAM. Pour la mémoire de masse, il s'agit de performances E/S au niveau de la persistance.

Dans ce contexte, l'architecture All-Flash basée sur ASIC de HP présente certains avantages : La famille HP-3PAR évolue de manière linéaire jusqu'à 15 pétaoctets de données, en fonction des volumes de SAP Hana.

Un tel système all-flash nécessite 6 fois moins d'électricité, de refroidissement et de place dans le rack qu'un système de stockage comparable basé sur des disques (voir l'encadré "Potentiels d'économie grâce au flash").

Les réductions de coûts réalisables peuvent rapidement s'élever à des montants à six chiffres ; rien qu'en réduisant la taxe sur la transition énergétique, une PME peut économiser des centaines de milliers d'euros.

Il est toutefois nécessaire de se renseigner au préalable sur les exigences en matière de stockage et de sauvegarde d'un système TDI Hana. Pour les entreprises qui utilisent Hana, la plateforme est généralement critique pour l'entreprise, elles ne peuvent donc pas se permettre de temps d'arrêt.

En matière de stockage, cela signifie qu'il faut accorder une attention particulière au contrôleur. Pour garantir la sécurité contre les pannes, HP recommande d'utiliser une architecture à quatre contrôleurs au lieu des solutions à deux contrôleurs habituelles. Ainsi, un contrôleur peut tomber en panne sans que l'on ait à craindre une perte de données ou de performance.

Dans l'architecture de matrice utilisée par HP pour 3PAR, qui est le seul système à quatre contrôleurs sur le marché dans le segment de milieu de gamme, tous les contrôleurs sont actifs et peuvent accéder simultanément à toutes les données. Pour ce faire, un système de fichiers en cluster est implémenté de manière native.

Cela assure la redondance extrêmement élevée requise dans le domaine du stockage de niveau 1. Les technologies de compression de données de HP pour la technologie flash permettent de tirer 20 % de capacité nette en plus des SSD (Solid-State Disks), de sorte que, par rapport au coût par Go de données nettes, les SSD sont au même niveau de prix que les disques rotatifs.

Pour la haute disponibilité requise dans les environnements virtuels, le basculement et le retour à la normale entre les systèmes de stockage doivent se faire automatiquement et sans interruption. Les extensions et les mises à niveau du matériel de stockage doivent être possibles en cours de fonctionnement, de même que les mises à jour des micrologiciels.

Si un système de stockage doit être arrêté pour une mise à jour du micrologiciel, on ne peut plus vraiment parler de "haute disponibilité" : les pauses affectent alors inévitablement et régulièrement le quotidien de l'entreprise.

Il est avantageux pour l'exploitation informatique que l'équipement de stockage dispose d'une architecture, d'un système d'exploitation et de fonctions logicielles uniformes - indépendamment du fait qu'il s'agisse d'un petit système, d'un système de milieu de gamme ou d'un système haut de gamme et qu'il utilise uniquement de la flash ou, en tant que système hybride, de la flash en plus de la mémoire sur disque.

La gestion devrait être possible sur tous les systèmes d'un même fabricant avec une interface unique. Des interfaces de gestion différentes s'avèrent souvent être un obstacle - et donc une source d'erreurs qui peut mettre en danger la haute disponibilité.

Certes, la mémoire flash offre une vitesse d'accès plus élevée pour une consommation d'énergie et des besoins de refroidissement nettement inférieurs, mais les disques SSD sont soumis à un processus de vieillissement plus rapide que les disques rotatifs.

C'est pourquoi un outil de surveillance doit contrôler le vieillissement des SSD et informer automatiquement l'administrateur lorsqu'un composant SSD doit être remplacé. HP accorde en outre une garantie de cinq ans sur les SSD, qu'ils tombent en panne en raison d'un défaut ou du vieillissement.

Sauvegarde critique

Un stockage hautement disponible nécessite un concept de sauvegarde solide. Cela vaut toujours pour Hana, et le fonctionnement en mémoire de la base de données n'y change rien. Au contraire : le stockage externe joue un rôle important en tant que support de sauvegarde et d'archivage pour une base de données critique pour l'entreprise.

Un coup d'œil sur les niveaux de l'architecture Hana de SAP le montre clairement : La base de données fonctionne au niveau in-memory, tandis que le niveau dit de persistance enregistre toutes les transactions.

Pour les sauvegardes, il ne faut toutefois jamais compter uniquement sur le niveau de la persistance : Si une erreur logique survient dans le niveau in-memory - par exemple en raison d'une erreur de manipulation, d'une panne de maintenance, d'une coupure de courant, etc.

Elle ne protège donc pas des données corrompues. C'est pourquoi les deux niveaux doivent toujours être complétés par un niveau de sauvegarde et un niveau d'archivage. Ce n'est qu'avec un niveau de sauvegarde séparé que l'on peut garantir une protection fiable des données via les accès API à Hana.

L'administrateur système peut effectuer des snapshots sur le tableau, qui reflètent l'état du tableau au moment x ; toutefois, aucun contrôle de cohérence n'est effectué ici, en raison des conditions de l'API SAP.

C'est pourquoi l'administrateur devrait effectuer au moins une fois par semaine une sauvegarde au moyen de Backint (Backup Integration). Celle-ci comprend des contrôles de cohérence sur le support et exclut ainsi la corruption des données.

Pour la conservation à long terme, les données sont finalement enregistrées au niveau de l'archivage afin de satisfaire aux exigences de conformité. Il en va de même pour les sauvegardes : la cohérence entre tous les systèmes facilite l'utilisation.

Une solution de sauvegarde pour Hana devrait également utiliser les API SAP standard afin de minimiser les efforts d'adaptation et de préserver la capacité de mise en œuvre. Une gestion de la qualité de service (QoS) devrait veiller à ce que, par exemple, en cas d'exploitation mixte de Hana avec des applications tierces, les sauvegardes d'une application n'affectent pas les performances des opérations Hana.

La déduplication des données devrait être possible, mais également désactivable. En effet, la déduplication n'est pas forcément utile avec Hana, mais elle peut être un avantage en cas d'exploitation mixte avec des applications tierces.

La mobilité des données doit être assurée sans restriction, y compris entre les différents sites. Il est en outre utile que la solution de sauvegarde puisse sauvegarder les stocks de données de Hana sans logiciel d'agent de sauvegarde séparé. Cela permet d'éviter les frais de licence.

Le concept global

La complexité d'une migration vers Hana est vite sous-estimée. On a tendance à considérer le projet de manière isolée, en se focalisant uniquement sur les avantages commerciaux, sans concept informatique global.

Des questions importantes passent alors à la trappe, comme celle de savoir quels ensembles de données il vaut mieux ne pas charger du tout dans Hana, afin de ne pas gonfler inutilement le volume de données dans la mémoire vive.

Il est donc nécessaire d'avoir une vision globale, de l'exploitation de la base de données à la sécurité de l'information, à la protection des données et à la conformité, en passant par la sauvegarde/la restauration et l'archivage.

Enfin, il convient de spécifier les dépendances entre Hana et les solutions connectées : Un problème courant dans l'exploitation de Hana est la garantie de la cohérence de tous les stocks de données - donc également des données via API des solutions connectées.

Même les clients SAP de longue date n'ont souvent pas encore d'expérience en la matière. C'est là qu'une expertise est nécessaire, comme celle que HP peut fournir en tant que partenaire SAP-Hana de la première heure, avec des décennies d'expérience dans l'exploitation d'infrastructures informatiques critiques pour les entreprises.

Le passage à Hana promet de nombreux avantages commerciaux, mais il faut d'abord relever les défis en matière d'exploitation, de stockage et de sauvegarde. En effet, le business en temps réel d'aujourd'hui nécessite des stocks de données hautement disponibles.

Économies potentielles grâce à Flash

Avec les nouveaux SSD de 3,84 To pour HP 3PAR, HP a réussi à réduire le coût du stockage basé sur SSD à moins de deux dollars par Go de données nettes.

Ainsi, le prix de ces SSD se situe au même niveau que celui des disques durs SAS 10k disponibles dans le commerce - et ce, avec une garantie de cinq ans sur la mémoire flash. Non seulement contre les défauts techniques, mais aussi contre l'usure.

Les baies All-Flash de HP permettent ainsi de réduire considérablement les coûts par rapport aux baies de stockage hybrides traditionnelles. Par exemple, si une entreprise dispose d'une capacité utile de 12 Po, elle a besoin de 21 racks avec une architecture de stockage traditionnelle comprenant 90 % de stockage basé sur des disques durs et 10 % de stockage basé sur des disques SSD.

En face, il y a un HP 3PAR StoreServ 208×0 avec 100 pour cent de SSD, qui n'occupe que trois racks et qui est certifié pour Hana TDI. Ce système nécessite 87% d'énergie, de refroidissement et d'espace en moins. Le calcul comparatif est tout aussi avantageux par rapport aux baies All-Flash à double contrôleur traditionnelles d'autres fabricants.

Un autre exemple peut illustrer le calcul des coûts totaux lors de l'utilisation de la mémoire All-Flash dans les PME : Les besoins de stockage d'une entreprise moyenne exemple sont de 45 TiB et 15.000 IOPS.

Un système hybride HP StoreServ 7200c avec 51,7 TiB RAID 5 (136x 600 GB) génère des coûts d'électricité de 36.345 euros calculés sur cinq ans. Le système occupe 16 unités de hauteur (HE) dans un rack et atteint 16.403 IOPS avec une latence de 10 ms.

En revanche, un All-Flash HP StoreServ 7200c avec 44,3 TiB (déduplication 2:1) et 10x 3,84TB RAID 5 se contente de 6.307 euros de frais d'électricité, il consomme donc 83% d'énergie en moins.

Il n'occupe que 2U dans le rack et apporte, avec 48 123 IOPS, environ 240 pour cent de performance en plus - et ce avec une latence de seulement 1,5 ms. Le système All-Flash est donc nettement plus performant, mais n'entraîne pas de coûts supplémentaires par rapport à un système hybride, si l'on calcule sur cinq ans.