SAP HANA juurutamine: analüüsime erinevaid meetodeid

SAP HANA on populaarne mälusisene DBMS, mis sisaldab salvestusteenuseid (andmeladu) ja analüütikat, sisseehitatud vahevara, rakendusserverit ja platvormi uute utiliitide konfigureerimiseks või arendamiseks. Kui kaotate SAP HANA abil traditsiooniliste DBMS-ide latentsusaja, saate oluliselt suurendada süsteemi jõudlust, tehingute töötlemist (OLTP) ja äriteavet (OLAP).

SAP HANA juurutamine: analüüsime erinevaid meetodeid

SAP HANA saate juurutada seadme- ja TDI-režiimides (kui räägime tootmiskeskkondadest). Iga valiku jaoks on tootjal oma nõuded. Selles postituses räägime erinevate võimaluste plussidest ja miinustest ning selguse huvides ka meie tegelikest projektidest SAP HANA-ga.

SAP HANA koosneb kolmest põhikomponendist – host, eksemplar ja süsteem.

Host on server või operatsioonikeskkond SAP HANA DBMS-i käitamiseks. Selle nõutavad komponendid on protsessor, RAM, salvestusruum, võrk ja OS. Host pakub linke installikataloogidele, andmetele, logidele või otse salvestussüsteemile. Samal ajal ei pea SAP HANA installimise salvestussüsteem asuma hostis. Kui süsteemil on mitu hosti, vajate kas jagatud salvestusruumi või ühte, mis on nõudmisel saadaval kõigilt hostidelt.

Näide — ühte hosti installitud SAP HANA süsteemikomponentide komplekt. Peamised komponendid on registriserver ja nimeserver. Esimene, mida nimetatakse ka "tööserveriks", töötleb päringuid, haldab praeguseid andmesalve ja andmebaasimootoreid. Nimeserver salvestab teavet SAP HANA installi topoloogia kohta – kus komponendid töötavad ja millised andmed on serveris.

Süsteem – see on üks või mitu sama numbriga eksemplari. Põhimõtteliselt on see eraldi element, mida saab lubada, keelata või kopeerida (varundada). Andmed jaotatakse SAP HANA süsteemi moodustavate erinevate serverite mällu.

SAP HANA juurutamine: analüüsime erinevaid meetodeid
Süsteemi saab konfigureerida ühe hostiga (üks eksemplar ühel hostil) või mitme hostiga, hajutatud (mitu SAP HANA eksemplari on jaotatud mitme hosti vahel, üks eksemplar iga hosti kohta). Mitme hostiga süsteemides peab igal eksemplaril olema sama number. SAP HANA süsteem tuvastatakse süsteemi ID (SID) järgi, mis on kordumatu number, mis koosneb kolmest tähtnumbrilisest märgist.

SAP HANA virtualiseerimine

SAP HANA üks peamisi piiranguid on ainult ühe süsteemi tugi – üks kordumatu serveri SID-ga eksemplar. Riistvara tõhusamaks kasutamiseks või andmekeskuse serverite arvu vähendamiseks võite kasutada virtualiseerimist. Nii saavad samas serveris eksisteerida ka teised maastikud madalamate nõudmistega süsteemidega (mitteproduktiivsed süsteemid). Ooterežiimi HA/DR-serveri puhul võib virtualiseerimine kiirendada produktiivsete ja mittetootlike virtuaalmasinate vahel lülitumist.

SAP HANA sisaldab VMWare ESX hüperviisori tuge. See tähendab, et erinevad SAP HANA süsteemid – erinevate SID-numbritega SAP HANA installatsioonid – võivad eksisteerida ühes hostis (ühises füüsilises serveris) erinevates virtuaalmasinates. Iga virtuaalmasin peab töötama toetatud OS-is.

