SAP HANA on populaarne in-memory andmebaas (DB), mis hõlmab andmehoidlate (Data Warehouse) ja analüüsi teenuseid, sisseehitatud vahevara, rakenduste serverit ning platvormi uute utiliitide seadistamiseks või arendamiseks. Traditsiooniliste andmebaaside viivituste kaotamise kaudu saab SAP HANA oluliselt suurendada süsteemide jõudlust, tehingute töötlemist (OLTP) ja ärianalüüsi (OLAP).

SAP HANA saab käitada Appliance ja TDI režiimides (kui rääkida tootmiskeskkondadest). Iga variandi jaoks on tootjal omad nõuded. Selles postituses räägime nii erinevate variantide eelistest ja puudustest kui ka meie tegelikest projektidest SAP HANA-ga.
SAP HANA koosneb kolmest põhikomponendist – hostist, instantsist ja süsteemist.
Host — see on server või operatsioonikeskkond SAP HANA andmebaasi jaoks. Selle kohustuslikud komponendid on CPU, RAM, salvestus, võrk ja opsüsteem. Host pakub viiteid installeerimiste, andmete, logide või otsese salvestuse kaustadele. Samuti ei pea SAP HANA installeerimise salvestus olema hostis. Kui süsteemis on mitu hosti, on vajalik kas ühiselt kasutatav salvestus või salvestus, mis on saadaval nõudmisel kõikidest hostidest.
Instants — see on SAP HANA süsteemi koostisosade komplekt, mis on paigaldatud ühele hostile. Põhikomponendid on Index Server ja Name Server. Esimene, mida nimetatakse ka "töös_serveriks", töötleb päringuid, haldab aktiivseid andmehoidlaid ja andmebaasi sõlmi. Name Server salvestab teavet SAP HANA installeerimise topoloogiast – kust Komponendid töötavad ja millised andmed asuvad. serveris.
Süsteem – see on üks või mitu instantsi sama numbriga. Sisuliselt on see eraldi element, mille saab sisse või välja lülitada või kopeerida (varundada). Andmed jaotuvad erinevate serverite mälus, mis moodustavad SAP HANA süsteemi.

Süsteem võib olla konfigureeritud ühe hostiga (üks instants ühel hostil) või mitme hostiga, jaotatud (mitu SAP HANA instantsi on jaotatud erinevatele hostidele, kus igal hostil on üks instants). Mitme hostiga süsteemides peab igal instantsil olema sama number. SAP HANA süsteemi tuvastatakse System ID (SID) abil – unikaalse numbri, mis koosneb kolmest tähest ja numbrist.
SAP HANA virtualiseerimine
Üks peamisi piiranguid SAP HANA-s on tosupportamiseks ainult ühe süsteemi — ühe instantsi unikaalse SID-iga serveris. Riistvara tõhusamaks kasutamiseks või andmekeskuses serverite arvu vähendamiseks saab kasutada virtualiseerimist. Seega saavad teised maastikud kooseksisteerida ühes serveris süsteemidega, millel on madalamad nõuded (mitteproduktiivsed süsteemid). Varundus-Hardaares/DR-serverites võib virtualiseerimine parandada vahetuskiirus produktiivsete ja mitteproduktiivsete virtuaalsete masinate vahel.
SAP HANA toetab hüperviisorit VMWare ESX. See tähendab, et erinevad SAP HANA süsteemid — SAP HANA installeerimised, millel on erinevad SID numbrid — saavad kooseksisteerida ühel hostil (ühel füüsilisel serveril) erinevates virtuaalsetes masinates. Iga virtuaalne masin peab töötama toetatud operatsioonisüsteemis.
Tootmisringides on SAP HANA virtualiseerimisel tõsiseid piiranguid:
- scale-out skaleerimist ei toetata – virtualiseerimist saab kasutada ainult Scale-Up süsteemidega, olgu need siis BwoH/DM/SoH või "puhtad" SoH;
- virtualiseerimise tegemiseks peavad olema järgitud Appliance või TDI seadmete reeglid;
- üldise kättesaadavuse (GA) korral võib olla ainult üks virtuaalne masin — ettevõtted, kes soovivad kasutada virtualiseerimist HANA tootmisringides, peavad osalema SAP-i kontrollitud kättesaadavuse programmis.
Mitteproduktiivsetes keskkondades, kus loetletud piirangud puuduvad, saab virtualiseerimist kasutada riistvara kasutamise optimeerimiseks.
SAP HANA topoloogiad
Liigume SAP HANA juurutamise juurde. Siin on määratletud kaks topoloogiat.
- Scale-up – üks suur server. HANA andmebaasi kasvades kasvab ka server ise: CPU ja mälu suurenevad. Kõrge kättesaadavuse (HA) ja katastroofitaisteel (DR) lahendustes peavad varu- või tõrke- serverid olema tootmisserveritega iseloomudelt samaväärsed.
- Scale-out – kogu SAP HANA süsteemi maht on jaotatud mitme sama tüüpi serveri vahel. Master-server sisaldab teavet Index Serveri ja Name Serveri jaoks. Slave-serverid ei sisalda neid andmeid, välja arvatud server, mis võtab master-funktsioonid endale peamise serveri rikke korral. Töös serverid (Index Servers) haldavad andme segmente, mis neile on määratud, ning vastavad päringutele. Name Server’id teavad, kuidas andmed on jaotatud töös serverite vahel. HANA kasvu korral lisatakse lihtsalt veel üks node. serveri konfiguratsiooni Sellises topoloogias piisab ühe varu node olemasolust, et tagada kogu serveri turvalisus.

