Comment déployer SAP HANA: analyser différentes méthodes

SAP HANA est un système de gestion de base de données en mémoire populaire qui comprend des services et des analyses de l'entrepôt de données, un middleware intégré, un serveur d'applications, une plate-forme pour configurer ou développer de nouveaux utilitaires. En éliminant la latence des SGBD traditionnels avec SAP HANA, vous pouvez augmenter considérablement les performances du système, le traitement des transactions (OLTP) et la Business Intelligence (OLAP).



Vous pouvez déployer SAP HANA en modes Appliance et TDI (en termes d'environnements de production). Pour chaque option, le fabricant a ses propres exigences. Dans cet article, nous parlerons des avantages et des inconvénients des différentes options, ainsi que pour plus de clarté, sur nos projets réels avec SAP HANA.

SAP HANA se compose de 3 composants principaux - hôte, instance et système.

Un hôte est un serveur ou un environnement d'exploitation pour une base de données SAP HANA. Ses composants requis sont CPU, RAM, stockage, réseau et OS. L'hôte fournit des liens vers les répertoires d'installation, les données, les journaux ou directement vers le système de stockage. Dans ce cas, le stockage pour l'installation de SAP HANA ne doit pas être situé sur l'hôte. Si le système a plusieurs hôtes, vous aurez besoin soit d'un stockage partagé, soit d'un stockage disponible à la demande de tous les hôtes.

L'instance est un ensemble de composants système SAP HANA installés sur un seul hôte. Les principaux composants sont Index Server et Name Server. Le premier, également appelé «serveur de production», traite les demandes, gère les entrepôts de données réels et les noyaux de bases de données. Le serveur de noms stocke des informations sur la topologie de l'installation SAP HANA - où les composants fonctionnent et quelles données se trouvent sur le serveur.

Un système est une ou plusieurs instances avec le même numéro. En fait, il s'agit d'un élément distinct que vous pouvez activer, désactiver ou copier (faire une sauvegarde). Les données sont réparties dans la mémoire des différents serveurs qui composent le système SAP HANA.


Le système peut être configuré comme hôte unique (une instance sur un hôte) ou multi-hôte, distribué (plusieurs instances SAP HANA sont réparties sur plusieurs hôtes, chaque hôte a une instance). Dans les systèmes multi-hôtes, chaque instance doit avoir le même numéro. Le système SAP HANA est identifié par un ID système (SID), un nombre unique de trois caractères alphanumériques.

Virtualisation SAP HANA

L'une des principales limites de SAP HANA est la prise en charge d'un seul système - une instance avec un serveur SID unique. Vous pouvez utiliser la virtualisation pour utiliser plus efficacement le matériel ou réduire le nombre de serveurs dans le centre de données. Ainsi, d'autres paysages peuvent coexister sur le même serveur avec des systèmes moins exigeants (systèmes improductifs). Pour un serveur HA / DR de secours, la virtualisation peut augmenter la vitesse de commutation entre les machines virtuelles productives et non productives.

SAP HANA inclut la prise en charge de l'hyperviseur VMWare ESX. Cela signifie que différents systèmes SAP HANA - installations SAP HANA avec différents SID - peuvent coexister sur le même hôte (serveur physique partagé) dans différentes machines virtuelles. Chaque machine virtuelle doit fonctionner dans un système d'exploitation pris en charge.

Pour les environnements productifs, la virtualisation SAP HANA présente de sérieuses limitations:

• La mise à l'échelle avec mise à l'échelle n'est pas prise en charge - la virtualisation ne peut être utilisée qu'avec des systèmes de mise à l'échelle, que ce soit BwoH / DM / SoH ou SoH pur;
  
• La virtualisation doit être effectuée dans le cadre des règles définies pour les appareils ou les appareils TDI.
  
• il ne peut y avoir qu'une seule machine virtuelle en disponibilité générale (GA) - les entreprises qui souhaitent utiliser la virtualisation avec des environnements productifs HANA doivent participer au programme de disponibilité contrôlée avec SAP.
  

Dans les environnements non productifs où les limitations répertoriées sont absentes, la virtualisation peut être utilisée pour optimiser l'utilisation des équipements.

Topologies SAP HANA

Passons au déploiement de SAP HANA. Deux topologies sont définies ici.

• La mise à l'échelle est un grand serveur. Au fur et à mesure que la base HANA grandit, le serveur lui-même croît: le nombre de CPU et la quantité de mémoire augmentent. Dans les solutions avec haute disponibilité (HA) et reprise après sinistre (DR), les serveurs redondants ou tolérants aux pannes doivent correspondre aux serveurs productifs en termes de performances.
  
• Mise à l'échelle - l'intégralité du volume du système SAP HANA est répartie sur plusieurs serveurs identiques. Le serveur maître contient des informations sur Index Server et Name Server. Les serveurs esclaves ne contiennent pas ces données - à l'exception du serveur, qui reprend les fonctions maître en cas de panne sur le serveur principal. Les serveurs de travail (serveurs d'index) gèrent les segments de données qui leur sont affectés et répondent également aux demandes. Les serveurs de noms savent comment les données sont réparties entre les serveurs de production. Dans le cas de la croissance HANA, un autre nœud est simplement ajouté à la configuration actuelle du serveur. Dans une telle topologie, il suffit d'avoir un nœud de sauvegarde pour assurer la sécurité de l'ensemble du serveur.
  