Tootmiskeskkondade puhul on SAP HANA virtualiseerimisel tõsised piirangud.

  • Scale-out skaleerimist ei toetata – virtualiseerimist saab kasutada ainult Scale-Up süsteemidega, olgu selleks siis BwoH/DM/SoH või “puhas” SoH;
  • virtualiseerimine peab toimuma seadmetele või TDI-seadmetele kehtestatud reeglite kohaselt;
  • General Availability (GA) saab omada ainult ühte virtuaalmasinat – ettevõtted, kes soovivad kasutada virtualiseerimist HANA tootmiskeskkondadega, peavad osalema SAP-iga kontrollitud saadavuse programmis.

Mittetootlikes keskkondades, kus neid piiranguid pole, saab riistvara kasutamise optimeerimiseks kasutada virtualiseerimist.

SAP HANA topoloogiad

Liigume edasi SAP HANA juurutamise juurde. Siin on määratletud kaks topoloogiat.

  • Suurendus – üks suur server. HANA baasi kasvades kasvab ka server ise: suureneb protsessorite arv ja mälumaht. High Availability (HA) ja Disaster Recovery (DR) lahendustes peavad varu- või tõrketaluvad serverid vastama tootlike serverite omadustele.
  • Scale-out – kogu SAP HANA süsteemi maht on jaotatud mitme identse serveri vahel. Peaserver sisaldab teavet registriserveri ja nimeserveri kohta. Slave-serverid neid andmeid ei sisalda – välja arvatud server, mis võtab põhiserveri rikke korral üle Masteri funktsioonid. Indeksserverid haldavad neile määratud andmesegmente ja vastavad ka päringutele. Nimeserverid on teadlikud, kuidas andmeid tootmisserverite vahel jaotatakse. Kui HANA kasvab, lisatakse praegusesse serverikonfiguratsiooni lihtsalt mõni muu sõlm. Selles topoloogias piisab ühest varusõlmest, et tagada kogu serveri turvalisus.

SAP HANA juurutamine: analüüsime erinevaid meetodeid

SAP riistvara nõuded

SAP-il on HANA jaoks kohustuslikud riistvaranõuded. Need on seotud produktiivse keskkonnaga – mittetoodetud puhul piisab minimaalsetest omadustest. Niisiis, siin on tootmiskeskkondade nõuded:

  • CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • alates 128 GB muutmälu BW rakenduste jaoks 2 protsessoriga, 256 GB 4+ protsessoriga;

SAP HANA juurutamine seadme- ja TDI-režiimides

Liigume nüüd edasi praktika juurde ja räägime, kuidas SAP HANA-t Appliance- ja TDI-režiimides rakendada. Selleks kasutame oma BullSequana S ja Bullion S serveritel põhinevaid SAP HANA platvorme, mis on SAPi poolt nendes režiimides töötamiseks sertifitseeritud.

Natuke infot toodete kohta. Intel Xeon Scalable baasil põhinev BullSequana S sisaldab erinevaid mudeleid, kuni 32 protsessorit ühes serveris. Server on ehitatud modulaarse konstruktsiooni abil, mis tagab skaleeritavuse kuni 32 CPU-ni ja sama palju GPU-sid. RAM - 64 GB kuni 48 TB. BullSequana S funktsioonid hõlmavad ettevõtte tehisintellekti tuge täiustatud jõudluse, kiirendatud andmeanalüüsi, täiustatud mälusisese andmetöötluse ning virtualiseerimise ja pilvetehnoloogiatega moderniseerimisega.

Bullion S on varustatud Intel Xeon E7 v4 Family protsessoritega. Maksimaalne protsessorite arv on 16. RAM on skaleeritav 128 GB-lt 24 TB-ni. Suur hulk RAS-i funktsioone tagavad missioonikriitiliste infrastruktuuride (nt SAP HANA) kõrge kättesaadavuse. Bullion S sobib andmekeskuste masskonsolideerimiseks, mälusiseste rakenduste käitamiseks, suurarvutite või pärandsüsteemide migreerimiseks.