SAP riistvara nõuded
SAP-l on HANA jaoks riistvara osas kohustuslikud nõuded. Need kehtivad tootmis keskkondadele — non-prod jaoks on piisavad minimaalne omadused. Siin on nõuded tootmis keskkondade jaoks:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- alates 128 GB RAM BW rakendustele 2 CPU juures, 256 GB 4+ CPU juures;
SAP HANA rakendamine Appliance ja TDI režiimides
Nüüd liikume praktikale ning räägime, kuidas rakendada SAP HANA Appliance ja TDI režiimides. Kasutame selleks meie SAP HANA platvorme, mis põhinevad BullSequana S ja Bullion S serveritel, mis on SAP poolt heaks kiidetud nende režiimide jaoks.
Veidi teavet toodete kohta. BullSequana S, mis põhineb Intel Xeon Scalable'il, sisaldab erinevaid mudeleid kuni 32 CPU ühes serveris. Server on üles ehitatud moodul konstruktsioonile, mis tagab skaleeritavuse kuni 32 CPU ja sama arvu graafikaprotsessoritega. Operatiivmälu on vahemikus 64 GB kuni 48 TB. BullSequana S-i omaduste hulka kuuluvad ettevõtte tasandi AI kasutamine parema jõudluse saavutamiseks, andmete analüüsi kiirendamine, täiustatud määratlemise kaudu mälu arvutuste moderniseerimine ning virtualiseerimise ja pilvetehnoloogiate rakendamine.
Bullion S tarnitakse Intel Xeon E7 v4 perekonna CPU-dega. Maksimaalne protsessorite arv on 16. RAM skaleerub 128 GB kuni 24 TB. Suur hulk RAS-funktsioone tagab kõrge kergendamatas saavutab kriitiliste infrastruktuuride, näiteks SAP HANA, jaoks. Bullion S sobivad massiliseks andmekeskuste konsolideerimiseks, In-Memory rakendustega töötamiseks, peamiste raudvara migratsiooniks või vanade süsteemide migreerimiseks.
SAP HANA Appliance
Seade – eelnevalt seadistatud lahendus, mis sisaldab serverit, andmesalvestust ja tarkvarapaketti „võtmed kätte” rakendamiseks, koos tsentraliseeritud tugiteenusega ja kokkulepitud jõudlustasemega. Siin HANA tarnitakse eelnevalt seadistatud riist- ja tarkvarana, mis on täielikult integreeritud ja sertifitseeritud. Seade seadmestikuna on valmis paigaldamiseks andmekeskusesse, samas kui operatsioonisüsteem, SAP HANA ja (vajadusel) täiendav VMWare instants on juba konfigureeritud ja paigaldatud.
SAP sertifitseerimine määrab garanteeritud jõudlustaseme ning CPU mudeli, RAM-i mahu ja andmesalvestuse. Pärast sertifitseerimist ei saa konfigureerimist muuta garantii kaotamata. HANA platvormi skaleerimiseks pakub SAP kolme võimalust.
- Scale-Up BWoH/DM/SoH – vertikaalne skaleerimine, mis sobib ühesistemitele (üks SID). Seadmete Appliance kasv toimub 256/384 GB juures, alustades SAP HANA SPS 11 versioonist. See suhe näitab maksimaalset mahtu, mida üks CPU toetab, ja on ühine kõigi sertifitseeritud Appliance-seadmestike nimekirja jaoks. Appliance BWoH/DM/SoH vertikaalse skaleerimisega sobib ideaalselt rakendustele BW on HANA (BWoH), Andmehaarder (DM) ja rakendustele SAP Suite on HANA (SoH).
- Scale-Up SoH – see on kergem versioon eelmisest mudelist, millel on vähem piiranguid RAM-i mahule. See on endiselt vertikaalselt skaleeritav server, kuid maksimaalne RAM-i maht kahe protsessori puhul on juba 1536 GB (kuni SPS11 versioonini) ja 3 TB (SPS12+). Sobib ainult SoH-ks.
- Scale-Out – see on horisontaalne skaleerimise variant, süsteem, mis toetab mitme serveri konfiguratsioone. Horisontaalne skaleerimine sobib ideaalselt BW-le ja – teatud piirangutega – SoH-le.
BullSequana S ja Bullion S serverites on vertikaalne skaleerimine peamine, kuna sellel on vähem operatiivseid piiranguid ja see nõuab vähem haldamist. Appliance režiimis on suur valik erinevaid seadmeid.

