Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes

SAP HANA is 'n gewilde in-geheue DBBS wat bergingsdienste (Data Warehouse) en analise, ingeboude middelware, 'n toepassingsbediener en 'n platform vir die opstel of ontwikkeling van nuwe nutsprogramme insluit. Deur die vertraging van tradisionele DBBS'e met SAP HANA uit te skakel, kan u stelselwerkverrigting, transaksieverwerking (OLTP) en besigheidsintelligensie (OLAP) aansienlik verhoog.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes

U kan SAP HANA in Appliance- en TDI-modusse ontplooi (as ons oor produksie-omgewings praat). Vir elke opsie het die vervaardiger sy eie vereistes. In hierdie pos sal ons praat oor die voordele en nadele van verskillende opsies, sowel as, vir duidelikheid, oor ons werklike projekte met SAP HANA.

SAP HANA bestaan ​​uit 3 hoofkomponente - gasheer, instansie en stelsel.

Gasheer is 'n bediener of bedryfsomgewing om die SAP HANA DBMS te laat loop. Die vereiste komponente is SVE, RAM, berging, netwerk en bedryfstelsel. Die gasheer verskaf skakels na installasiegidse, data, logs of direk na die bergingstelsel. Terselfdertyd hoef die bergingstelsel vir die installering van SAP HANA nie op die gasheer geleë te wees nie. As die stelsel verskeie gashere het, sal jy óf gedeelde berging nodig hê óf een wat op aanvraag van alle gashere beskikbaar is.

Geval - 'n stel SAP HANA-stelselkomponente wat op een gasheer geïnstalleer is. Die hoofkomponente is die indeksbediener en naambediener. Die eerste, wat ook die "werkende bediener" genoem word, verwerk versoeke, bestuur huidige datawinkels en databasisenjins. Naambediener stoor inligting oor die topologie van die SAP HANA-installasie - waar die komponente loop en watter data op die bediener is.

System – dit is een of meer gevalle met dieselfde nommer. In wese is dit 'n aparte element wat geaktiveer, gedeaktiveer of gekopieer (gerugsteun) kan word. Die data word versprei in die geheue van die verskillende bedieners waaruit die SAP HANA-stelsel bestaan.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes
Die stelsel kan gekonfigureer word as enkelgasheer (een instansie op een gasheer) of multigasheer, verspreid (verskeie SAP HANA-gevalle word oor verskeie gashere versprei, met een instansie per gasheer). In multigasheerstelsels moet elke instansie dieselfde nommer hê. 'n SAP HANA-stelsel word geïdentifiseer deur 'n stelsel-ID (SID), 'n unieke nommer wat uit drie alfanumeriese karakters bestaan.

SAP HANA Virtualisering

Een van die hoofbeperkings van SAP HANA is die ondersteuning van slegs een stelsel - een geval met 'n unieke bediener-SID. Om hardeware meer doeltreffend te gebruik of die aantal bedieners in 'n datasentrum te verminder, kan jy virtualisering gebruik. Op hierdie manier kan ander landskappe saam op dieselfde bediener bestaan ​​met stelsels wat laer vereistes het (nie-produktiewe stelsels). Vir 'n bystand HA/DR-bediener kan virtualisering die spoed verbeter om tussen produktiewe en nie-produktiewe virtuele masjiene te skakel.

SAP HANA sluit ondersteuning vir die VMWare ESX-hipervisor in. Dit beteken dat verskillende SAP HANA-stelsels - SAP HANA-installasies met verskillende SID-nommers - saam kan bestaan ​​op 'n enkele gasheer (gewone fisiese bediener) in verskillende virtuele masjiene. Elke virtuele masjien moet op 'n ondersteunde bedryfstelsel werk.

Vir produksie-omgewings het SAP HANA-virtualisering ernstige beperkings:

  • Uitskaal-skaal word nie ondersteun nie - virtualisering kan slegs met Scale-Up-stelsels gebruik word, of dit nou BwoH/DM/SoH of "suiwer" SoH is;
  • virtualisering moet uitgevoer word binne die reëls wat vir Toestel- of TDI-toestelle vasgestel is;
  • Algemene Beskikbaarheid (GA) kan net een virtuele masjien hê—maatskappye wat virtualisering met HANA-produksieomgewings wil gebruik, moet saam met SAP aan die Beheerde Beskikbaarheid-program deelneem.

In nie-produktiewe omgewings waar hierdie beperkings nie bestaan ​​nie, kan virtualisering gebruik word om hardeware gebruik te optimaliseer.

SAP HANA topologieë

