SAP HANA je priljubljen DBMS v pomnilniku, ki vključuje storitve shranjevanja (Data Warehouse) in analitiko, vgrajeno vmesno programsko opremo, aplikacijski strežnik in platformo za konfiguracijo ali razvoj novih pripomočkov. Z odpravo zakasnitve tradicionalnih DBMS-jev s SAP HANA lahko močno povečate zmogljivost sistema, obdelavo transakcij (OLTP) in poslovno inteligenco (OLAP).
SAP HANA lahko uvedete v načinih Appliance in TDI (če govorimo o proizvodnih okoljih). Za vsako možnost ima proizvajalec svoje zahteve. V tej objavi bomo govorili o prednostih in slabostih različnih možnosti ter, zaradi jasnosti, o naših resničnih projektih s SAP HANA.
SAP HANA je sestavljen iz 3 glavnih komponent – gostitelja, instance in sistema.
Voditelj je strežnik ali operacijsko okolje za izvajanje SAP HANA DBMS. Njegove zahtevane komponente so CPE, RAM, shramba, omrežje in OS. Gostitelj ponuja povezave do namestitvenih imenikov, podatkov, dnevnikov ali neposredno do sistema za shranjevanje. Hkrati ni treba, da se sistem za shranjevanje za namestitev SAP HANA nahaja na gostitelju. Če ima sistem več gostiteljev, boste potrebovali skupno shrambo ali tisto, ki je na voljo na zahtevo vseh gostiteljev.
Primerek — niz sistemskih komponent SAP HANA, nameščenih na enem gostitelju. Glavni komponenti sta indeksni strežnik in imenski strežnik. Prvi, ki se imenuje tudi »delovni strežnik«, obdeluje zahteve, upravlja trenutne shrambe podatkov in motorje baz podatkov. Imenski strežnik shranjuje informacije o topologiji namestitve SAP HANA – kje se komponente izvajajo in kateri podatki so na strežniku.
Sistem – to je en ali več primerkov z isto številko. V bistvu je to ločen element, ki ga je mogoče omogočiti, onemogočiti ali kopirati (varnostno kopirati). Podatki so porazdeljeni v pomnilnik različnih strežnikov, ki sestavljajo sistem SAP HANA.
Sistem je lahko konfiguriran kot enogostiteljski (ena instanca na enem gostitelju) ali večgostiteljski, porazdeljen (več instanc SAP HANA je porazdeljenih po več gostiteljih, z eno instanco na gostitelja). V sistemih z več gostitelji mora imeti vsak primerek enako številko. Sistem SAP HANA je identificiran s sistemskim ID-jem (SID), edinstveno številko, sestavljeno iz treh alfanumeričnih znakov.
Virtualizacija SAP HANA
Ena glavnih omejitev SAP HANA je podpora samo enemu sistemu – eni instanci z edinstvenim SID strežnika. Za učinkovitejšo uporabo strojne opreme ali zmanjšanje števila strežnikov v podatkovnem centru lahko uporabite virtualizacijo. Na ta način lahko druge krajine sobivajo na istem strežniku s sistemi, ki imajo nižje zahteve (neproduktivni sistemi). Za strežnik HA/DR v pripravljenosti lahko virtualizacija izboljša hitrost preklapljanja med produktivnimi in neproduktivnimi virtualnimi stroji.
SAP HANA vključuje podporo za hipervizor VMWare ESX. To pomeni, da lahko različni sistemi SAP HANA - namestitve SAP HANA z različnimi številkami SID - soobstajajo na enem gostitelju (skupnem fizičnem strežniku) v različnih virtualnih strojih. Vsak virtualni stroj mora delovati na podprtem operacijskem sistemu.
Za produkcijska okolja ima virtualizacija SAP HANA resne omejitve:
- Scale-out skaliranje ni podprto - virtualizacijo je mogoče uporabiti samo s sistemi Scale-Up, pa naj gre za BwoH/DM/SoH ali "čisto" SoH;
- virtualizacija mora biti izvedena v okviru pravil, določenih za naprave ali naprave TDI;
- General Availability (GA) ima lahko samo en virtualni stroj – podjetja, ki želijo uporabljati virtualizacijo s produkcijskimi okolji HANA, morajo sodelovati v programu nadzorovane razpoložljivosti s SAP.
V neproduktivnih okoljih, kjer te omejitve ne obstajajo, je mogoče uporabiti virtualizacijo za optimizacijo uporabe strojne opreme.
Topologije SAP HANA
Preidimo na uvajanje SAP HANA. Tu sta definirani dve topologiji.
- Razširitev – en velik strežnik. Z rastjo baze HANA raste tudi sam strežnik: povečujeta se število procesorjev in količina pomnilnika. Pri rešitvah z visoko razpoložljivostjo (HA) in obnovitvijo po katastrofi (DR) morajo rezervni strežniki ali strežniki, odporni na napake, ustrezati značilnostim produktivnih strežnikov.
- Scale-out – celoten obseg sistema SAP HANA je porazdeljen na več enakih strežnikov. Glavni strežnik vsebuje informacije za indeksni strežnik in imenski strežnik. Podrejeni strežniki teh podatkov ne vsebujejo – razen strežnika, ki v primeru izpada glavnega strežnika prevzame funkcije glavnega. Indeksni strežniki upravljajo segmente podatkov, ki so jim dodeljeni, in tudi odgovarjajo na zahteve. Imenski strežniki se zavedajo, kako se podatki porazdelijo med produkcijske strežnike. Če HANA raste, se trenutni konfiguraciji strežnika preprosto doda drugo vozlišče. V tej topologiji je dovolj, da imate eno rezervno vozlišče, da zagotovite varnost celotnega strežnika.
Zahteve za strojno opremo SAP
SAP ima obvezne zahteve glede strojne opreme za HANA. Nanašajo se na produktivna okolja - za neproizvodna zadostujejo minimalne lastnosti. Torej, tukaj so zahteve za produkcijska okolja:
- CPE Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- od 128 GB RAM-a za aplikacije BW z 2 procesorjema, 256 GB s 4+ procesorji;
Uvajanje SAP HANA v načinih naprave in TDI
Zdaj pa preidimo na prakso in pogovor o tem, kako implementirati SAP HANA v načinih naprave in TDI. Za to uporabljamo naše platforme SAP HANA, ki temeljijo na strežnikih BullSequana S in Bullion S, ki jih je SAP certificiral za delovanje v teh načinih.
Nekaj informacij o izdelkih. BullSequana S, ki temelji na Intel Xeon Scalable, vključuje različne modele, do 32 procesorjev v enem strežniku. Strežnik je zgrajen z uporabo modularne zasnove, ki omogoča razširljivost do 32 CPE in enako število GPE. RAM - od 64 GB do 48 TB. Funkcije BullSequana S vključujejo podporo umetne inteligence v podjetju za izboljšano zmogljivost, pospešeno analizo podatkov, izboljšano računalništvo v pomnilniku ter posodobitev s tehnologijami virtualizacije in oblaka.
Bullion S prihaja s procesorji družine Intel Xeon E7 v4. Največje število procesorjev je 16. RAM je razširljiv s 128 GB na 24 TB. Veliko število funkcij RAS zagotavlja visoko raven razpoložljivosti za kritične infrastrukture, kot je SAP HANA. Bullion S je primeren za množično konsolidacijo podatkovnih centrov, izvajanje aplikacij v pomnilniku, selitev velikih računalnikov ali podedovanih sistemov.
Naprava SAP HANA
Appliance je vnaprej konfigurirana rešitev, ki vključuje strežnik, sistem za shranjevanje in programski paket za izvedbo na ključ, s centralizirano podporno storitvijo in dogovorjeno stopnjo zmogljivosti. Tu je HANA na voljo kot vnaprej konfigurirana strojna in programska oprema, popolnoma integrirana in certificirana. Naprava v načinu Appliance je pripravljena za namestitev v podatkovnem centru, operacijski sistem, SAP HANA in (če je potrebno) dodatna instanca VMWare pa so že konfigurirani in nameščeni.
Certifikat SAP določa zajamčeno raven zmogljivosti, kot tudi model CPE, količino RAM-a in pomnilnika. Ko je certificirana, konfiguracije ni mogoče spremeniti, ne da bi s tem razveljavili garancijo. Za razširitev platforme HANA SAP ponuja tri možnosti.
- Razširitev BWoH/DM/SoH – vertikalno skaliranje, ki je primerno za posamezne sisteme (en SID). Naprave se povečajo za 256/384 GB od SAP HANA SPS 11. To razmerje prikazuje največjo zmogljivost, ki jo podpira en CPE, in je skupno za celoten seznam certificiranih naprav. Naprava BWoH/DM/SoH z navpičnim skaliranjem je idealna za aplikacije BW na HANA (BWoH), Data Mart (DM) in SAP Suite na HANA (SoH).
- Scale-Up SoH - To je lahka različica prejšnjega modela z manj omejitvami glede količine RAM-a. To je še vedno vertikalno razširljiv strežnik, vendar je največja količina RAM-a za 2 procesorja že 1536 GB (do različice SPS11) in 3 TB (SPS12+). Primerno samo za SoH.
- Razširitev - To je horizontalno razširljiva možnost, sistem, ki podpira večstrežniške konfiguracije. Horizontalno skaliranje je optimalno za BW in z nekaterimi omejitvami za SoH.
V strežnikih BullSequana S in Bullion S je poudarek na vertikalnem skaliranju, ker ima manj operativnih omejitev in zahteva manj administracije. Za način naprave je na voljo širok nabor različnih naprav.
Rešitve BullSequana S za SAP HANA v načinu naprave
*Izbirno E7-8890/94v4
Rešitve Bullion S za SAP HANA v načinu naprave
Vse rešitve Bull v načinu Appliance iz SAP HANA SPS 12 so certificirane. Oprema je nameščena v standardnem 19-palčnem 42U racku, z dvema napajalnikoma - internima PDU-jema. Naslednji strežniki imajo certifikat SAP:
- BullSequana S z Intel Xeon Skylake 8176, 8176M, 8180, 8180M (procesorji s črko "M" podpirajo 128 GB pomnilniške module). Kar zadeva razmerje med ceno in kakovostjo, so možnosti z Intel 8176 videti najboljše
- Bullion S z Intel Xeon E7-8880 v4, 8890 in 8894.
Sistem za shranjevanje se poveže neposredno s strežnikom prek vrat FC, zato stikala SAN tukaj niso potrebna. Uporabni so lahko za dostop do sistemov, povezanih z LAN ali SAN.
Tukaj je primer konfiguracije sistema za shranjevanje EMC Unity 450F v naši postavitvi:
- Višina: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Krmilniki: 2
- Diski: od 6 do 250 SAS SSD, od 600 GB do 15.36 TB vsak
- RAID: nivo 5 (8+1), 4 skupine RAID
- Vmesnik: 4 FC na krmilnik, 8 ali 16 Gbit/s
- Programska oprema: Unisphere Block Suite
Naprava je zanesljiva možnost uvajanja, vendar ima veliko pomanjkljivost: malo svobode pri konfiguriranju strojne opreme. Poleg tega lahko ta možnost zahteva spremembe v procesih IT oddelka.
SAP HANA TDI
Alternativa Appliance je način TDI (Tailored Data center Integration), v katerem lahko izberete določene proizvajalce in infrastrukturne komponente glede na želje naročnika – ob upoštevanju opravljenih nalog in delovne obremenitve. Na primer, SAN je mogoče ponovno uporabiti v podatkovnem centru, pri čemer je nekaj diskov namenjenih namestitvi HANA.
V primerjavi z aparatom daje način TDI uporabniku veliko več svobode pri izpolnjevanju zahtev. To močno poenostavi integracijo HANA v podatkovni center – zgradite lahko lastno prilagojeno infrastrukturo. Na primer, spreminjajte vrsto in število procesorjev glede na obremenitev.
Za izračune zmogljivosti priporočamo uporabo SAP Quick Sizer, preprostega orodja, ki zagotavlja zahteve CPU in pomnilnika za različne delovne obremenitve v SAP HANA. Nato se lahko obrnete na SAP Active Global Support, da načrtujete svojo IT krajino. Nato partner za strojno opremo SAP HANA pretvori rezultate izračuna v različne možne sistemske konfiguracije – tako na vrhunski kot na preprostejši strojni opremi. V načinu TDI za strežnike sprejemljiva je uporaba procesorjev Intel E7, vključno z Intel Broadwell E7 in Skylake-SP (Platinum, Gold, Silver z 8 ali več jedri na procesor), kot tudi IBM Power8/ 9.
Strežniki so dobavljeni brez sistemov za shranjevanje, stikal in omaric, vendar zahteve glede strojne opreme ostajajo enake kot v načinu Appliance – ista posamezna vozlišča, rešitve z vertikalnim ali horizontalnim skaliranjem. SAP to zahteva uporabljeni so bili samo certificirani strežniki, sistemi za shranjevanje in stikala, vendar to ni strašljivo - večina proizvajalcev ima skoraj vso opremo certificirano.
Preskušanje zmogljivosti je treba opraviti s testi HWCCT (Hardware Configuration Check Tool)., ki vam omogočajo preverjanje skladnosti z določenimi KPI-ji SAP. In obstaja zahteva, ki ni povezana s strojno opremo: HANA, OS in hipervizor (izbirno) morajo namestiti certificirani strokovnjaki SAP. Samo sistemi, ki ustrezajo vsem navedenim pravilom, lahko prejmejo podporo za zmogljivost SAP.
Linija strežnikov BullSequana S v načinu TDI je podobna liniji v načinu Appliance, vendar brez sistemov za shranjevanje, stikal in regalov. Namestite lahko kateri koli sistem za shranjevanje s seznama certificiranih sistemov SAP - VNX, XtremIO, NetApp in druge. Na primer, če VNX5400 izpolnjuje zahteve glede zmogljivosti SAP HANA, lahko povežete shrambo Dell EMC Unity 450F kot del konfiguracije TDI. Po potrebi se namestijo FC adapterji (1 ali 10 Gbit/s) ter Ethernet stikala.
Zdaj, da si boste lahko bolj jasno predstavljali opisane načine, vam bomo povedali nekaj naših resničnih primerov.
Aparat + TDI: HANA za spletno trgovino
Spletna trgovina Mall.cz, del skupine Mall, je bila ustanovljena leta 2000. Podružnice ima na Češkem, Slovaškem, Poljskem, Madžarskem, v Sloveniji, Hrvaški in Romuniji. To je največja spletna trgovina v državi, ki dnevno proda do 75 tisoč izdelkov, njeni prihodki so konec leta 2017 znašali približno 280 milijonov evrov.
Posodobitev infrastrukture podatkovnega centra je bila potrebna v povezavi s prehodom na SAP HANA. Ocenjena velikost je bila 2x6 TB za proizvodna okolja in 6 TB za preskusna/razvijalska okolja. Hkrati je bila za produktivno okolje SAP HANA v gruči aktivno-aktivno potrebna rešitev z obnovitvijo po katastrofi.
Naročnik je imel v času objave razpisa sistem za SAP na osnovi standardnih rack and blade strežnikov. Dva podatkovna centra, oddaljena približno 10 km drug od drugega, sta bila opremljena z različnimi sistemi za shranjevanje - IBM SVC, HP in Dell. Ključni sistemi so delovali v načinu za obnovitev po katastrofi.
Najprej je stranka zahtevala certificirano rešitev v načinu naprave za SAP HANA za vse sisteme (produkcijska in testna/razvojna okolja) z rastjo do 12 TB. Toda zaradi proračunskih omejitev so začeli razmišljati o drugih možnostih - na primer o večjem številu procesorjev z manjšimi moduli RAM (64 GB moduli namesto 128 GB modulov). Poleg tega je bilo za optimizacijo cene upoštevano skupno shranjevanje za produkcijsko in testno/razvojno okolje.
Dogovorili smo se za 4 procesorje in 6 TB RAM za produkcijsko okolje, s prostorom za rast. Za testna/razvojna okolja v načinu TDI smo se odločili za uporabo cenejših procesorjev - na koncu smo imeli 8 procesorjev in 6 TB RAM-a. Zaradi večjega števila funkcij, ki jih je zahteval kupec – podvajanje, varnostno kopiranje, skupna produkcija in testno/razvojna okolja na drugi lokaciji – so bili namesto notranjih diskov uporabljeni sistemi za shranjevanje DellEMC Unity v konfiguraciji full-flash. Poleg tega je stranka zahtevala rešitev za obnovitev po katastrofi, ki temelji na replikaciji sistema HANA (HSR) s kvorumskim vozliščem na tretjem mestu.
Končna konfiguracija za okolje Prod je bila sestavljena iz strežnika BullSequana S400 na Intel Xeon P8176M (28 jeder, 2.10 GHz, 165 W) in 6 TB RAM-a. Shranjevalni sistem - Unity 450F 10x 3.84 TB. Za namene obnovitve po katastrofi smo za okolje Prod uporabili BullSequana S400 na Intel Xeon P8176M (28 jeder, 2.10 GHz, 165 W) s 6 TB RAM-a. Za testno/razvojno okolje smo vzeli strežnik BullSequana S800 z Intel Xeon P8153 (16 jeder, 2.00 GHz, 125 W) in 6 TB RAM-a ter sistem za shranjevanje Unity 450F 15x 3.84 TB. Naši strokovnjaki so namestili in konfigurirali strežnike DellEMC kot kvorum, aplikacijske strežnike (VxRail Solution) in rezervno rešitev (DataDomain).
Oprema je pripravljena za prihodnje nadgradnje. Stranka pričakuje, da se bo velikost HANA v letu 2019 povečala in vse, kar mora storiti, je namestitev novih modulov v stojala.
Aplikacija: HANA za velikega turističnega integratorja
Tokrat je bil naš naročnik velik ponudnik IT storitev, ki razvija tehnološke rešitve za turistična podjetja. Stranka je začela ambiciozen projekt SAP HANA za uvedbo novega obračunskega sistema. Zahtevana je bila rešitev v načinu naprave z 8 TB RAM-a za okolja Production in PreProd. V skladu s priporočili SAP je naročnik izbral možnost vertikalnega skaliranja.
Ključna naloga je bila implementacija strojne infrastrukture na osnovi naprav, certificiranih v Appliance mode za SAP HANA. Prednostni kriteriji so bili stroškovna učinkovitost, visoka zmogljivost, razširljivost in visoka razpoložljivost podatkov.
Predlagali in implementirali smo certificirano rešitev SAP, vključno z dvema strežnikoma Bullion S16 - za okolje Prod in PreProd. Oprema deluje na procesorjih Intel Xeon E7-v4 8890 (24 jeder, 2.20 GHz, 165 W) in je opremljena s 16 TB RAM-a. Za okolja BW in Dev/Test je bilo nameščenih devet strežnikov Bullion S4 (22 jeder, 2.20 GHz, 150 W) s 4 TB RAM-a. Kot sistem za shranjevanje je bil uporabljen Hybrid EMC Unity.
Ta rešitev zagotavlja podporo za skaliranje za vse elemente naprave - na primer do 16 vtičnic s procesorjem Intel Xeon E7-v4. Administracija v tej konfiguraciji je poenostavljena - zlasti za ponovno konfiguracijo ali particioniranje strežnika.
Aparat + TDI: HANA za metalurge
MMC Norilsk Nickel, eden največjih proizvajalcev niklja in paladija, se je odločil posodobiti svojo strojno platformo SAP HANA za podporo kritičnim poslovnim aplikacijam in projektom. Obstajala je potreba po razširitvi obstoječe krajine v smislu računalniške moči. Eden glavnih pogojev, ki jih je postavil kupec, je bila visoka razpoložljivost platforme – kljub omejitvam strojne opreme.
Za produkcijska okolja smo uporabili strežnik Bullion S8 in sisteme za shranjevanje v načinu SAP HANA Appliance. Za HA in test/dev je bila platforma uvedena v načinu TDI. Uporabili smo en strežnik Bull Bullion S8, dva strežnika Bull Bullion S6 in hibridni sistem za shranjevanje podatkov. Ta kombinacija je omogočila znatno povečanje hitrosti aplikacij v krajini SAP, povečanje količine računalniške moči in virov za shranjevanje podatkov ter zmanjšanje operativnih stroškov. Pomembno je, da ima odjemalec še vedno možnost povečanja do 16 procesorjev.
Vabimo vas na SAP Forum
V tej objavi smo si ogledali uvajanje SAP HANA na različne načine in poskušali poudariti prednosti in slabosti razpoložljivih možnosti. Če imate kakršna koli vprašanja o implementaciji SAP HANA, vam bomo z veseljem odgovorili v komentarjih.
Vse, ki jih zanimajo rešitve Bull in možnosti njihove implementacije v SAP HANA, vabimo na največji letošnji SAP dogodek: SAP Forum 17 bo 2019. aprila v Moskvi. Čakamo vas na naši stojnici v IoT cona: povedali vam bomo veliko zanimivih stvari in podelili tudi številne nagrade.
Se vidimo na forumu!
Vir: www.habr.com