SAP HANA — tuntud in-memory andmebaas, mis hõlmab andmemagasi (Data Warehouse) ja analüütika teenuseid, sisseehitatud vaheprogramm, rakenduste server ning platvorm uute utiliitide seadistamiseks või arendamiseks. Traditsiooniliste andmebaaside latentsuse kõrvaldamise tõttu võib SAP HANA süsteemide jõudlust, tehingute töötlemist (OLTP) ja ärianalüüsi (OLAP) märkimisväärselt suurendada.
SAP HANA kasutuselevõtt on võimalik Appliance ja TDI režiimides (kui rääkida tootmisväljadest). Iga variante puhul on tootjal oma nõuded. Selles postituses räägime erinevate võimaluste eelistest ja puudustest ning toome näidetena meie reaalsed projektid SAP HANA-ga.
SAP HANA koosneb kolmest peamisest komponendist – hostist, instantsist ja süsteemist.
Host — see on server või opsüsteem, kus SAP HANA andmebaas töötab. Selle kohustuslikud komponendid on CPU, RAM, salvestusseade, võrk ja opsüsteem. Host pakub viiteid installatsioonikaustadele, andmetele, logidele või otse salvestusseadmele. Samuti ei pea SAP HANA installatsiooni jaoks vajalik salvestusseade asuma hostis. Kui süsteemil on mitu hosti, on vajalik kas ühine salvestus või selline, mis on kõigile hostidele nõudmisel kergesti ligipääsetav.
Instants — komplekt SAP HANA süsteemikomponente, mis on installitud ühele hostile. Peamised komponendid on Index Server ja Name Server. Esimene, mida nimetatakse ka „tööserveriks“, töötleb päringuid, haldab aktiivseid andmehoidlaid ja andmebaasi jõuülekandeid. Name Server salvestab teavet SAP HANA paigalduse topoloogia kohta — kus komponendid töötavad ja millised andmed asuvad serveril.
Süsteem – see on üks või mitu instantsi, millel on sama number. Sisuliselt on see eraldi element, mida saab sisse ja välja lülitada või kopeerida (varundada). Andmed jagunevad erinevate serverite mällu, mis moodustavad SAP HANA süsteemi.
Süsteem võib olla konfigureeritud kui ühekohaline (üks instants ühel hostil) või mitme kohaga, hajutatud (mitu SAP HANA instantsi on jaotatud mitmele hostile, igal hostil on üks instants). Mitme kohaga süsteemides peab igal instantsil olema sama number. SAP HANA süsteem tuvastatakse System ID (SID) kaudu – unikaalne number, mis koosneb kolmest tähe-numbrilisest sümbolist.
SAP HANA virtualiseerimine
Üks peamisi SAP HANA piiranguid on tosupport ainult ühte süsteemi - üht instantsi unikaalse serveri SID-iga. Riistvara efektiivsemaks kasutamiseks või andmekeskuses serverite arvu vähendamiseks saab kasutada virtualiseerimist. Sel viisil võivad muud maastikud eksisteerida samas serveris süsteemidega, millel on madalamad nõudmised (mitteproduktiivsed süsteemid). Varukoopia HA/DR-serverile võib virtualiseerimine kiirendada ülevahetust tootmis- ja mitteproduktiivsete virtuaalmasinate vahel.
SAP HANA hõlmab VMWare ESXi hüperviisori tuge. See tähendab, et erinevad SAP HANA süsteemid - erineva SID-iga SAP HANA installatsioonid - võivad eksisteerida ühel hostil (ühel füüsilisel serveril) erinevates virtuaalmasinates. Iga virtuaalmasin peab töötama toetatud opsüsteemis.
Tootmisvõrkudes on SAP HANA virtualiseerimisel tõsised piirangud:
- skaleerimine Scale-out ei ole toetatud - virtualiseerimist saab kasutada ainult Scale-Up süsteemidega, olgu need siis BwoH/DM/SoH või 'puhta' SoH puhul;
- virtualiseerimine peab toimuma Appliance või TDI seadmetele kehtestatud reeglite raames;
- üldise kättesaadavuse (GA) ajal võib olla ainult üks virtuaalne masin — ettevõtted, kes soovivad kasutada virtualiseerimist tootmisümbrustes HANA, peavad osalema SAPi kontrollitud kättesaadavuse programmis.
Tootmisväliste keskkondade puhul, kus loetletud piiranguid ei ole, võib virtualiseerimist kasutada riistvara kasutuse optimeerimiseks.
SAP HANA topoloogiad
Liigume edasi SAP HANA kasutuselevõtule. Siin on määratletud kaks topoloogiat.
- Scale-up – üks suur server. HANA andmebaasi kasvu korral kasvab ka server: suureneb CPU arv ja mälu maht. Kõrge saadavuse (HA) ja katastroofide taastumise (DR) lahendustes peavad varuserverid või vigadeta serverid tootmisserveritega omaduste poolest vastama.
- Masta serveri andmed indeksi serveri ja nime serveri kohta on jaotatud SAP HANA süsteemi mitme identse serveri vahel. Slave-serverid ei sisalda neid andmeid, välja arvatud juhul, kui peamine server ebaõnnestub, siis võtab üks Slave-server enda peale Master-serveri ülesande. Töös serverid (indeksi serverid) haldavad neile määratud andmepalte ja vastavad päringutele. Nime serverid teavad, kuidas andmed on jaotatud töötavatele serveritele. Kui HANA maht suureneb, lisatakse praegusele lihtsalt veel üks node. serveri seadistused Sellises topoloogias piisab ühe varu node olemasolust, et tagada kogu serveri turvalisus.
SAP-i riistvara nõuded
SAP-l on kohustuslikud nõuded HANA riistvarale. Need kehtivad tootmiskeskkondade kohta - mitte tootmises piisavad minimaalsetele spetsifikatsioonidele. Seega, siin on nõuded tootmiskeskkondadele:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- alates 128 GB RAM BW rakenduste jaoks 2 CPU-ga, 256 GB 4+ CPU-ga;
Paigaldame SAP HANA režiimides Appliance ja TDI
Liigume nüüd praktilise poole juurde ja 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 sertifitseeritud nende režiimide jaoks.
Lühike ülevaade toodetest. BullSequana S, mis põhineb Intel Xeon Scalable'l, sisaldab erinevaid mudelit kuni 32 CPU-d ühes serveris. Server on ehitatud modulaarse konstruktsiooni peale, mis võimaldab skaleerimist kuni 32 CPU ja sama arvu graafikaprotsessorite jaoks. RAM-i maht ulatub 64 GB-st kuni 48 TB-ni. BullSequana S eripärade hulka kuulub ettevõtete tehisintellekti tugi, mis parandab jõudlust, kiirendab andmete analüüsiprotsesse, täiustab mälus toimuvaid arvutusi ning mudelimise käigus kasutatakse virtualiseerimist ja pilvetehnoloogiaid.
Bullion S tarnitakse koos Intel Xeon E7 v4 perekonna CPU-dega. Maksimaalne protsessorite arv on 16. RAM on skaleeritav 128 GB-st kuni 24 TB-ni. Suured RAS funktsioonide hulk tagab kõrge kergelt kõigi kriitiliste infrastruktuuride jaoks, nagu SAP HANA. Bullion S sobib suurele konsolideerimisele andmekeskustes, mälutoe rakenduste töötlemiseks, peamiste raudvara migratsiooniks või vananenud süsteemide toetamiseks.
SAP HANA Appliance
Appliance – eelkonfigureeritud lahendus, mis sisaldab serverit, andmesalvestust ja tarkvarapaketti "võtmed kätte" rakendamiseks, keskse tugiteenusega ja kokkulepitud jõudlustasemega. HANA tarnitakse eelnevalt seadistatud riist- ja tarkvarana, mis on täielikult integreeritud ja sertifitseeritud. Seade on Appliance režiimis valmis andmekeskusesse paigaldamiseks, ja operatsioonisüsteem, SAP HANA ning (kui vajalik) lisainstants VMWare on juba konfigureeritud ja paigaldatud.
SAP sertifitseerimine määrab tagatud jõudlustaseme, samuti CPU mudeli, RAM suuruse ja andmesalvestuse. Pärast sertifitseerimist ei tohi konfiguratsiooni muuta garantii kaotamise vältimiseks. HANA platvormi skaleerimiseks pakub SAP kolme valikut.
- Scale-Up BWoH/DM/SoH – vertikaalne skaleerimine, mis sobib ühe süsteemi (üks SID) jaoks. Appliance'i seadmete kasv toimub 256/384 GB ulatuses alates SAP HANA SPS 11 versioonist. See suhe näitab maksimaalset mahtu, mida ühe CPU poolt toetatakse, ja on üldine kõigi sertifitseeritud Appliance-seadmete loendi jaoks. Appliance BWoH/DM/SoH vertikaalne skaleerimine sobib ideaalselt BW on HANA (BWoH), Data Mart (DM) ja SAP Suite on HANA (SoH) rakendustele.
- Scale-Up SoH — see on eelneva mudeli kergendatud versioon, millel on vähem piiranguid RAM-i mahule. See on endiselt vertikaalselt skaleeritav server, kuid kahe protsessori maksimaalne RAM-i maht on juba 1536 GB (kuni SPS11 versioonini) ja 3 TB (SPS12+). Sobib ainult SoH jaoks.
- Scale-Out – see on horisontaalse skaleerimise variant, süsteem, mis toetab mitme serveri konfiguratsioone. Horisontaalne skaleerimine sobib ideaalselt BW-ks ja – teatud piirangutega – SoH jaoks.
BullSequana S ja Bullion S serverites on vertikaalne skaleerimine peamine, kuna selles on vähem tegevuslikke piiranguid ja vähem haldamist. Appliance'i režiimis on saadaval lai valik erinevaid seadmeid.
BullSequana S lahendused SAP HANA Appliance'i režiimis
*Valikuline E7-8890/94v4
Bullion S lahendused SAP HANA Appliance'i režiimis
Kõik Bull lahendused Appliance'i režiimis alates SAP HANA SPS 12 on sertifitseeritud. Seadmed paigaldatakse standardsetesse 19-tollistesse 42U riiulitesse, kahe toiteallika — sisemiste PDU-dega. SAP sertifitseeritud on serverid:
- BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M (protsessorid „M” toetavad 128 GB mälumoodulite kasutamist). Hindade ja kvaliteedi suhte poolest paistavad silma valikud Intel 8176-ga.
- Bullion S Intel Xeon E7-8880 v4, 8890 ja 8894.
Salvestusseade ühendub serveriga otse FC-portide kaudu, seega SAN-lülitid pole vajalikud. Need võivad olla kasulikud LAN- või SAN-ühendatud süsteemide juurde pääsemiseks.
Siin on näide EMC Unity 450F salvestusseadmest meie seadistuses:
- Kõrgus: 5U (DPE 3U (25×2,5" HDD/SSD) + DAE 2U (25×2,5" HDD/SSD))
- Kontrollerid: 2
- Kettad: alates 6 kuni 250 SAS SSD, igaühe maht 600 GB kuni 15,36 TB
- RAID: tase 5 (8+1), 4 RAID-gruppi
- Liidestus: 4 FC kontrolleri kohta, 8 või 16 Gbit/s
- Tarkvara: Unisphere Block Suite
Appliance – usaldusväärne juurutamisvõimalus, kuid sel on üks suur puudus: vähenenud paindlikkus riistvara konfiguratsiooni osas. Lisaks võib see variant nõuda muudatusi IT-osakonna tööprotsessides.
SAP HANA TDI
Appliance'ile alternatiiviks on TDI (Tailored Data Center Integration) režiim, kus saab valida konkreetseid tootjaid ja infrastruktuuri komponente vastavalt kliendi soovidele – arvestades täidetavaid ülesandeid ja töökoormust. Näiteks SAN-i saab andmekeskuses taas kasutada, samas kui mõned kettad on ette nähtud HANA installimiseks.
TDI režiimis on kasutajale võrreldes Appliance'iga palju suurem paindlikkus nõuete täitmisel. See lihtsustab HANA integreerimist andmekeskusesse — saab luua oma kohandatud infrastruktuuri. Näiteks saab varieerida protsessorite tüüpi ja arvu vastavalt koormusele.
Võimsuste arvutamiseks soovitatakse kasutada SAP Quick Sizerit — lihtsat tööriista, mis määrab CPU ja mälu nõuded erinevates töökoormustes SAP HANA jaoks. IT-maastiku planeerimise jaoks võib pöörduda SAP Active Global Supporti. Seejärel muundab SAP HANA riistvarapartner arvutustulemused erinevateks süsteemikonfiguratsioonideks — nii tipptehnoloogial kui ka lihtsamatel seadmetel. TDI režiimis serverite puhul on lubatud kasutada Intel E7 CPU-sid, sealhulgas Intel Broadwell E7 ja Skylake-SP (Platinum, Gold, Silver koos 8 ja enama tuumaga protsessoritega), samuti IBM Power8./9.
Serverid tarnitakse ilma SAN-ide, lülitite ja rackideta, kuid riistvaranõuded jäävad samaks nagu Appliance režiimis — samad üksiknode, vertikaalsed või horisontaalsed skaleerimisvõimalused. SAP nõuab, et kasutatakse ainult sertifitseeritud servereid, SAN-e ja lüliteid,, kuid see ei ole probleem — enamikul tootjatest on peaaegu kogu varustus sertifitseeritud.
Jõudluse kontrollimine tuleb teostada HWCCT (Hardware Configuration Check Tool) testide abil., mis võimaldavad kontrollida SAPi KPIde täitmist. Ja on nõue, mis ei ole seotud riistvaraga: HANA, operatsioonisüsteem ja hypervisor (valikuline) peavad olema installeeritud SAP-i sertifikaadiga spetsialistide poolt.. Ainult süsteemid, kus kõik loetletud reeglid on täidetud, saavad SAP-i toimivuse toetust.
BullSequana S seeria TDI režiimis on sarnane Appliance režiimi seeriale, kuid ilma SAN-i, lülitite ja riiulita. Neid võib varustada igasuguste SAP-i sertifitseeritud SAN-idega — VNX, XtremIO, NetApp ja teised. Näiteks, kui VNX5400 vastab SAP HANA toimivuse nõuetele, võib TDI konfiguratsioonis ühendada Dell EMC Unity 450F SAN-i. Vajadusel installeeritakse FC (1 või 10 Gbit/s) adapterid ja Ethernet-lülitid.
Nüüd, et te paremini visualiseeriksite kirjeldatud režiime, räägime mõnest meie tegelikust juhtumist.
Appliance + TDI: HANA veebipoe jaoks
Mall.cz, mis kuulub Mall Group'i, asutati 2000. aastal. Sellel on harud Tšehhis, Sloveenias, Poolas, Ungaris, Sloveenias, Horvaatias ja Rumeenias. See on riigi suurim veebipood, müües kuni 75 000 toodet päevas, 2017. aasta käive oli umbes 280 miljonit eurot.
Andmekeskuse infrastruktuuri uuendamine oli vajalik SAP HANA-le ülemineku tõttu. Kavatsetav suurus oli 2×6 TB tootmisena ning 6 TB testimise/arenduse keskkonna jaoks. Samuti oli vajalik lahendus avarii taastamiseks tootmiskeskkonnas SAP HANA active-active klastris.
Tendri väljakuulutamise ajal oli tellijal standardsetel 19-tollistel ja blade-serveritel põhinev süsteem SAP-i jaoks. Kaks andmekeskust, mis asusid umbes 10 km kaugusel üksteisest, olid varustatud erinevate salvestussüsteemidega - IBM SVC, HP ja Dell. Kriitilised süsteemid töötasid avarii taastumise režiimis.
Algselt soovis klient sertifitseeritud lahendust Appliance režiimis SAP HANA jaoks kõigile süsteemidele (Production ja test/dev keskkonnad) kuni 12 TB kasvatamisega. Kuid eelarvepiirangute tõttu hakati kaaluma teisi võimalusi – näiteks suuremat arvutiprotsessorite arvu väiksema mahuga RAM-moodulitega (64 GB moodulid 128 GB asemele). Lisaks kaaluti hinna optimeerimiseks ühise salvestusseadmestiku kasutamist Production ja test/dev keskkondade jaoks.
Leppisime kokku 4 CPU ja 6 TB RAM-i Production keskkonnale, võimalusega kasvamiseks. Test/dev keskkondade jaoks TDI režiimis otsustasime kasutada vähem kulukaid CPU-sid – saime 8 CPU ja 6 TB RAM-i. Klient soovis suurema hulga funktsioonide, sealhulgas replikatsiooni, varukoopia ja ühiste Production ja test/dev keskkondade olemasolu teises asukohas, tõttu kasutasime DellEMC Unity täispahvikonfiguratsiooniga salvestusseadet. Lisaks soovis klient ka hädaolukorras taastamise lahendust, mis põhineks HANA süsteemi replikatsioonil (HSR) koos quorum sõlmega kolmandas asukohas.
Lõplik konfiguratsioon Prod keskkonnale koosnes serverist BullSequana S400 Intel Xeon P8176M (28 tuuma, 2.10 GHz, 165 W) ja 6 TB RAM-iga. Salvestus süsteem — Unity 450F 10x 3.84 TB. Disaster recovery eesmärkidel oli Prod keskkonnas kasutatud BullSequana S400 Intel Xeon P8176M (28 tuuma, 2.10 GHz, 165 W) koos 6 TB RAM-iga. Test/Arendus keskkonna jaoks kasutati serverit BullSequana S800 koos Intel Xeon P8153 (16 tuuma, 2.00 GHz, 125 W) ja 6 TB RAM-iga, lisaks salvestusseade Unity 450F 15x 3.84 TB. Kvora, rakenduse serverite (VxRail lahendus) ja varunduslahenduse (DataDomain) jaoks meie spetsialistid paigaldasid ja seadistasid DellEMC serverid.
Seade on valmis tulevasteks uuendusteks. Klient ootab HANA suurendamise kasvu 2019. aastal ja tal jääb üle vaid uued moodulid riiulitesse paigaldada.
Appliance: HANA suurele integreerijale turismisektoris
Seekord on meie kliendiks suur IT-teenuste pakkuja, kes tegeleb tehnoloogiliste lahenduste arendamisega turismifirmadele. Klient alustas ambitsioonikat projekti SAP HANA uue arvelduse süsteemi juurutamiseks. Vajalik oli Appliance režiimi lahendus 8 TB RAM-iga Production ja PreProd keskkondade jaoks. Vastavalt SAP soovitustele valis klient vertikaalse skaleerimise variandi.
Peamine ülesanne oli implementerida riistvara infrastruktuur, mis põhineb SAP HANA jaoks sertifitseeritud Appliance-seadmetel. Prioriteetideks olid kulutõhusus, kõrge jõudlus, skaleeritavus ja andmete kõrge kättesaadavus.
Pakkusime ja rakendasime SAP-i sertifitseeritud lahendust, mis koosneb kahest Bullion S16 serverist - Prod ja PreProd keskkondade jaoks. Varustus töötab Intel Xeon E7-v4 8890 (24 tuuma, 2.20 GHz, 165 W) protsessoritel 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) igaühega 4 TB RAM-i. Andmesalvestuslahendusena kasutati hübriidset EMC Unity.
Selline lahendus tagab skaleeritavuse toe kõikidele seadme komponentidele – näiteks kuni 16 pesaga Intel Xeon E7-v4 CPU-dele. Administratsioon on antud konfiguratsioonis lihtsustatud – eelkõige serverite konfigureerimise või jaotamise osas.
Appliance + TDI: HANA metallitöösturitele
GMK „Norilsk Nickel“ on üks suurimaid nikli ja palladia tootjaid, kes otsustas uuendada oma SAP HANA riistvaraplatvormi, et tagada kriitiliste äriarenduste ja projektide toimimine. Vajalik oli olemasoleva infrastruktuuri laienemine arvutusvõimsuse osas. Üks peamisi kliendi esitatud nõudeid oli platvormi kõrge kättesaadavus, hoolimata riistvaralistest piirangutest.
Tootmisvõrkudes kasutasime Bullion S8 serverit ja andmesalvestust SAP HANA Appliance režiimis. Kõrge kättesaadavuse (HA) ja test/arendusplatvormide jaoks rakendasime TDI režiimi. Kasutasime ühte Bull Bullion S8 serverit, kahte Bull Bullion S6 serverit ja hübriidset andmesalvestust. Selline kombinatsioon võimaldas oluliselt suurendada SAP-tehnoloogiaalase keskkonna rakenduste töökiirus, suurendada arvutusvõimsuse ja andmete salvestamise ressursse ning minimeerida tegevuskulusid. Samuti on kliendil võimalus laiendada kuni 16 CPU-le.
Kutsume SAP foorumile
Selles postituses käsitlesime SAP HANA juurutamist erinevates vormides ning tõime välja kõigi saadaolevate variantide eelised ja puudused. Kui teil on küsimusi SAP HANA rakendamise kohta, vastame neile meeleldi kommentaarides.
Kutsume kõiki, kes on huvitatud Bulli lahendustest ja nende rakendamise võimalustest SAP HANA all, suurimale SAP üritusele aastal: 17. aprillil Moskvas toimub SAP Foorum 2019. Ootame teid meie stendile IoT alas, kus räägime palju huvitavat ja loosime välja mitmeid auhindu.
Kohtumiseni foorumil!
Allikas: habr.com