Kom ons gaan aan om SAP HANA te ontplooi. Twee topologieë word hier gedefinieer.

  • Opskaal – een groot bediener. Soos die HANA-basis groei, groei die bediener self: die aantal SVE's en die hoeveelheid geheue neem toe. In oplossings met Hoë Beskikbaarheid (HA) en Disaster Recovery (DR), moet rugsteun- of foutverdraagsame bedieners ooreenstem met die kenmerke van produktiewe bedieners.
  • Uitskaal – die hele volume van die SAP HANA-stelsel word oor verskeie identiese bedieners versprei. Die Meesterbediener bevat inligting vir die Indeksbediener en Naambediener. Slawebedieners bevat nie hierdie data nie - behalwe vir die bediener, wat die funksies van die Meester oorneem in die geval van 'n mislukking van die hoofbediener. Indeksbedieners bestuur die datasegmente wat aan hulle toegewys is en reageer ook op versoeke. Naambedieners is bewus van hoe data tussen produksiebedieners versprei word. As HANA groei, word 'n ander nodus eenvoudig by die huidige bedienerkonfigurasie gevoeg. In hierdie topologie is dit genoeg om een ​​rugsteunnodus te hê om die veiligheid van die hele bediener te verseker.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes

SAP hardeware vereistes

SAP het verpligte hardewarevereistes vir HANA. Hulle hou verband met produktiewe omgewings - vir nie-prod, minimale eienskappe is voldoende. So, hier is die vereistes vir produksie-omgewings:

  • SVE Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • vanaf 128 GB RAM vir BW-toepassings met 2 SVE's, 256 GB met 4+ SVE's;

Ontplooi SAP HANA in Toestel- en TDI-modusse

Kom ons gaan nou verder na oefening en praat oor hoe om SAP HANA in Toestel- en TDI-modusse te implementeer. Hiervoor gebruik ons ​​ons SAP HANA-platforms gebaseer op die BullSequana S- en Bullion S-bedieners, wat deur SAP gesertifiseer is om in hierdie modusse te werk.

Bietjie inligting oor die produkte. BullSequana S gebaseer op Intel Xeon Scalable sluit verskeie modelle in, tot 32 SVE's in 'n enkele bediener. Die bediener is gebou met behulp van 'n modulêre ontwerp wat skaalbaarheid bied tot 32 SVE's en dieselfde aantal GPU's. RAM – van 64 GB tot 48 TB. BullSequana S-kenmerke sluit in onderneming KI-ondersteuning vir verbeterde werkverrigting, versnelde data-analise, verbeterde in-geheue-rekenaars, en modernisering met virtualisering en wolktegnologieë.

Bullion S kom met Intel Xeon E7 v4 Family CPU's. Die maksimum aantal verwerkers is 16. RAM is skaalbaar van 128 GB tot 24 TB. 'n Groot aantal RAS-funksies bied hoë vlakke van beskikbaarheid vir missiekritieke infrastruktuur soos SAP HANA. Bullion S is geskik vir massa-datasentrum-konsolidasie, die gebruik van In-Memory-toepassings, die migrasie van hooframe of nalatenskapstelsels.

SAP HANA Toestel

Toestel is 'n vooraf-gekonfigureerde oplossing wat 'n bediener, bergingstelsel en 'n sagtewarepakket vir sleutel-implementering insluit, met 'n gesentraliseerde ondersteuningsdiens en 'n ooreengekome vlak van prestasie. Hier kom HANA as vooraf gekonfigureerde hardeware en sagteware, ten volle geïntegreer en gesertifiseer. Die toestel in Toestelmodus is gereed vir installasie in die datasentrum, en die bedryfstelsel, SAP HANA en (indien nodig) 'n bykomende VMWare-instansie is reeds gekonfigureer en geïnstalleer.

SAP-sertifisering bepaal die gewaarborgde vlak van werkverrigting, sowel as die SVE-model, hoeveelheid RAM en berging. Sodra dit gesertifiseer is, kan die konfigurasie nie verander word sonder om die waarborg te vernietig nie. Om die HANA-platform te skaal, bied SAP drie opsies.

  • Verhoog BWoH/DM/SoH – vertikale skaal, wat geskik is vir enkelstelsels (een SID). Toestelle groei met 256/384 GB vanaf SAP HANA SPS 11. Hierdie verhouding toon die maksimum kapasiteit wat deur een SVE ondersteun word en is algemeen vir die hele lys gesertifiseerde toestelle. Toestel BWoH/DM/SoH met vertikale skaal is ideaal vir BW op HANA (BWoH), Data Mart (DM), en SAP Suite op HANA (SoH) toepassings.
  • Verhoog SoH - Dit is 'n liggewig weergawe van die vorige model, met minder beperkings op die hoeveelheid RAM. Dit is steeds 'n vertikaal skaalbare bediener, maar die maksimum hoeveelheid RAM vir 2 verwerkers is reeds 1536 GB (tot weergawe SPS11) en 3 TB (SPS12+). Slegs geskik vir SoH.
  • Uitskaal - Dit is 'n horisontaal skaalbare opsie, 'n stelsel wat multi-bediener konfigurasies ondersteun. Horisontale skaal is optimaal vir BW en, met sekere beperkings, vir SoH.