SAP HANA seade

Appliance on eelkonfigureeritud lahendus, mis sisaldab serverit, salvestussüsteemi ja tarkvarapaketti võtmed kätte juurutamiseks koos tsentraliseeritud tugiteenuse ja kokkulepitud jõudlustasemega. Siin on HANA eelkonfigureeritud riist- ja tarkvara, mis on täielikult integreeritud ja sertifitseeritud. Seadme režiimis seade on andmekeskusesse installimiseks valmis ning operatsioonisüsteem, SAP HANA ja (vajadusel) täiendav VMWare'i eksemplar on juba konfigureeritud ja installitud.

SAP-sertifikaat määrab garanteeritud jõudluse taseme, samuti protsessori mudeli, RAM-i hulga ja salvestusruumi. Pärast sertifitseerimist ei saa konfiguratsiooni muuta ilma garantii kehtetuks tunnistamata. HANA platvormi skaleerimiseks pakub SAP kolme võimalust.

  • Suurendus BWoH/DM/SoH – vertikaalne skaleerimine, mis sobib üksikutele süsteemidele (üks SID). Seadmed kasvavad 256/384 GB võrra alates SAP HANA SPS 11-st. See suhe näitab maksimaalset ühe protsessori toetatavat mahtu ja on tavaline kogu sertifitseeritud seadmete loendi jaoks. Vertikaalse skaleerimisega BWoH/DM/SoH seade sobib ideaalselt BW jaoks HANA (BWoH), Data Mart (DM) ja SAP Suite'i jaoks HANA (SoH) rakendustes.
  • SoH suurendamine - See on eelmise mudeli kerge versioon, millel on vähem piiranguid RAM-i mahule. Tegemist on siiski vertikaalselt skaleeritava serveriga, kuid RAM-i maksimummaht 2 protsessori jaoks on juba 1536 GB (kuni versioonini SPS11) ja 3 TB (SPS12+). Sobib ainult SoH jaoks.
  • Scale-Out - See on horisontaalselt skaleeritav valik, süsteem, mis toetab mitme serveri konfiguratsioone. Horisontaalne skaleerimine on optimaalne BW ja teatud piirangutega SoH jaoks.

BullSequana S ja Bullion S serverites keskendutakse vertikaalsele skaleerimisele, kuna sellel on vähem tööpiiranguid ja see nõuab vähem haldust. Seadmerežiimi jaoks on suur valik erinevaid seadmeid.

SAP HANA juurutamine: analüüsime erinevaid meetodeid
BullSequana S lahendused SAP HANA jaoks seadmerežiimis

SAP HANA juurutamine: analüüsime erinevaid meetodeid
*Valikuline E7-8890/94v4
Bullion S lahendused SAP HANA jaoks seadmerežiimis

Kõik SAP HANA SPS 12 seadmerežiimis Bulli lahendused on sertifitseeritud. Seadmed on paigaldatud standardsesse 19-tollisse 42U racki, millel on kaks toiteallikat – sisemised PDU-d. Järgmistel serveritel on SAP-sertifikaat:

  • BullSequana S koos Intel Xeon Skylake 8176, 8176M, 8180, 8180M (M-tähega protsessorid toetavad 128 GB mälumooduleid). Hinna ja kvaliteedi suhte osas näevad Intel 8176-ga valikud kõige paremad välja
  • Bullion S koos Intel Xeon E7-8880 v4, 8890 ja 8894-ga.

Salvestussüsteem ühendub otse serveriga FC-portide kaudu, seega pole siin SAN-lüliteid vaja. Need võivad olla kasulikud LAN- või SAN-võrguga ühendatud süsteemidele juurdepääsuks.

