SAP HANA est un SGBD en mémoire populaire qui comprend des services de stockage (Data Warehouse) et d'analyse, un middleware intégré, un serveur d'applications et 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 (si nous parlons 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é, de nos projets réels avec SAP HANA.
SAP HANA se compose de 3 composants principaux : hôte, instance et système.
Hôte est un serveur ou un environnement d'exploitation pour exécuter le SGBD SAP HANA. Ses composants requis sont le processeur, la RAM, le stockage, le réseau et le système d'exploitation. 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 le même temps, le système de stockage pour l'installation de SAP HANA n'a pas besoin d'être situé sur l'hôte. Si le système dispose de plusieurs hôtes, vous aurez besoin soit d'un stockage partagé, soit d'un stockage disponible à la demande sur tous les hôtes.
Exemple — un ensemble de composants du système SAP HANA installés sur un hôte. Les principaux composants sont le serveur d'indexation et le serveur de noms. Le premier, également appelé « serveur de travail », traite les requêtes, gère les magasins de données actuels et les moteurs de bases de données. Le serveur de noms stocke des informations sur la topologie de l'installation de SAP HANA : où les composants s'exécutent et quelles données se trouvent sur le serveur.
Système – il s’agit d’une ou plusieurs instances avec le même numéro. Il s'agit essentiellement d'un élément distinct qui peut être activé, désactivé ou copié (sauvegardé). 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é en mono-hôte (une instance sur un hôte) ou multi-hôte, distribué (plusieurs instances SAP HANA sont réparties sur plusieurs hôtes, avec une instance par hôte). Dans les systèmes multi-hôtes, chaque instance doit avoir le même numéro. Un système SAP HANA est identifié par un System ID (SID), un numéro unique composé de trois caractères alphanumériques.
Virtualisation SAP HANA
L'une des principales limitations de SAP HANA est la prise en charge d'un seul système : une instance avec un SID de serveur unique. Pour utiliser le matériel plus efficacement ou réduire le nombre de serveurs dans un centre de données, vous pouvez utiliser la virtualisation. De cette façon, d’autres paysages peuvent coexister sur le même serveur avec des systèmes ayant des exigences moindres (systèmes non productifs). Pour un serveur HA/DR de secours, la virtualisation peut améliorer 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 numéros SID) peuvent coexister sur un seul hôte (serveur physique commun) dans différentes machines virtuelles. Chaque machine virtuelle doit s'exécuter sur un système d'exploitation pris en charge.
Pour les environnements de production, la virtualisation SAP HANA présente de sérieuses limites :
- La mise à l'échelle évolutive n'est pas prise en charge - la virtualisation ne peut être utilisée qu'avec des systèmes Scale-Up, qu'il s'agisse de BwoH/DM/SoH ou de SoH « purs » ;
- la virtualisation doit être effectuée dans le cadre des règles établies pour les appareils Appliance ou TDI ;
- La disponibilité générale (GA) ne peut avoir qu'une seule machine virtuelle : les entreprises souhaitant utiliser la virtualisation avec des environnements de production HANA doivent participer au programme de disponibilité contrôlée avec SAP.
Dans les environnements non productifs où ces limitations n'existent pas, la virtualisation peut être utilisée pour optimiser l'utilisation du matériel.
Topologies SAP HANA
Passons au déploiement de SAP HANA. Deux topologies sont définies ici.
- Mise à l'échelle – un grand serveur. À mesure que la base HANA grandit, le serveur lui-même grandit : le nombre de processeurs et la quantité de mémoire augmentent. Dans les solutions avec haute disponibilité (HA) et reprise après sinistre (DR), les serveurs de sauvegarde ou tolérants aux pannes doivent correspondre aux caractéristiques des serveurs productifs.
- Scale-out – 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 le serveur d'index et le serveur de noms. Les serveurs esclaves ne contiennent pas ces données - à l'exception du serveur, qui reprend les fonctions du maître en cas de panne du serveur principal. Les serveurs d'index gèrent les segments de données qui leur sont attribués et répondent également aux requêtes. Les serveurs de noms connaissent la façon dont les données sont réparties entre les serveurs de production. Si HANA grandit, un autre nœud est simplement ajouté à la configuration actuelle du serveur. Dans cette topologie, il suffit de disposer d'un seul nœud de secours pour assurer la sécurité de l'ensemble du serveur.
Configuration matérielle requise pour SAP
SAP a des exigences matérielles obligatoires pour HANA. Ils concernent des environnements productifs - pour le non-prod, des caractéristiques minimales suffisent. 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 en modes Appliance et TDI
Passons maintenant à la pratique et expliquons comment implémenter SAP HANA en modes Appliance et TDI. Pour cela nous utilisons nos plateformes SAP HANA basées sur les serveurs BullSequana S et Bullion S, certifiés par SAP pour fonctionner dans ces modes.
Une petite information sur les produits. BullSequana S basé sur Intel Xeon Scalable comprend différents modèles, jusqu'à 32 processeurs dans un seul serveur. Le serveur est construit selon une conception modulaire qui offre une évolutivité jusqu'à 32 processeurs et le même nombre de GPU. RAM – de 64 Go à 48 To. Les fonctionnalités de BullSequana S incluent la prise en charge de l'IA d'entreprise pour des performances améliorées, une analyse de données accélérée, une informatique en mémoire améliorée et une modernisation avec les technologies de virtualisation et de cloud.
Bullion S est livré avec des processeurs de la famille Intel Xeon E7 v4. Le nombre maximum de processeurs est de 16. La RAM est évolutive de 128 Go à 24 To. Un grand nombre de fonctions RAS offrent des niveaux élevés de disponibilité pour les infrastructures critiques comme SAP HANA. Bullion S convient à la consolidation massive des centres de données, à l'exécution d'applications In-Memory, à la migration de mainframes ou de systèmes existants.
Appareil SAP HANA
Appliance est une solution préconfigurée qui comprend un serveur, un système de stockage et un progiciel pour une mise en œuvre clé en main, avec un service de support centralisé et un niveau de performance convenu. Ici, HANA se présente sous forme de matériel et de logiciels préconfigurés, entièrement intégrés et certifiés. L'appareil 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) une instance VMWare supplémentaire sont déjà configurés et installés.
La certification SAP détermine le niveau de performances garanti, ainsi que le modèle de CPU, la quantité de RAM et de stockage. Une fois certifiée, la configuration ne peut pas être modifiée sans annuler la garantie. Pour faire évoluer la plateforme HANA, SAP propose trois options.
- Mise à l'échelle BWoH/DM/SoH – mise à l'échelle verticale, adaptée aux systèmes uniques (un SID). Les appliances augmentent de 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 appliances certifiées. L'appliance BWoH/DM/SoH avec mise à l'échelle verticale est idéale pour les applications BW sur HANA (BWoH), Data Mart (DM) et SAP Suite sur HANA (SoH).
- SoH à grande échelle - Il s'agit d'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.
- Évolutivité - Il s'agit d'une option évolutive horizontalement, un système qui prend en charge les configurations multi-serveurs. La mise à l'échelle horizontale est optimale pour BW et, avec certaines limitations, pour SoH.
Dans les serveurs BullSequana S et Bullion S, la mise à l'échelle verticale est au centre de l'attention car elle présente moins de limitations 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
*En option E7-8890/94v4
Solutions Bullion S pour SAP HANA en mode Appliance
Toutes les solutions Bull en mode Appliance de SAP HANA SPS 12 sont certifiées. L'équipement est installé dans un rack 19U standard de 42 pouces, avec deux alimentations - PDU internes. Les serveurs suivants sont certifiés 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 rapport qualité-prix, les options avec Intel 8176 semblent les meilleures
- Bullion S avec Intel Xeon E7-8880 v4, 8890 et 8894.
Le système de 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 du système de stockage EMC Unity 450F dans notre configuration :
- Hauteur : 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Contrôleurs : 2
- Disques : de 6 à 250 SAS SSD, de 600 Go à 15.36 To chacun
- RAID : niveau 5 (8+1), 4 groupes RAID
- Interface : 4 FC par contrôleur, 8 ou 16 Gbit/s
- Logiciel : Unisphere Block Suite
L'appliance est une option de déploiement fiable, mais elle présente un gros inconvénient : peu de liberté dans la configuration du matériel. De plus, cette option peut nécessiter des modifications 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 sélectionner des fabricants et des composants d'infrastructure spécifiques en fonction des souhaits du client - en tenant compte des tâches effectuées et de la charge de travail. Par exemple, un SAN peut être réutilisé dans un data center, avec certains disques dédiés à une installation HANA.
Par rapport à l'appliance, le mode TDI donne à l'utilisateur beaucoup plus de liberté pour répondre à ses exigences. Cela simplifie grandement 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 les calculs de capacité, nous vous recommandons d'utiliser SAP Quick Sizer, un outil simple qui fournit les exigences en matière de CPU et de mémoire pour différentes charges de travail dans SAP HANA. Vous pouvez ensuite contacter SAP Active Global Support pour planifier votre paysage informatique. Ensuite, le partenaire matériel SAP HANA convertit les résultats du calcul en différentes configurations système possibles, à la fois sur du matériel haut de gamme et sur du matériel plus simple. En mode TDI pour les serveurs il est acceptable d'utiliser des processeurs Intel E7, notamment Intel Broadwell E7 et Skylake-SP (Platinum, Gold, Silver avec 8 cœurs ou plus par processeur), ainsi que IBM Power8/ 9.
Les serveurs sont fournis sans systèmes de stockage, commutateurs et racks, mais les exigences matérielles restent les mêmes qu'en mode Appliance - les mêmes nœuds uniques, des solutions avec mise à l'échelle verticale ou horizontale. SAP exige que seuls des serveurs, des systèmes de stockage et des commutateurs certifiés ont été utilisés, mais ce n'est pas effrayant - 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 permettent de vérifier le respect de certains KPI SAP. Et il y a une exigence non matérielle : HANA, OS et hyperviseur (facultatif) doivent être installés par des spécialistes certifiés SAP. Seuls les systèmes qui répondent à toutes les règles répertoriées peuvent bénéficier du support de performances SAP.
La gamme de serveurs BullSequana S en mode TDI est similaire à la gamme en mode Appliance, mais sans systèmes de stockage, commutateurs et racks. Vous pouvez installer n'importe quel système de stockage à partir de la liste des systèmes 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 stockage Dell EMC Unity 450F dans le cadre de la configuration TDI. Si nécessaire, des adaptateurs FC (1 ou 10 Gbit/s), ainsi que des commutateurs Ethernet, sont installés.
Maintenant, pour que vous puissiez imaginer plus clairement les modes décrits, nous allons vous parler de plusieurs de nos cas réels.
Appliance + TDI : HANA pour 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 2017 produits par jour, son chiffre d'affaires fin 280 s'élevait à environ XNUMX millions d'euros.
La mise à jour de l'infrastructure du centre de données était nécessaire dans le cadre de la migration vers SAP HANA. Le dimensionnement estimé était de 2 x 6 To pour les environnements de production et de 6 To pour les environnements de test/développement. Dans le même temps, une solution avec reprise après sinistre était nécessaire pour un environnement SAP HANA productif 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 lames standards. Deux centres de données, situés à environ 10 km l'un de l'autre, étaient équipés de divers systèmes de stockage : IBM SVC, HP et Dell. Systèmes clés exploités en mode de reprise après sinistre.
Dans un premier temps, 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év) avec une croissance jusqu'à 12 To. Mais en raison de restrictions budgétaires, ils ont commencé à envisager d'autres options - par exemple, un plus grand nombre de processeurs avec des modules de RAM plus petits (modules de 64 Go au lieu de modules de 128 Go). De plus, pour optimiser le prix, un stockage commun pour les environnements Production et test/dév a été envisagé.
Nous nous sommes mis d'accord sur 4 processeurs et 6 To de RAM pour l'environnement de production, avec une marge de croissance. Pour les environnements de test/dév en mode TDI, nous avons décidé d'utiliser des CPU moins chers - nous nous sommes retrouvés avec 8 CPU et 6 To de RAM. En raison du plus grand nombre de fonctions demandées par le client - réplication, sauvegarde, environnements communs de production et de test/développement sur le deuxième site - au lieu de disques internes, les systèmes de stockage DellEMC Unity ont été utilisés dans une configuration full-flash. De plus, le client a demandé une solution de reprise après sinistre basée sur la réplication du système HANA (HSR) avec un nœud quorum sur un site tiers.
La configuration finale pour l'environnement Prod consistait en un serveur BullSequana S400 sur un Intel Xeon P8176M (28 cœurs, 2.10 GHz, 165 W) et 6 To de RAM. Système de stockage - Unity 450F 10x 3.84 To. À des fins de reprise après sinistre, pour l'environnement Prod, nous avons utilisé un BullSequana S400 sur un 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 un serveur BullSequana S800 avec un Intel Xeon P8153 (16 cœurs, 2.00 GHz, 125 W) et 6 To de RAM plus un système de stockage Unity 450F 15x 3.84 To. Nos spécialistes ont installé et configuré des serveurs DellEMC en tant que quorum, serveurs d'applications (solution VxRail) et solution de sauvegarde (DataDomain).
L'équipement est prêt pour de futures mises à niveau. Le client s'attend à ce que le dimensionnement d'HANA augmente en 2019, et il ne lui reste plus qu'à installer de nouveaux modules dans les racks.
Appliance : HANA pour un grand intégrateur touristique
Cette fois, notre client était un grand fournisseur de services informatiques développant des solutions technologiques pour les agences de voyages. Le client a lancé un ambitieux projet SAP HANA pour mettre en œuvre un nouveau système de facturation. Il fallait une solution en mode Appliance avec 8 To de RAM pour les environnements Production et PreProd. Conformément aux recommandations SAP, le client a choisi l'option de mise à l'échelle verticale.
La tâche clé était la mise en œuvre d'une infrastructure matérielle basée sur des appareils certifiés en mode Appliance pour SAP HANA. Les critères prioritaires étaient la rentabilité, les performances élevées, l'évolutivité et la haute disponibilité des données.
Nous avons proposé et mis en œuvre une solution certifiée SAP, comprenant deux serveurs Bullion S16 - pour les environnements Prod et PreProd. L'équipement fonctionne sur des processeurs Intel Xeon E7-v4 8890 (24 cœurs, 2.20 GHz, 165 W) et est équipé de 16 To de RAM. Pour les environnements BW et Dev/Test, neuf serveurs Bullion S4 (22 cœurs, 2.20 GHz, 150 W) avec 4 To de RAM ont été installés. L'hybride EMC Unity a été utilisé comme système de stockage.
Cette solution prend en charge la mise à l'échelle de tous les éléments de l'appareil, par exemple jusqu'à 16 sockets avec un processeur Intel Xeon E7-v4. L'administration dans cette configuration est simplifiée, notamment pour la reconfiguration ou le partitionnement du serveur.
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 à jour sa plateforme matérielle SAP HANA pour prendre en charge les applications et projets commerciaux critiques. Il était nécessaire d’élargir le paysage existant en termes de puissance de calcul. 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 de production, nous avons utilisé le serveur Bullion S8 et les systèmes de stockage en mode SAP HANA Appliance. Pour la HA et le 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 dans le paysage SAP, d'augmenter la quantité de puissance de calcul et de ressources de stockage de données et de minimiser les coûts d'exploitation. Il est important que le client ait toujours la possibilité d'évoluer jusqu'à 16 processeurs.
Nous vous invitons au Forum SAP
Dans cet article, nous avons examiné le déploiement de SAP HANA de différentes manières et avons 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 : le SAP Forum 17 se tiendra à Moscou le 2019 avril. Nous vous attendons sur notre stand dans l'IoT. zone : nous vous raconterons beaucoup de choses intéressantes et vous offrirons également de nombreux prix.
A bientôt sur le forum !
Source: habr.com