In die BullSequana S- en Bullion S-bedieners is vertikale skaal die fokus omdat dit minder operasionele beperkings het en minder administrasie vereis. Vir Toestelmodus is daar 'n groot verskeidenheid verskillende toestelle.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes
BullSequana S-oplossings vir SAP HANA in Toestelmodus

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes
*Opsioneel E7-8890/94v4
Bullion S-oplossings vir SAP HANA in Appliance-modus

Alle Bull-oplossings in Toestelmodus vanaf SAP HANA SPS 12 is gesertifiseer. Die toerusting is geïnstalleer in 'n standaard 19-duim 42U rek, met twee kragbronne - interne PDU's. Die volgende bedieners het SAP-sertifisering:

  • BullSequana S met Intel Xeon Skylake 8176, 8176M, 8180, 8180M (verwerkers met die letter "M" ondersteun 128 GB geheue modules). Wat die prys-kwaliteitverhouding betref, lyk die opsies met Intel 8176 die beste
  • Bullion S met Intel Xeon E7-8880 v4, 8890 en 8894.

Die bergingstelsel koppel direk aan die bediener via FC-poorte, so SAN-skakelaars is nie hier nodig nie. Hulle kan nuttig wees vir toegang tot stelsels wat aan 'n LAN of SAN gekoppel is.

Hier is 'n voorbeeld van die EMC Unity 450F-bergingstelselkonfigurasie in ons opstelling:

  • Hoogte: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″HDD/SSD))
  • Beheerders: 2
  • Skywe: van 6 tot 250 SAS SSD, van 600 GB tot 15.36 TB elk
  • RAID: vlak 5 (8+1), 4 RAID-groepe
  • Koppelvlak: 4 FC per kontroleerder, 8 of 16 Gbit/s
  • Sagteware: Unisphere Block Suite

Toestel is 'n betroubare ontplooiingsopsie, maar dit het 'n groot nadeel: min vryheid in die opstel van hardeware. Daarbenewens kan hierdie opsie veranderinge in die prosesse van die IT-afdeling vereis.

SAP HANA TDI

’n Alternatief vir Appliance is TDI (Tailored Data Centre Integration)-modus, waarin jy spesifieke vervaardigers en infrastruktuurkomponente kan kies na gelang van die wense van die kliënt – met inagneming van die take wat uitgevoer word en werklading. Byvoorbeeld, 'n SAN kan hergebruik word in 'n datasentrum, met sommige skywe wat aan 'n HANA-installasie toegewy is.

In vergelyking met Appliance, gee TDI-modus die gebruiker baie meer vryheid om aan vereistes te voldoen. Dit vergemaklik die integrasie van HANA in die datasentrum aansienlik – jy kan jou eie pasgemaakte infrastruktuur bou. Byvoorbeeld, wissel die tipe en aantal verwerkers na gelang van die vrag.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes
Vir kapasiteitsberekeninge beveel ons aan om SAP Quick Sizer te gebruik, 'n eenvoudige hulpmiddel wat SVE- en geheuevereistes vir verskillende werkladings in SAP HANA verskaf. Jy kan dan SAP Active Global Support kontak om jou IT-landskap te beplan. Hierna omskep die SAP HANA hardeware vennoot die berekening resultate in verskillende moontlike stelsel konfigurasies - beide op die top-end en op eenvoudiger hardeware. In TDI-modus vir bedieners dit is aanvaarbaar om Intel E7 SVE's te gebruik, insluitend Intel Broadwell E7 en Skylake-SP (Platinum, Goud, Silwer met 8 of meer kerne per verwerker), sowel as IBM Power8/ 9.

Bedieners word verskaf sonder stoorstelsels, skakelaars en rakke, maar die hardewarevereistes bly dieselfde as in Toestelmodus - dieselfde enkele nodusse, oplossings met vertikale of horisontale skaal. SAP vereis dit slegs gesertifiseerde bedieners, bergingstelsels en skakelaars is gebruik, maar dit is nie skrikwekkend nie - die meeste vervaardigers het byna alle toerusting gesertifiseer.