BullSequana S lahendused SAP HANA seadmes

*Valikuline E7-8890/94v4
Bullion S lahendused SAP HANA seadmes
Kõik Bulli lahendused seadmes alates SAP HANA SPS 12 versioonist on sertifitseeritud. Riistvara paigaldatakse standardsele 19-tollisele 42U riiulile, kahel toiteallikal – sisemised PDU-d. SAP sertifitseeritud on serverid:
- BullSequana S koos Intel Xeon Skylake 8176, 8176M, 8180, 8180M protsessoritega (protsessorid, millel on tähis „M“, toetavad 128 GB mälumooduleid). Hindade ja kvaliteedi suhe on kõige parem Intel 8176 variandi puhul.
- Bullion S koos Intel Xeon E7-8880 v4, 8890 ja 8894.
Säilitamisseade on ühendatud serveriga otse FC-portide kaudu, mistõttu SAN-lülitid ei ole vajalikud. Need võivad olla kasulikud LAN või SAN-iga ühendatud süsteemidesse sisenemiseks.
Siin on näide EMC Unity 450F säilitamisseadmest 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ühe maht 600 GB kuni 15.36 TB
- RAID: tase 5 (8+1), 4 RAID-gruppi
- Interfäär: 4 FC kontrolleri kohta, kiirus 8 või 16 Gbit/s
- Tarkvara: Unisphere Block Suite
Appliance on usaldusväärne juurutamisvariant, kuid tal on üks suur puudus: vähe vabadust riistvara konfigureerimisel. Samuti võib see variant nõuda IT-osakonna tööprotsesside muutmist.
SAP HANA TDI
Alternatiiv Appliance'ile on TDI (Tailored Data center Integration) režiim, kus saab valida konkreetsed tootjad ja infrastruktuuri komponendid vastavalt kliendi soovidele — arvestades täidetavaid ülesandeid ja koormust. Näiteks võib SAN-i kasutada uuesti andmekeskuses, samas kui osad kettad eraldatakse HANA installimiseks.
Võrreldes Appliance'iga, annab TDI režiim kasutajale palju suurema vabaduse nõuete täitmiseks. See hõlbustab HANA integreerimist andmekeskusesse — saab ehitada oma kohandatud infrastruktuuri, muutes propageerijate tüüpe ja arvu vastavalt koormusele.

