Com implementar SAP HANA: analitzem diferents mètodes

SAP HANA és un SGBD en memòria popular que inclou serveis d'emmagatzematge (magatzem de dades) i anàlisi, programari intermedi integrat, un servidor d'aplicacions i una plataforma per configurar o desenvolupar noves utilitats. En eliminar la latència dels DBMS tradicionals amb SAP HANA, podeu augmentar molt el rendiment del sistema, el processament de transaccions (OLTP) i la intel·ligència empresarial (OLAP).

Com implementar SAP HANA: analitzem diferents mètodes

Podeu implementar SAP HANA en els modes Appliance i TDI (si parlem d'entorns de producció). Per a cada opció, el fabricant té els seus propis requisits. En aquest post parlarem dels avantatges i desavantatges de les diferents opcions, així com, per a més claredat, dels nostres projectes reals amb SAP HANA.

SAP HANA consta de 3 components principals: amfitrió, instància i sistema.

Amfitrió és un servidor o entorn operatiu per executar el SAP HANA DBMS. Els seus components necessaris són CPU, RAM, emmagatzematge, xarxa i sistema operatiu. L'amfitrió proporciona enllaços a directoris d'instal·lació, dades, registres o directament al sistema d'emmagatzematge. Al mateix temps, el sistema d'emmagatzematge per instal·lar SAP HANA no ha d'estar situat a l'amfitrió. Si el sistema té diversos amfitrions, necessitareu emmagatzematge compartit o un que estigui disponible sota demanda de tots els amfitrions.

Instància — un conjunt de components del sistema SAP HANA instal·lats en un host. Els components principals són el servidor d'índex i el servidor de noms. El primer, que també s'anomena "servidor de treball", processa les sol·licituds, gestiona els magatzems de dades actuals i els motors de bases de dades. El servidor de noms emmagatzema informació sobre la topologia de la instal·lació de SAP HANA: on s'executen els components i quines dades hi ha al servidor.

Sistema - Es tracta d'una o més instàncies amb el mateix nombre. Essencialment, es tracta d'un element independent que es pot activar, desactivar o copiar (còpia de seguretat). Les dades es distribueixen a la memòria dels diferents servidors que conformen el sistema SAP HANA.

Com implementar SAP HANA: analitzem diferents mètodes
El sistema es pot configurar com a host únic (una instància en un host) o multiamfitrió, distribuït (diverses instàncies de SAP HANA es distribueixen en diversos hosts, amb una instància per host). En sistemes multi-amfitrió, cada instància ha de tenir el mateix número. Un sistema SAP HANA s'identifica mitjançant un identificador del sistema (SID), un número únic que consta de tres caràcters alfanumèrics.

Virtualització SAP HANA

Una de les principals limitacions de SAP HANA és el suport d'un sol sistema: una instància amb un SID de servidor únic. Per utilitzar el maquinari de manera més eficient o reduir el nombre de servidors en un centre de dades, podeu utilitzar la virtualització. D'aquesta manera, altres paisatges poden conviure al mateix servidor amb sistemes que tinguin requisits més baixos (sistemes no productius). Per a un servidor HA/DR en espera, la virtualització pot millorar la velocitat de canvi entre màquines virtuals productives i no productives.

SAP HANA inclou suport per a l'hipervisor VMWare ESX. Això vol dir que diferents sistemes SAP HANA (instal·lacions de SAP HANA amb diferents números de SID) poden coexistir en un sol host (servidor físic comú) en diferents màquines virtuals. Cada màquina virtual s'ha d'executar en un sistema operatiu compatible.

Per als entorns de producció, la virtualització de SAP HANA té serioses limitacions:

  • No s'admet l'escalat a escala vertical: la virtualització només es pot utilitzar amb sistemes d'augment d'escala, ja siguin BwoH/DM/SoH o SoH "pur";
  • la virtualització s'ha de dur a terme dins les regles establertes per a dispositius Appliance o TDI;
  • La disponibilitat general (GA) només pot tenir una màquina virtual; les empreses que vulguin utilitzar la virtualització amb entorns de producció HANA han de participar en el programa de disponibilitat controlada amb SAP.

En entorns no productius on aquestes limitacions no existeixen, la virtualització es pot utilitzar per optimitzar la utilització del maquinari.

Topologies SAP HANA

Passem a la implementació de SAP HANA. Aquí es defineixen dues topologies.

  • Ampliació: un gran servidor. A mesura que la base HANA creix, el servidor mateix creix: augmenta el nombre de CPU i la quantitat de memòria. En solucions amb alta disponibilitat (HA) i recuperació de desastres (DR), els servidors de còpia de seguretat o tolerants a errors han de coincidir amb les característiques dels servidors productius.
  • Ampliació: tot el volum del sistema SAP HANA es distribueix en diversos servidors idèntics. El servidor mestre conté informació per al servidor d'índex i el servidor de noms. Els servidors esclaus no contenen aquestes dades, excepte el servidor, que es fa càrrec de les funcions del Mestre en cas de fallada del servidor principal. Els servidors d'índex gestionen els segments de dades que se'ls assignen i també responen a les sol·licituds. Els servidors de noms són conscients de com es distribueixen les dades entre els servidors de producció. Si HANA creix, simplement s'afegeix un altre node a la configuració actual del servidor. En aquesta topologia, n'hi ha prou amb tenir un node de còpia de seguretat per garantir la seguretat de tot el servidor.

Com implementar SAP HANA: analitzem diferents mètodes

Requisits de maquinari SAP

SAP té requisits de maquinari obligatoris per a HANA. Es relacionen amb entorns productius: per als no productes, n'hi ha prou amb característiques mínimes. Per tant, aquests són els requisits per als entorns de producció:

  • CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • des de 128 GB de RAM per a aplicacions BW amb 2 CPU, 256 GB amb més de 4 CPU;

Implementació de SAP HANA en els modes Appliance i TDI

Ara passem a la pràctica i parlem sobre com implementar SAP HANA en els modes Appliance i TDI. Per a això utilitzem les nostres plataformes SAP HANA basades en els servidors BullSequana S i Bullion S, que estan certificats per SAP per operar en aquests modes.

Una mica d'informació sobre els productes. BullSequana S basat en Intel Xeon Scalable inclou diversos models, fins a 32 CPU en un sol servidor. El servidor es construeix amb un disseny modular que proporciona escalabilitat fins a 32 CPU i el mateix nombre de GPU. RAM: de 64 GB a 48 TB. Les funcions de BullSequana S inclouen suport d'IA empresarial per a un rendiment millorat, anàlisi de dades accelerada, informàtica millorada en memòria i modernització amb tecnologies de virtualització i núvol.

Bullion S inclou CPU de la família Intel Xeon E7 v4. El nombre màxim de processadors és de 16. La memòria RAM és escalable de 128 GB a 24 TB. Un gran nombre de funcions RAS ofereixen alts nivells de disponibilitat per a infraestructures de missió crítica com SAP HANA. Bullion S és adequat per a la consolidació massiva de centres de dades, executar aplicacions a la memòria, migrar mainframes o sistemes heretats.

Dispositiu SAP HANA

Appliance és una solució preconfigurada que inclou un servidor, un sistema d'emmagatzematge i un paquet de programari per a la implementació clau en mà, amb un servei de suport centralitzat i un nivell de rendiment acordat. Aquí, HANA arriba com a maquinari i programari preconfigurats, totalment integrats i certificats. El dispositiu en mode Appliance està preparat per a la instal·lació al centre de dades i el sistema operatiu, SAP HANA i (si cal) una instància addicional de VMWare ja estan configurats i instal·lats.

La certificació SAP determina el nivell de rendiment garantit, així com el model de CPU, la quantitat de memòria RAM i l'emmagatzematge. Un cop certificada, la configuració no es pot canviar sense anul·lar la garantia. Per escalar la plataforma HANA, SAP ofereix tres opcions.

  • Ampliació de BWoH/DM/SoH – Escalat vertical, que és adequat per a sistemes únics (un SID). Els aparells creixen 256/384 GB a partir de SAP HANA SPS 11. Aquesta relació mostra la capacitat màxima suportada per una CPU i és habitual per a tota la llista d'aparells certificats. L'aparell BWoH/DM/SoH amb escalat vertical és ideal per a aplicacions BW a HANA (BWoH), Data Mart (DM) i SAP Suite a HANA (SoH).
  • Ampliació de SoH - Aquesta és una versió lleugera del model anterior, amb menys restriccions sobre la quantitat de memòria RAM. Encara és un servidor escalable verticalment, però la quantitat màxima de RAM per a 2 processadors ja és de 1536 GB (fins a la versió SPS11) i 3 TB (SPS12+). Apte només per a SoH.
  • Ampliació - Aquesta és una opció escalable horitzontalment, un sistema que admet configuracions multiservidor. L'escala horitzontal és òptima per a BW i, amb algunes limitacions, per a SoH.

Als servidors BullSequana S i Bullion S, l'escalat vertical és el focus perquè té menys limitacions operatives i requereix menys administració. Per al mode Appliance hi ha una gran varietat de dispositius diferents.

Com implementar SAP HANA: analitzem diferents mètodes
Solucions BullSequana S per a SAP HANA en mode Appliance

Com implementar SAP HANA: analitzem diferents mètodes
*Opcional E7-8890/94v4
Solucions Bullion S per a SAP HANA en mode Appliance

Totes les solucions Bull en mode Appliance de SAP HANA SPS 12 estan certificades. L'equip s'instal·la en un bastidor estàndard de 19 polzades 42U, amb dues fonts d'alimentació: PDU internes. Els servidors següents tenen certificació SAP:

  • BullSequana S amb Intel Xeon Skylake 8176, 8176M, 8180, 8180M (els processadors amb la lletra "M" admeten mòduls de memòria de 128 GB). Pel que fa a la relació qualitat-preu, les opcions amb Intel 8176 es veuen millor
  • Bullion S amb Intel Xeon E7-8880 v4, 8890 i 8894.

El sistema d'emmagatzematge es connecta directament al servidor mitjançant ports FC, de manera que aquí no calen commutadors SAN. Poden ser útils per accedir a sistemes connectats a una LAN o SAN.

Aquí teniu un exemple de la configuració del sistema d'emmagatzematge EMC Unity 450F a la nostra configuració:

  • Alçada: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
  • Controladors: 2
  • Discs: de 6 a 250 SSD SAS, de 600 GB a 15.36 TB cadascun
  • RAID: nivell 5 (8+1), 4 grups RAID
  • Interfície: 4 FC per controlador, 8 o 16 Gbit/s
  • Programari: Unisphere Block Suite

L'aparell és una opció de desplegament fiable, però té un gran inconvenient: poca llibertat en la configuració del maquinari. A més, aquesta opció pot requerir canvis en els processos del departament informàtic.

SAP HANA TDI

Una alternativa a Appliance és el mode TDI (Tailored Data Center Integration), en el qual podeu seleccionar fabricants específics i components d'infraestructura en funció dels desitjos del client, tenint en compte les tasques realitzades i la càrrega de treball. Per exemple, una SAN es pot reutilitzar en un centre de dades, amb alguns discs dedicats a una instal·lació de HANA.

En comparació amb Appliance, el mode TDI ofereix a l'usuari molta més llibertat per complir els requisits. Això simplifica enormement la integració de HANA al centre de dades: podeu crear la vostra pròpia infraestructura personalitzada. Per exemple, varieu el tipus i el nombre de processadors en funció de la càrrega.

Com implementar SAP HANA: analitzem diferents mètodes
Per als càlculs de capacitat, us recomanem que utilitzeu SAP Quick Sizer, una eina senzilla que proporciona requisits de CPU i memòria per a diferents càrregues de treball a SAP HANA. A continuació, podeu contactar amb SAP Active Global Support per planificar el vostre panorama informàtic. Després d'això, el soci de maquinari de SAP HANA converteix els resultats del càlcul en diferents configuracions de sistema possibles, tant en maquinari de gamma alta com en maquinari més senzill. En mode TDI per a servidors és acceptable utilitzar CPU Intel E7, inclosos Intel Broadwell E7 i Skylake-SP (Platinum, Gold, Silver amb 8 o més nuclis per processador), així com IBM Power8/ 9.

Els servidors es subministren sense sistemes d'emmagatzematge, commutadors i bastidors, però els requisits de maquinari segueixen sent els mateixos que en el mode Appliance: els mateixos nodes únics, solucions amb escala vertical o horitzontal. SAP ho requereix només es van utilitzar servidors, sistemes d'emmagatzematge i commutadors certificats, però això no fa por: la majoria dels fabricants tenen gairebé tots els equips certificats.

Les proves de rendiment s'han de fer mitjançant proves HWCCT (Eina de comprovació de la configuració de maquinari)., que permeten comprovar el compliment de determinats KPI de SAP. I hi ha un requisit que no és de maquinari: HANA, SO i hipervisor (opcional) han de ser instal·lats per especialistes certificats SAP. Només els sistemes que compleixen totes les regles enumerades poden rebre suport de rendiment de SAP.

La línia de servidors BullSequana S en mode TDI és similar a la línia en mode Appliance, però sense sistemes d'emmagatzematge, commutadors i bastidors. Podeu instal·lar qualsevol sistema d'emmagatzematge de la llista de sistemes SAP certificats: VNX, XtremIO, NetApp i altres. Per exemple, si el VNX5400 compleix els requisits de rendiment de SAP HANA, podeu connectar l'emmagatzematge Dell EMC Unity 450F com a part de la configuració de TDI. Si cal, s'instal·len adaptadors FC (1 o 10 Gbit/s), així com commutadors Ethernet.

Ara, perquè pugueu imaginar amb més claredat els modes descrits, us parlarem de diversos dels nostres casos reals.

Electrodomèstic + TDI: HANA per a botiga en línia

La botiga en línia Mall.cz, que forma part del Mall Group, es va fundar l'any 2000. Té sucursals a la República Txeca, Eslovàquia, Polònia, Hongria, Eslovènia, Croàcia i Romania. Aquesta és la botiga en línia més gran del país, venent fins a 75 mil productes al dia, els seus ingressos a finals de 2017 ascendien a uns 280 milions d'euros.

Es necessitava actualitzar la infraestructura del centre de dades en relació amb la migració a SAP HANA. La mida estimada era de 2 x 6 TB per a entorns de producció i 6 TB per a entorns de prova/desenvolupament. Al mateix temps, es necessitava una solució amb recuperació de desastres per a un entorn productiu de SAP HANA en un clúster actiu-actiu.

En el moment de l'anunci de la licitació, el client disposava d'un sistema per a SAP basat en servidors blade i rack estàndard. Dos centres de dades, situats a uns 10 km l'un de l'altre, estaven equipats amb diversos sistemes d'emmagatzematge: IBM SVC, HP i Dell. Sistemes clau que funcionen en mode de recuperació de desastres.

En primer lloc, el client va sol·licitar una solució certificada en mode Appliance per a SAP HANA per a tots els sistemes (entorns de producció i prova/desenvolupament) amb un creixement de fins a 12 TB. Però a causa de les restriccions pressupostàries, van començar a considerar altres opcions, per exemple, un nombre més gran de CPU amb mòduls de RAM més petits (mòduls de 64 GB en lloc de mòduls de 128 GB). A més, per optimitzar el preu, es va considerar l'emmagatzematge conjunt per als entorns de producció i de prova/desenvolupament.

Com implementar SAP HANA: analitzem diferents mètodes

Vam acordar 4 CPU i 6 TB de RAM per a l'entorn de producció, amb marge de creixement. Per als entorns de prova/desenvolupament en mode TDI, vam decidir utilitzar CPU menys cares: vam acabar amb 8 CPU i 6 TB de RAM. A causa del major nombre de funcions sol·licitades pel client (rèplica, còpia de seguretat, producció conjunta i entorns de prova/desenvolupament al segon lloc), en lloc de discs interns, els sistemes d'emmagatzematge DellEMC Unity es van utilitzar en una configuració de flash complet. A més, el client va sol·licitar una solució de recuperació de desastres basada en la replicació del sistema HANA (HSR) amb un node de quòrum en un tercer lloc.

La configuració final de l'entorn Prod consistia en un servidor BullSequana S400 en un Intel Xeon P8176M (28 nuclis, 2.10 GHz, 165 W) i 6 TB de RAM. Sistema d'emmagatzematge - Unity 450F 10x 3.84 TB. Per a la recuperació de desastres, per a l'entorn Prod hem utilitzat un BullSequana S400 en un Intel Xeon P8176M (28 nuclis, 2.10 GHz, 165 W) amb 6 TB de RAM. Per a l'entorn de prova/desenvolupament, vam agafar un servidor BullSequana S800 amb un Intel Xeon P8153 (16 nuclis, 2.00 GHz, 125 W) i 6 TB de RAM més un sistema d'emmagatzematge Unity 450F 15x 3.84 TB. Els nostres especialistes van instal·lar i configurar servidors DellEMC com a quòrum, servidors d'aplicacions (solució VxRail) i solució de còpia de seguretat (DataDomain).

Com implementar SAP HANA: analitzem diferents mètodes
L'equip està preparat per a futures actualitzacions. El client espera que el dimensionament de HANA augmenti el 2019 i només ha de fer instal·lar nous mòduls als bastidors.

Electrodomèstic: HANA per a un gran integrador turístic

Aquesta vegada el nostre client era un gran proveïdor de serveis informàtics que desenvolupava solucions tecnològiques per a empreses de viatges. El client va llançar un ambiciós projecte SAP HANA per implementar un nou sistema de facturació. Es necessitava una solució en mode Appliance amb 8 TB de RAM per a entorns de producció i PreProd. D'acord amb les recomanacions de SAP, el client va triar l'opció d'escala vertical.

La tasca clau va ser la implementació d'una infraestructura de maquinari basada en dispositius certificats en mode Appliance per a SAP HANA. Els criteris prioritaris eren la rendibilitat, l'alt rendiment, l'escalabilitat i l'alta disponibilitat de dades.

Vam proposar i implementar una solució certificada SAP, que inclou dos servidors Bullion S16, per a entorns Prod i PreProd. L'equip funciona amb processadors Intel Xeon E7-v4 8890 (24 nuclis, 2.20 GHz, 165 W) i està equipat amb 16 TB de RAM. Per als entorns BW i Dev/Test, es van instal·lar nou servidors Bullion S4 (22 nuclis, 2.20 GHz, 150 W) amb 4 TB de RAM. Es va utilitzar Hybrid EMC Unity com a sistema d'emmagatzematge.

Aquesta solució proporciona suport d'escala per a tots els elements del dispositiu, per exemple, fins a 16 sòcols amb una CPU Intel Xeon E7-v4. L'administració en aquesta configuració es simplifica, en particular, per reconfigurar o particionar el servidor.

Electrodomèstic + TDI: HANA per a metal·lúrgics

MMC Norilsk Nickel, un dels majors productors de níquel i pal·ladi, va decidir actualitzar la seva plataforma de maquinari SAP HANA per donar suport a aplicacions i projectes empresarials crítics. Hi havia una necessitat d'ampliar el panorama existent en termes de potència de càlcul. Una de les principals condicions plantejades pel client va ser l'alta disponibilitat de la plataforma, malgrat les limitacions de maquinari.

Com implementar SAP HANA: analitzem diferents mètodes

Per als entorns de producció, hem utilitzat el servidor Bullion S8 i els sistemes d'emmagatzematge en mode SAP HANA Appliance. Per a HA i prova/desenvolupament, la plataforma es va desplegar en mode TDI. Hem utilitzat un servidor Bull Bullion S8, dos servidors Bullion S6 i un sistema d'emmagatzematge híbrid. Aquesta combinació va permetre augmentar significativament la velocitat de les aplicacions en el panorama SAP, augmentar la quantitat de potència informàtica i recursos d'emmagatzematge de dades i minimitzar els costos operatius. És important que el client encara tingui la capacitat d'escalar fins a 16 CPU.

Et convidem al Fòrum SAP

En aquesta publicació, vam analitzar el desplegament de SAP HANA de diferents maneres i vam intentar destacar els avantatges i els inconvenients de les opcions disponibles. Si teniu cap pregunta sobre la implementació de SAP HANA, estarem encantats de respondre-les als comentaris.

Convidem a tothom que estigui interessat en les solucions Bull i les possibilitats de la seva implementació sota SAP HANA a l'esdeveniment SAP més gran de l'any: el SAP Forum 17 se celebrarà a Moscou el 2019 d'abril. Us esperem al nostre estand a l'IoT. zona: us explicarem moltes coses interessants, i també regalarem molts premis.

Ens veiem al fòrum!

Font: www.habr.com

Afegeix comentari