Configuration matérielle SAP requise

SAP a la configuration matérielle requise pour HANA. Ils concernent des environnements productifs - pour des caractéristiques minimales non prod, elles sont suffisantes. Voici donc les exigences pour les environnements de production:

• Processeur Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  
• à partir de 128 Go de RAM pour les applications BW avec 2 processeurs, 256 Go avec 4+ processeurs;
  

Déploiement de SAP HANA dans les modes Appliance et TDI

Passons maintenant à la pratique et parlons de la façon d'implémenter SAP HANA dans les modes Appliance et TDI. Pour cela, nous utilisons nos plateformes SAP HANA sur la base des serveurs BullSequana S et Bullion S, qui sont certifiés SAP pour fonctionner dans ces modes.

Un peu d'aide sur les produits. BullSequana S optimisé par Intel Xeon Scalable comprend différents modèles, jusqu'à 32 CPU sur un serveur. Le serveur est construit sur une conception modulaire, offrant une évolutivité jusqu'à 32 CPU et le même nombre de GPU. RAM - de 64 Go à 48 To. Parmi les fonctionnalités de BullSequana S, citons la prise en charge de l'IA d'entreprise pour des performances améliorées, une analyse des données plus rapide, une informatique en mémoire améliorée et des mises à niveau utilisant la virtualisation et la technologie cloud.

Bullion S est livré avec les processeurs de la famille Intel Xeon E7 v4. Le nombre maximum de processeurs est de 16. La RAM évolue de 128 Go à 24 To. Un grand nombre de fonctionnalités RAS offrent une haute disponibilité pour les infrastructures critiques comme SAP HANA. Bullion S convient à la consolidation massive de centres de données, à l'utilisation d'applications en mémoire, à la migration de mainframes ou de systèmes hérités.

Appliance SAP HANA

Appliance est une solution préconfigurée qui comprend un serveur, un stockage et un progiciel pour une implémentation clé en main, avec un service de support centralisé et un niveau de performance convenu. Ici, HANA est fourni en matériel et logiciels préconfigurés, entièrement intégrés et certifiés. Le périphérique en mode Appliance est prêt à être installé dans le centre de données, et le système d'exploitation, SAP HANA et (si nécessaire) l'instance VMWare supplémentaire sont déjà configurés et installés.

La certification SAP détermine le niveau de performance garanti, ainsi que le modèle de CPU, la quantité de RAM et de stockage. Après la certification, vous ne pouvez pas modifier la configuration sans perdre la garantie. HANA SAP propose trois options pour faire évoluer la plateforme.

• Scale-Up BWoH / DM / SoH - mise à l'échelle verticale, qui convient aux systèmes simples (un SID). Les appareils Appliance augmentent à 256/384 Go à partir de SAP HANA SPS 11. Ce ratio indique la capacité maximale prise en charge par un processeur et est commun à toute la liste des appareils Appliance certifiés. L'appliance évolutive BWoH / DM / SoH est la mieux adaptée aux applications BW sur HANA (BWoH), Data Mart (DM) et SAP Suite sur HANA (SoH).
  