Võimsuse arvutamiseks soovitatakse kasutada SAP Quick Sizerit — lihtsat tööriista, mis annab nõuded CPU ja mälu kohta erinevate SAP HANA töökoormuste jaoks. Seejärel võib IT-maastiku planeerimiseks pöörduda SAP Active Global Support'i poole. Seejärel muudab SAP HANA riistvarapartner arvutuste tulemused erinevateks süsteemi konfigureerimise võimalusteks — nii tippriistvaras kui ka lihtsamates lahendustes. TDI režiimis on lubatud kasutada CPU-d Intel E7, sealhulgas Intel Broadwell E7 ja Skylake-SP (Platinum, Gold, Silver koos 8 ja enama tuumaga protsessoriga) ning IBM Power8./9.
Serverid tarnitakse ilma säilitamisseadmest, lülititest ja riiulitest, kuid riistvara nõuded jäävad samaks kui Appliance'i režiimis — samad singelnoodid, vertikaalse või horisontaalse skaleerituse lahendused. SAP nõuab, et kasutati ainult sertifitseeritud servereid, salvestussüsteeme ja lülitusi, kuid see ei ole hirmus — enamik tootjatest sertifitseerib praktiliselt kogu seadme.
Suuruse kontrollimist tuleb teha HWCCT (Hardware Configuration Check Tool) testide abil, mis võimaldavad kontrollida teatud SAP KPI-de järgimist. Ja on nõue, mis ei ole seotud riistvaraga: HANA, OS ja hüperviisor (valikuline) peavad olema paigaldatud SAP sertifikaadiga spetsialistide poolt. Ainult süsteemid, kus järgivad kõik loetletud reeglid, võivad saada SAPilt jõudlusega seotud tuge.
BullSequana S serverite rida TDI režiimis sarnaneb seadme režiimiga, kuid ilma salvestussüsteemide, lülitite ja kapideta. Nendele saab installida mis tahes sertifitseeritud SAP nimekirjas olevad salvestussüsteemid – VNX, XtremIO, NetApp jne. Näiteks, kui VNX5400 vastab SAP HANA jõudlusnõuetele, saab TDI konfiguratsiooni osana ühendada Dell EMC Unity 450F salvestussüsteemi. Vajadusel installitakse FC adapterid (1 või 10 Gbps) ja Ethernet-lülitid.
Nüüd, et te näeksite kirjeldatud režiime selgemalt, räägime mõnest meie tõelisest juhtumist.
Seade + TDI: HANA Interneti-poe jaoks
Internetipood Mall.cz, mis kuulub Mall Group'i, asutati 2000. aastal. Tal on harud Tšehhis, Slovakkias, Poolas, Ungaris, Sloveenias, Horvaatias ja Rumeenias. See on kõige suurem Interneti-pood riigis, müües kuni 75 tuhat toodet päevas, tema tulud 2017. aasta lõikes olid umbes 280 miljonit eurot.
Andmekeskuse infrastruktuuri uuendamine oli vajalik SAP HANA-le ülemineku tõttu. Hindamine oli 2×6 TB tootmiskeskkonna jaoks ja 6 TB test/dev keskkonna jaoks. Samuti oli vajalik lahendus SAP HANA tootmiskeskkonna aktiiv-aktiivklastri jaoks.
Tendra kuulutamise hetkel oli tellijal SAP-i süsteem, mis põhines tavalistel kapp- ja blade-serveritel. Kaks andmekeskust, mis asusid umbes 10 km kaugusel üksteisest, olid varustatud erinevate salvestussüsteemidega – IBM SVC, HP ja Dell. Peamised süsteemid töötasid hädaolukorra taastamise režiimis.
Kliendil oli algselt nõue sertifitseeritud lahenduse järele Appliance režiimis SAP HANA kõigi süsteemide (tootmis- ja test/dev keskkonnad) jaoks, ulatudes kuni 12 TB. Kuid eelarvepiirangute tõttu hakati kaaluma teisi variante, näiteks suuremat CPU arvu väiksemate RAM moodulitega (64 GB moodulid 128 GB moodulite asemel). Lisaks kaaluti hindade optimeerimiseks ühiste salvestuslahenduste kasutamist tootmis- ja test/dev keskkondade jaoks.

Lõpuks otsustati 4 CPU ja 6 TB RAM tootmiskeskkonna jaoks kasvuvõimalusega. Test/dev keskkondade jaoks otsustati TDI režiimis kasutada odavamaid CPU-sid — 8 CPU ja 6 TB RAM. Kliendi nõudmiste, sealhulgas replikatsiooni, varunduse ja tootmis- ja test/dev keskkondade ühendamise teisele kohale tõttu, kasutati sisemiste ketaste asemel DellEMC Unity salvestuslahendust täieliku flash konfiguratsiooniga. Lisaks soovis klient lahendust, millel on katastroofist taastumise mehhanism põhinev replikatsioonil HANA süsteemil (HSR) kolmandal kohal oleva kvoorumi sõlmega.
Tootmiskeskkonna lõplik konfiguratsioon koosnes BullSequana S400 serverist Intel Xeon P8176M (28 tuuma, 2.10 GHz, 165 W) ja 6 TB RAM-st. Salvestuslahendus — Unity 450F 10x 3.84 TB. Katastroofist taastumise eesmärgil kasutati BullSequana S400 serverit Intel Xeon P8176M (28 tuuma, 2.10 GHz, 165 W) ja 6 TB RAM-st. Test/dev keskkonna jaoks valiti BullSequana S800 server Intel Xeon P8153 (16 tuuma, 2.00 GHz, 125 W) ja 6 TB RAM pluss salvestuslahendus Unity 450F 15x 3.84 TB. Kvoorumi, rakenduste serverite (VxRail lahendus) ja varundamise lahenduse (DataDomain) jaoks paigaldasid ja seadistasid meie spetsialistid DellEMC servereid.