Siin on näide EMC Unity 450F salvestussüsteemi konfiguratsioonist meie seadistuses:

  • Kõrgus: 5U (DPE 3U (25 × 2,5" HDD/SSD) + DAE 2U (25 × 2,5" HDD/SSD))
  • Kontrollerid: 2
  • Kettad: 6 kuni 250 SAS SSD, igaüks 600 GB kuni 15.36 TB
  • RAID: tase 5 (8+1), 4 RAID-gruppi
  • Liides: 4 FC kontrolleri kohta, 8 või 16 Gbit/s
  • Tarkvara: Unisphere Block Suite

Seade on usaldusväärne juurutamisvõimalus, kuid sellel on suur puudus: vähe vabadust riistvara seadistamisel. Lisaks võib see valik nõuda muudatusi IT-osakonna protsessides.

SAP HANA TDI

Appliance’i alternatiiviks on TDI (Tailored Data center Integration) režiim, mille puhul saab valida konkreetsed tootjad ja taristukomponendid sõltuvalt kliendi soovidest – arvestades sooritatavaid ülesandeid ja töökoormust. Näiteks saab SAN-i andmekeskuses uuesti kasutada, kusjuures mõned kettad on pühendatud HANA installimiseks.

Võrreldes seadmega annab TDI-režiim kasutajale palju rohkem vabadust nõuete täitmiseks. See lihtsustab oluliselt HANA integreerimist andmekeskusesse – saate luua oma kohandatud infrastruktuuri. Näiteks muutke protsessorite tüüpi ja arvu sõltuvalt koormusest.

SAP HANA juurutamine: analüüsime erinevaid meetodeid
Võimsuse arvutamiseks soovitame kasutada SAP Quick Sizerit – lihtsat tööriista, mis pakub SAP HANA erinevate töökoormuste jaoks protsessori- ja mälunõudeid. Seejärel saate oma IT maastiku planeerimiseks ühendust võtta SAP Active Global Supportiga. Pärast seda teisendab SAP HANA riistvarapartner arvutustulemused erinevateks võimalikeks süsteemikonfiguratsioonideks – nii tipptasemel kui ka lihtsamal riistvaral. TDI režiimis serverite jaoks on vastuvõetav kasutada Intel E7 protsessoreid, sealhulgas Intel Broadwell E7 ja Skylake-SP (Platinum, Gold, Silver 8 või enama tuumaga protsessori kohta), samuti IBM Power8/ 9.

Serverid tarnitakse ilma salvestussüsteemide, lülitite ja riiuliteta, kuid riistvaranõuded jäävad samaks, mis seadmerežiimil – samad üksikud sõlmed, vertikaalse või horisontaalse skaleerimisega lahendused. SAP nõuab seda kasutati ainult sertifitseeritud servereid, salvestussüsteeme ja lüliteid, kuid see pole hirmutav – enamikul tootjatel on peaaegu kõik seadmed sertifitseeritud.

Jõudluse testimiseks tuleks kasutada HWCCT (riistvara konfiguratsiooni kontrollimise tööriist) teste., mis võimaldavad teil kontrollida vastavust teatud SAP KPI-dele. Ja seal on mitteriistvaranõue: HANA, OS-i ja hüperviisori (valikuline) peavad installima SAP-i sertifitseeritud spetsialistid. Ainult süsteemid, mis vastavad kõigile loetletud reeglitele, saavad SAP-i jõudluse tuge.

BullSequana S serverite rida TDI-režiimis on sarnane seadmerežiimis olevale liinile, kuid ilma salvestussüsteemide, lülitite ja riiuliteta. Sertifitseeritud SAP-süsteemide loendist saate installida mis tahes salvestussüsteemi - VNX, XtremIO, NetApp ja teised. Näiteks kui VNX5400 vastab SAP HANA jõudlusnõuetele, saate TDI konfiguratsiooni osana ühendada Dell EMC Unity 450F salvestusruumi. Vajadusel paigaldatakse FC adapterid (1 või 10 Gbit/s), samuti Etherneti lülitid.