Prestasietoetsing moet gedoen word deur HWCCT (Hardware Configuration Check Tool) toetse te gebruik., wat jou toelaat om nakoming van sekere SAP KPI's na te gaan. En daar is 'n nie-hardeware vereiste: HANA, OS en hypervisor (opsioneel) moet deur SAP-gesertifiseerde spesialiste geïnstalleer word. Slegs stelsels wat aan al die gelyste reëls voldoen, kan SAP-prestasieondersteuning ontvang.

Die BullSequana S-reeks bedieners in TDI-modus is soortgelyk aan die lyn in Appliance-modus, maar sonder bergingstelsels, skakelaars en rakke. U kan enige bergingstelsel vanaf die lys gesertifiseerde SAP-stelsels installeer - VNX, XtremIO, NetApp en ander. Byvoorbeeld, as die VNX5400 aan die SAP HANA-werkverrigtingvereistes voldoen, kan jy Dell EMC Unity 450F-berging koppel as deel van die TDI-konfigurasie. Indien nodig, word FC-adapters (1 of 10 Gbit/s), sowel as Ethernet-skakelaars, geïnstalleer.

Nou, sodat u die beskryfde modusse duideliker kan voorstel, sal ons u vertel van verskeie van ons werklike gevalle.

Toestel + TDI: HANA vir aanlyn winkel

Die aanlyn winkel Mall.cz, deel van die Mall Group, is in 2000 gestig. Dit het takke in die Tsjeggiese Republiek, Slowakye, Pole, Hongarye, Slowenië, Kroasië en Roemenië. Dit is die grootste aanlynwinkel in die land, wat tot 75 duisend produkte per dag verkoop, sy inkomste aan die einde van 2017 het ongeveer 280 miljoen euro beloop.

Opdatering van die datasentrum-infrastruktuur was nodig in verband met migrasie na SAP HANA. Die beraamde grootte was 2x6 TB vir prod-omgewings en 6 TB vir toets/dev-omgewings. Terselfdertyd was 'n oplossing met rampherstel nodig vir 'n produktiewe SAP HANA-omgewing in 'n aktief-aktiewe groepering.

Ten tyde van die tenderaankondiging het die kliënt 'n stelsel vir SAP gehad wat gebaseer was op standaard rek- en lembedieners. Twee datasentrums, ongeveer 10 km van mekaar geleë, was toegerus met verskeie bergingstelsels – IBM SVC, HP en Dell. Sleutelstelsels wat in rampherstelmodus bedryf word.

Eerstens het die kliënt 'n gesertifiseerde oplossing in Toestelmodus vir SAP HANA vir alle stelsels (Produksie- en toets-/ontwikkelingsomgewings) met groei tot 12 TB aangevra. Maar weens begrotingsbeperkings het hulle ander opsies begin oorweeg - byvoorbeeld 'n groter aantal SVE's met kleiner RAM-modules (64 GB-modules in plaas van 128 GB-modules). Daarbenewens, om die prys te optimaliseer, is gesamentlike berging vir die Produksie- en toets/ontwikkelingsomgewings oorweeg.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes

Ons het ooreengekom op 4 SVE's en 6 TB RAM vir die produksie-omgewing, met ruimte vir groei. Vir toets-/ontwikkelingsomgewings in TDI-modus het ons besluit om goedkoper SVE's te gebruik - ons het uiteindelik 8 SVE's en 6 TB RAM gekry. As gevolg van die groter aantal funksies wat deur die kliënt aangevra is - replikasie, rugsteun, gesamentlike produksie en toets/ontwikkelingsomgewings op die tweede webwerf - in plaas van interne skywe, is DellEMC Unity-bergingstelsels in 'n volflits-konfigurasie gebruik. Daarbenewens het die kliënt 'n ramphersteloplossing aangevra wat gebaseer is op HANA-stelselreplikasie (HSR) met 'n kworumnodus op 'n derde perseel.