Seade on valmis tulevasteks uuendusteks. Klient ootab HANA suuruse kasvu 2019. aastal ja tal on vaid vaja paigaldada uued moodulid kappidessse.
Appliance: HANA suurele turismi integratsiooniettevõttele
Seekord on meie kliendiks suur IKT teenuste pakkuja, kes väljatöötab tehnoloogilisi lahendusi turistiettevõtetele. Klient alustas ambitsioonikat SAP HANA projekti uue arveldamisse süsteemi juurutamiseks. Üksikasjalik lahendus Appliance režiimis 8 TB RAM jaoks tootmis- ja PreProd keskkondades. SAP soovitustega kooskõlas valis klient vertikaalse skaleerimise variandi.
Peamine ülesanne oli rakendada riistvaraline infrastruktuur, mis põhineb SAP HANA jaoks sertifitseeritud seadmetel, mis on Appliance režiimis. Prioriteetseteks kriteeriumiteks olid kulutõhusus, kõrge jõudlus, laiendatavus ja andmete kõrge kättesaadavus.
Pakkusime ja rakendasime SAP sertifitseeritud lahenduse, mis sisaldas kahte Bullion S16 serverit – Prod ja PreProd keskkondade jaoks. Seadmed töötavad Intel Xeon E7-v4 8890 protsessoritel (24 tuuma, 2,20 GHz, 165 W) ning on varustatud 16 TB RAM-iga. BW ja Dev/Test keskkondade jaoks paigaldasime üheksa Bullion S4 serverit (22 tuuma, 2,20 GHz, 150 W) koos 4 TB RAM-iga. Andmesalvestusena kasutati hübriidset EMC Unity-d.
Selline lahendus tagab toetuse kõigi seadme elementide laiendamiseks – näiteks kuni 16 soketiga Intel Xeon E7-v4 CPU-de jaoks. Selle konfiguratsiooni haldamine on lihtsustatud – eriti serveri ümberkonfigureerimise või partitsioonide jagamise osas.
Appliance + TDI: HANA metallurgidele
GMC "Norilsk Nickel" – üks suurimaid nikli ja palladiumi tootjaid – otsustas uuendada oma SAP HANA riistvaralist platvormi, et tagada kriitiliselt oluliste ärirakenduste ja projektide toimimine. Vajalik oli olemasoleva maastiku laienemine arvutusvõimekuse osas. Üks peamistest nõudmistest kliendilt oli platvormi kõrge kättesaadavus – vaatamata riistvaralistele piirangutele.

Tootmisprotsesside jaoks kasutasime Bullion S8 serverit ja andmesalvestussüsteemi SAP HANA Appliance režiimis. HA ja test/dev keskkonnas rakendasime TDI režiimi. Kasutatud oli ühte Bullion S8 serverit, kahte Bullion S6 serverit ja hübriidset andmesalvestussüsteemi. Selline kombinatsioon võimaldas oluliselt suurendada SAP maastiku rakenduste töö kiirus, suurendada arvutusvõimekust ja andmete salvestamise ressursse ning minimeerida tegevuskulusid. Oluline on, et kliendil on võimalus laiendada kuni 16 CPU-ni.
Kutsume osalema SAP foorumil
Selles postituses käsitlesime SAP HANA rakendamise erinevaid võimalusi, püüdsime tuua välja saadaolevate variantide eelised ja puudused. Kui teil on SAP HANA rakendamise kohta küsimusi, on meil hea meel neile kommentaarides vastata.
Kutsume kõiki, kes on huvitatud Bull'i lahendustest ja nende rakendamise võimalustest SAP HANA all, suurimale SAP-üritusele aastas: 17. aprillil toimub Moskvas SAP Foorum 2019. Ootame teid meie stendis IoT alal: räägime palju huvitavat ning loosime välja hulgaliselt auhindu.
Kohtumiseni foorumil!
Allikas: habr.com