Nüüd, et saaksite kirjeldatud režiime selgemalt ette kujutada, räägime teile mitmest meie tegelikust juhtumist.

Seade + TDI: HANA veebipoe jaoks

Mall Groupi kuuluv veebipood Mall.cz asutati 2000. aastal. Sellel on filiaalid Tšehhi Vabariigis, Slovakkias, Poolas, Ungaris, Sloveenias, Horvaatias ja Rumeenias. Tegemist on riigi suurima veebipoega, mis müüb päevas kuni 75 tuhat toodet, mille käive ulatus 2017. aasta lõpu seisuga umbes 280 miljoni euroni.

Andmekeskuse infrastruktuuri värskendamine oli vajalik seoses SAP HANA-le üleminekuga. Hinnanguline suurus oli 2x6 TB tootekeskkondade ja 6 TB test-/arenduskeskkondade puhul. Samal ajal oli aktiivses-aktiivses klastris produktiivse SAP HANA keskkonna jaoks vaja katastroofi taastamisega lahendust.

Hanke väljakuulutamise ajal oli kliendil standardsetel rack- ja bladeserveritel põhinev süsteem SAP jaoks. Kaks teineteisest ligikaudu 10 km kaugusel asuvat andmekeskust olid varustatud erinevate salvestussüsteemidega – IBM SVC, HP ja Dell. Võtmesüsteemid töötasid avariitaasterežiimis.

Esiteks soovis klient seadmerežiimis sertifitseeritud lahendust SAP HANA jaoks kõikidele süsteemidele (tootmis- ja test-/arenduskeskkonnad) kasvuga kuni 12 TB. Kuid eelarvepiirangute tõttu hakkasid nad kaaluma muid võimalusi - näiteks suurema hulga väiksemate RAM-moodulitega protsessoreid (64 GB moodulite asemel 128 GB mooduleid). Lisaks kaaluti hinna optimeerimiseks ühismälu tootmis- ja test-/arenduskeskkondade jaoks.

SAP HANA juurutamine: analüüsime erinevaid meetodeid

Leppisime kokku 4 protsessori ja 6 TB RAM-i tootmiskeskkonna jaoks, kus on kasvuruumi. TDI-režiimis test-/arenduskeskkondade jaoks otsustasime kasutada odavamaid protsessoreid – saime 8 protsessorit ja 6 TB RAM-i. Kuna klient soovis suuremat hulka funktsioone – replikatsioon, varundamine, ühised tootmis- ja test-/arenduskeskkonnad teisel saidil –, kasutati sisemiste ketaste asemel DellEMC Unity salvestussüsteeme täisvälkkonfiguratsioonis. Lisaks soovis klient HANA süsteemi replikatsioonil (HSR) põhinevat avariitaastelahendust, mille kvoorumi sõlm on kolmandal saidil.

Prod-keskkonna lõplik konfiguratsioon koosnes BullSequana S400 serverist Intel Xeon P8176M (28 tuuma, 2.10 GHz, 165 W) ja 6 TB RAM-ist. Salvestussüsteem - Unity 450F 10x 3.84 TB. Katastroofi taastamiseks kasutasime Prod-keskkonnas BullSequana S400 Intel Xeon P8176M-l (28 tuuma, 2.10 GHz, 165 W) ja 6 TB muutmälu. Testi-/arenduskeskkonna jaoks võtsime BullSequana S800 serveri Intel Xeon P8153 (16 tuuma, 2.00 GHz, 125 W) ja 6 TB muutmälu ning Unity 450F 15x 3.84 TB salvestussüsteemiga. Meie spetsialistid paigaldasid ja konfigureerisid DellEMC serverid kvoorumina, rakendusserverid (VxRail Solution) ja varulahenduse (DataDomain).