Die finale konfigurasie vir die Prod-omgewing het bestaan ​​uit 'n BullSequana S400-bediener op 'n Intel Xeon P8176M (28 kerne, 2.10 GHz, 165 W) en 6 TB RAM. Bergingstelsel - Unity 450F 10x 3.84 TB. Vir ramphersteldoeleindes het ons vir die Prod-omgewing 'n BullSequana S400 op 'n Intel Xeon P8176M (28 kerns, 2.10 GHz, 165 W) met 6 TB RAM gebruik. Vir die toets-/ontwikkelingsomgewing het ons 'n BullSequana S800-bediener met 'n Intel Xeon P8153 (16 kerne, 2.00 GHz, 125 W) en 6 TB RAM plus 'n Unity 450F 15x 3.84 TB-bergingstelsel geneem. Ons spesialiste het DellEMC-bedieners geïnstalleer en gekonfigureer as 'n kworum, toepassingsbedieners (VxRail Solution) en rugsteunoplossing (DataDomain).

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes
Die toerusting is gereed vir toekomstige opgraderings. Die kliënt verwag dat HANA-grootte in 2019 sal toeneem, en al wat hy hoef te doen is om nuwe modules in die rakke te installeer.

Toestel: HANA vir 'n groot toerisme-integreerder

Hierdie keer was ons kliënt 'n groot IT-diensverskaffer wat tegnologiese oplossings vir reismaatskappye ontwikkel het. Die kliënt het 'n ambisieuse SAP HANA-projek van stapel gestuur om 'n nuwe faktureringstelsel te implementeer. 'n Oplossing was nodig in Toestelmodus met 8 TB RAM vir Produksie- en PreProd-omgewings. In ooreenstemming met SAP-aanbevelings het die kliënt die vertikale skaalopsie gekies.

Die sleuteltaak was die implementering van 'n hardeware-infrastruktuur gebaseer op toestelle wat in Toestelmodus vir SAP HANA gesertifiseer is. Die prioriteitskriteria was koste-effektiwiteit, hoë werkverrigting, skaalbaarheid en hoë databeskikbaarheid.

Ons het 'n SAP-gesertifiseerde oplossing voorgestel en geïmplementeer, insluitend twee Bullion S16-bedieners - vir Prod- en PreProd-omgewings. Die toerusting werk op Intel Xeon E7-v4 8890-verwerkers (24 kerne, 2.20 GHz, 165 W) en is toegerus met 16 TB RAM. Vir BW- en Dev/Toets-omgewings is nege Bullion S4-bedieners (22 kerns, 2.20 GHz, 150 W) met 4 TB RAM geïnstalleer. Hybrid EMC Unity is as bergingstelsel gebruik.

Hierdie oplossing bied skaalondersteuning vir alle elemente van die toestel - byvoorbeeld tot 16 voetstukke met 'n Intel Xeon E7-v4 SVE. Administrasie in hierdie konfigurasie is vereenvoudig - veral vir die herkonfigurasie of partisie van die bediener.

Toestel + TDI: HANA vir metallurge

MMC Norilsk Nickel, een van die grootste vervaardigers van nikkel en palladium, het besluit om sy SAP HANA hardeware platform op te dateer om kritieke besigheidstoepassings en projekte te ondersteun. Daar was 'n behoefte om die bestaande landskap uit te brei in terme van rekenaarkrag. Een van die hoofvoorwaardes wat die kliënt voorgehou het, was die hoë beskikbaarheid van die platform – ten spyte van hardewarebeperkings.

Hoe om SAP HANA te ontplooi: ons ontleed verskillende metodes

Vir produksie-omgewings het ons die Bullion S8-bediener en bergingstelsels in SAP HANA Appliance-modus gebruik. Vir HA en toets/dev is die platform in TDI-modus ontplooi. Ons het een Bull Bullion S8-bediener, twee Bull Bullion S6-bedieners en 'n hibriede bergingstelsel gebruik. Hierdie kombinasie het dit moontlik gemaak om die spoed van toepassings in die SAP-landskap aansienlik te verhoog, die hoeveelheid rekenaarkrag en databergingshulpbronne te verhoog en bedryfskoste te verminder. Dit is belangrik dat die kliënt steeds die vermoë het om tot 16 SVE's te skaal.

Ons nooi jou uit na die SAP Forum

In hierdie pos het ons gekyk na die implementering van SAP HANA op verskillende maniere en probeer om die voordele en nadele van die beskikbare opsies uit te lig. As u enige vrae het oor die implementering van SAP HANA, sal ons dit met graagte in die kommentaar beantwoord.

Ons nooi almal wat belangstel in Bull-oplossings en die moontlikhede van hul implementering onder SAP HANA na die grootste SAP-geleentheid van die jaar: SAP Forum 17 word op 2019 April in Moskou gehou. Ons wag vir jou by ons standplaas in die IoT sone: ons sal jou baie interessante dinge vertel, en ook baie pryse weggee.

Sien jou op die forum!

Bron: will.com

Voeg 'n opmerking