• Scale-Up SoH est une version allégée du modèle précédent, avec moins de restrictions sur la quantité de RAM. Il s'agit toujours d'un serveur évolutif verticalement, mais la quantité maximale de RAM pour 2 processeurs est déjà de 1536 Go (jusqu'à la version SPS11) et de 3 To (SPS12 +). Convient uniquement pour SoH.
  
• La mise à l'échelle est une option avec mise à l'échelle horizontale, un système qui prend en charge les configurations multi-serveurs. La mise à l'échelle horizontale est la mieux adaptée pour BW et, avec certaines limitations, SoH.
  

Dans les serveurs BullSequana S et Bullion S, la mise à l'échelle verticale est essentielle car elle a moins de restrictions opérationnelles et nécessite moins d'administration. Pour le mode Appliance, il existe une large gamme d'appareils différents.


Solutions BullSequana S pour SAP HANA en mode Appliance


* E7-8890 / 94v4 en option
Solutions Bullion S pour SAP HANA en mode Appliance

Toutes les solutions Bull Appliance avec SAP HANA SPS 12 sont certifiées. L'équipement est installé dans un rack standard de 19 pouces 42U, avec deux alimentations - PDU internes. Les serveurs ont la certification SAP:

• BullSequana S avec Intel Xeon Skylake 8176, 8176M, 8180, 8180M (les processeurs avec la lettre "M" prennent en charge les modules de mémoire de 128 Go). En termes de prix et de qualité, les options avec Intel 8176 sont les meilleures
  
• Bullion S avec Intel Xeon E7-8880 v4, 8890 et 8894.
  

Le stockage se connecte directement au serveur via les ports FC, les commutateurs SAN ne sont donc pas nécessaires ici. Ils peuvent être utiles pour accéder aux systèmes connectés à un LAN ou à un SAN.

Voici un exemple de configuration de stockage EMC Unity 450F dans notre configuration:

• Hauteur: 5U (DPE 3U (HDD / SSD 25x2,5 ") + DAE 2U (HDD / SSD 25x2,5"))
  
• Contrôleurs: 2
  
• Disques: 6 à 250 disques SSD SAS, 600 Go à 15,36 To chacun
  
• RAID: niveau 5 (8 + 1), 4 groupes RAID
  
• Interface: 4 FC par contrôleur, 8 ou 16 Gb / s
  
• Logiciel: Unisphere Block Suite
  

L'appliance est une option de déploiement fiable, mais elle présente un gros inconvénient: il y a peu de liberté dans la configuration du matériel . De plus, cette option peut nécessiter des changements dans les processus du service informatique.

SAP HANA TDI

Une alternative à l'appliance est le mode TDI (Tailored Data Center Integration), dans lequel vous pouvez choisir des fabricants et des composants d'infrastructure spécifiques en fonction des souhaits du client, en tenant compte des tâches et de la charge de travail. Par exemple, un SAN peut être réutilisé dans un centre de données, certains disques étant réservés à une installation HANA.

Par rapport à l'Appliance, en mode TDI, l'utilisateur a beaucoup plus de liberté pour répondre aux exigences. Cela simplifie considérablement l'intégration de HANA dans le centre de données - vous pouvez créer votre propre infrastructure personnalisée. Par exemple, faites varier le type et le nombre de processeurs en fonction de la charge.


Pour calculer la capacité, nous vous recommandons d'utiliser SAP Quick Sizer, un outil simple qui fournit les exigences de CPU et de mémoire pour différentes charges de travail dans SAP HANA. Ensuite, vous pouvez contacter SAP Active Global Support pour planifier votre paysage informatique. Après cela, le partenaire matériel SAP HANA convertit les résultats des calculs en différentes configurations système possibles - à la fois sur le matériel supérieur et plus simple. En mode TDI, les serveurs peuvent utiliser des processeurs Intel E7, y compris Intel Broadwell E7 et Skylake-SP (Platinum, Gold, Silver avec 8 cœurs ou plus par processeur), ainsi qu'IBM Power8 / 9.

Les serveurs sont livrés sans stockage, commutateurs et racks, mais les exigences matérielles restent les mêmes qu'en mode Appliance - les mêmes nœuds uniques, solutions avec mise à l'échelle verticale ou horizontale. SAP requiert uniquement l'utilisation de serveurs, de stockage et de commutateurs certifiés , mais ce n'est pas un problème - la plupart des fabricants ont presque tous les équipements certifiés.

Les tests de performances doivent être effectués à l'aide des tests HWCCT (Hardware Configuration Check Tool) , qui vous permettent de vérifier la conformité avec certains KPI SAP. Et il existe une exigence qui n'est pas liée au matériel: HANA, OS et l'hyperviseur (facultatif) doivent être installés par des spécialistes certifiés SAP . Seuls les systèmes qui respectent toutes ces règles peuvent recevoir une prise en charge SAP pour les performances.

La gamme de serveurs BullSequana S en mode TDI est similaire à la gamme en mode Appliance, mais sans stockage, commutateurs et racks. Vous pouvez installer tous les systèmes de stockage de la liste des SAP certifiés - VNX, XtremIO, NetApp et autres. Par exemple, si le VNX5400 répond aux exigences de performances SAP HANA, vous pouvez connecter le Dell EMC Unity 450F dans le cadre d'une configuration TDI. Si nécessaire, des adaptateurs FC (1 ou 10 Gbit / s), ainsi que des commutateurs Ethernet, sont installés.

Maintenant, afin que vous puissiez présenter plus clairement les modes décrits, nous allons parler de plusieurs de nos cas réels.

Appliance + TDI: HANA pour la boutique en ligne

La boutique en ligne Mall.cz, qui fait partie du groupe Mall, a été fondée en 2000. Elle possède des succursales en République tchèque, en Slovaquie, en Pologne, en Hongrie, en Slovénie, en Croatie et en Roumanie. Il s'agit de la plus grande boutique en ligne du pays, vendant jusqu'à 75 mille marchandises par jour, son chiffre d'affaires en 2017 s'élevait à environ 280 millions d'euros.

Une mise à niveau de l'infrastructure du centre de données était nécessaire en raison de la migration vers SAP HANA. Le dimensionnement estimé était de 2x6 To pour l'environnement prod et 6 To pour les environnements test / dev. Cela nécessitait une solution de reprise après sinistre pour l'environnement de production SAP HANA dans un cluster actif-actif.

Au moment de l'annonce de l'appel d'offres, le client disposait d'un système pour SAP basé sur des serveurs rack et lame standard. Deux centres de données, situés à une distance d'environ 10 km l'un de l'autre, étaient équipés de divers systèmes de stockage - IBM SVC, HP et Dell. Les principaux systèmes fonctionnaient en mode de reprise après sinistre.

Tout d'abord, le client a demandé une solution certifiée en mode Appliance pour SAP HANA pour tous les systèmes (environnements de production et de test / développement) avec une croissance jusqu'à 12 To. Mais en raison de restrictions budgétaires, d'autres options ont commencé à être envisagées - par exemple, un plus grand nombre de CPU avec des modules RAM plus petits (modules de 64 Go au lieu de modules de 128 Go). En outre, un système de stockage commun pour les environnements de production et de test / développement a été envisagé pour l'optimisation des prix.



Nous nous sommes mis d'accord sur 4 CPU et 6 To de RAM pour l'environnement de production, avec possibilité de croissance. Pour les environnements de test / développement en mode TDI, nous avons décidé de faire avec des processeurs moins chers - nous avons obtenu 8 processeurs et 6 To de RAM. En raison du plus grand nombre de fonctions demandées par le client - réplication, sauvegarde, production et environnements de test / développement sur la deuxième plate-forme - les systèmes de stockage DellEMC Unity ont été utilisés à la place des disques internes dans une configuration full-flash. De plus, le client a demandé une solution de reprise après sinistre basée sur la réplication système HANA (HSR) avec un nœud de quorum sur le troisième site.

La configuration finale pour l'environnement Prod consistait en un serveur BullSequana S400 sur Intel Xeon P8176M (28 cœurs, 2,10 GHz, 165 W) et avec 6 To de RAM. Stockage - Unity 450F 10x 3,84 To. Pour la reprise après sinistre pour l'environnement Prod, nous avons utilisé BullSequana S400 sur Intel Xeon P8176M (28 cœurs, 2,10 GHz, 165 W) avec 6 To de RAM. Pour l'environnement de test / développement, nous avons pris le serveur BullSequana S800 avec Intel Xeon P8153 (16 cœurs, 2,00 GHz, 125 W) et 6 To de RAM plus un stockage Unity 450F 15x 3,84 To. En tant que quorum, serveurs d'applications (VxRail Solution) et solutions de sauvegarde (DataDomain), nos experts ont installé et configuré les serveurs DellEMC.


L'équipement est prêt pour une future mise à niveau. Le client attend la croissance du dimensionnement HANA en 2019, et il ne peut installer de nouveaux modules que dans les racks.

Appliance: HANA pour un intégrateur de voyages majeur

Cette fois, notre client était un grand prestataire de services informatiques engagé dans le développement de solutions technologiques pour les agences de voyages. Le client a lancé un ambitieux projet SAP HANA pour introduire un nouveau système de facturation. Une solution d'appliance était nécessaire avec 8 To de RAM pour les environnements Production et PreProd. Conformément aux recommandations de SAP, le client a choisi l'option avec mise à l'échelle verticale.

Un défi majeur a été l'introduction d'une infrastructure matérielle basée sur des appareils certifiés Appliance pour SAP HANA. Les critères de priorité étaient la rentabilité, les hautes performances, l'évolutivité et la haute disponibilité des données.

Nous avons proposé et implémenté une solution certifiée par SAP, qui comprend deux serveurs Bullion S16 - pour les environnements Prod et PreProd. L'équipement fonctionne sur les processeurs Intel Xeon E7-v4 8890 (24 cœurs, 2,20 GHz, 165 W) et est équipé de 16 To de RAM. Neuf serveurs Bullion S4 (22 cœurs, 2,20 GHz, 150 W) pour 4 To de RAM ont été installés pour les environnements BW et Dev / Test. Comme stockage utilisé EMC Unity hybride.

Cette solution prend en charge la mise à l'échelle de tous les éléments de l'appareil - par exemple, jusqu'à 16 sockets avec processeur Intel Xeon E7-v4. L'administration dans cette configuration est simplifiée - en particulier, pour reconfigurer ou partitionner le serveur en partitions.

Appliance + TDI: HANA pour les métallurgistes

MMC Norilsk Nickel, l'un des plus grands producteurs de nickel et de palladium, a décidé de mettre à niveau sa plate-forme matérielle SAP HANA pour prendre en charge les applications et projets commerciaux critiques. Une expansion du paysage existant en termes de puissance de calcul était nécessaire. L'une des principales conditions avancées par le client était la haute disponibilité de la plateforme - malgré les limitations matérielles.



Pour les environnements productifs, nous avons utilisé le serveur et le stockage Bullion S8 en mode Appliance SAP HANA. Pour HA et test / dev, la plateforme a été déployée en mode TDI. Nous avons utilisé un serveur Bull Bullion S8, deux serveurs Bull Bullion S6 et un système de stockage hybride. Cette combinaison a permis d'augmenter considérablement la vitesse des applications paysagères SAP, d'augmenter la puissance de calcul et les ressources de stockage et de minimiser les coûts d'exploitation. Il est important que le client puisse évoluer jusqu'à 16 processeurs.

Bienvenue sur le forum SAP

Dans cet article, nous avons examiné le déploiement de SAP HANA de différentes manières et essayé de mettre en évidence les avantages et les inconvénients des options disponibles. Si vous avez des questions sur la mise en œuvre de SAP HANA, nous serons heureux d'y répondre dans les commentaires.

Nous invitons tous ceux qui sont intéressés par les solutions Bull et les possibilités de leur mise en œuvre sous SAP HANA au plus grand événement SAP de l'année: SAP Forum 2019 se tiendra à Moscou le 17 avril. Nous vous attendons sur notre stand dans la zone IoT: nous vous dirons beaucoup de choses intéressantes et décernons également de nombreux prix.

A bientôt sur le forum!