SAP HANA juurutamine: analüüsime erinevaid meetodeid
Seadmed on tulevasteks uuendusteks valmis. Klient ootab 2019. aastal HANA mõõtmete kasvu ning tal pole vaja teha muud, kui paigaldada nagidesse uued moodulid.

Seade: HANA suurele turismiintegraatorile

Meie kliendiks oli seekord suur IT-teenuse pakkuja, kes arendab tehnoloogilisi lahendusi reisifirmadele. Klient käivitas ambitsioonika SAP HANA projekti uue arveldussüsteemi juurutamiseks. Tootmis- ja PreProdi keskkondade jaoks oli vaja lahendust seadmerežiimis 8 TB RAM-iga. Vastavalt SAP soovitustele valis klient vertikaalse skaleerimise võimaluse.

Peamine ülesanne oli SAP HANA jaoks seadmerežiimis sertifitseeritud seadmetel põhineva riistvara infrastruktuuri juurutamine. Prioriteetsed kriteeriumid olid kuluefektiivsus, kõrge jõudlus, mastaapsus ja andmete kõrge kättesaadavus.

Pakkusime välja ja juurutasime SAP-sertifikaadiga lahenduse, sealhulgas kaks Bullion S16 serverit – Prod ja PreProd keskkondade jaoks. Seadmed töötavad Intel Xeon E7-v4 8890 protsessoritel (24 tuuma, 2.20 GHz, 165 W) ja on varustatud 16 TB muutmäluga. BW ja Dev/Test keskkondade jaoks paigaldati üheksa Bullion S4 serverit (22 tuuma, 2.20 GHz, 150 W) 4 TB RAM-iga. Salvestussüsteemina kasutati hübriid-EMC Unity'i.

See lahendus pakub skaleerimise tuge seadme kõikidele elementidele – näiteks kuni 16 pesa Intel Xeon E7-v4 protsessoriga. Selle konfiguratsiooni haldamine on lihtsustatud - eriti serveri ümberkonfigureerimiseks või partitsioonideks.

Seade + TDI: HANA metallurgidele

Üks suurimaid nikli ja pallaadiumi tootjaid MMC Norilsk Nickel otsustas uuendada oma SAP HANA riistvaraplatvormi, et toetada kriitilisi ärirakendusi ja -projekte. Tekkis vajadus olemasolevat maastikku arvutusvõimsuse osas laiendada. Üks peamisi tingimusi, mille klient esitas, oli platvormi kõrge saadavus – hoolimata riistvaralistest piirangutest.

SAP HANA juurutamine: analüüsime erinevaid meetodeid

Tootmiskeskkondade jaoks kasutasime Bullion S8 serverit ja salvestussüsteeme SAP HANA Appliance režiimis. HA ja test/dev jaoks kasutati platvormi TDI režiimis. Kasutasime ühte Bull Bullion S8 serverit, kahte Bull Bullion S6 serverit ja hübriidsalvestussüsteemi. See kombinatsioon võimaldas oluliselt suurendada rakenduste kiirust SAP maastikul, suurendada arvutusvõimsuse ja andmesalvestusressursside hulka ning minimeerida tegevuskulusid. On oluline, et kliendil oleks endiselt võimalus skaleerida kuni 16 CPU-ni.

Kutsume teid SAP-foorumile

Selles postituses vaatlesime SAP HANA juurutamist erinevatel viisidel ning püüdsime välja tuua saadaolevate valikute eelised ja puudused. Kui teil on SAP HANA juurutamise kohta küsimusi, vastame neile hea meelega kommentaarides.

Kutsume kõiki, kes on huvitatud Bulli lahendustest ja nende juurutamise võimalustest SAP HANA raames, aasta suurimale SAP üritusele: 17. aprillil toimub Moskvas SAP Forum 2019. Ootame teid meie stendile asjade Internetis tsoon: räägime teile palju huvitavaid asju ja anname välja ka palju auhindu.

Kohtumiseni foorumis!

Allikas: www.habr.com

Lisa kommentaar