Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme

SAP HANA është një DBMS e njohur në memorie që përfshin shërbime ruajtjeje (Data Warehouse) dhe analitikë, softuer mesatar të integruar, një server aplikacioni dhe një platformë për konfigurimin ose zhvillimin e shërbimeve të reja. Duke eliminuar vonesën e DBMS-ve tradicionale me SAP HANA, ju mund të rrisni shumë performancën e sistemit, përpunimin e transaksioneve (OLTP) dhe inteligjencën e biznesit (OLAP).

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme

Ju mund të vendosni SAP HANA në modalitetet Appliance dhe TDI (nëse flasim për mjediset e prodhimit). Për secilin opsion, prodhuesi ka kërkesat e veta. Në këtë postim do të flasim për avantazhet dhe disavantazhet e opsioneve të ndryshme, si dhe, për qartësi, për projektet tona reale me SAP HANA.

SAP HANA përbëhet nga 3 komponentë kryesorë - hosti, shembulli dhe sistemi.

mikpritës është një server ose mjedis operativ për ekzekutimin e SAP HANA DBMS. Komponentët e tij të kërkuar janë CPU, RAM, ruajtja, rrjeti dhe OS. Pritësi ofron lidhje me drejtoritë e instalimit, të dhënat, regjistrat ose drejtpërdrejt në sistemin e ruajtjes. Në të njëjtën kohë, sistemi i ruajtjes për instalimin e SAP HANA nuk duhet të jetë i vendosur në host. Nëse sistemi ka disa hoste, do t'ju duhet hapësirë ​​ruajtëse e përbashkët ose një që ofrohet sipas kërkesës nga të gjithë hostet.

shembull — një grup përbërësish të sistemit SAP HANA të instaluar në një host. Komponentët kryesorë janë Serveri i Indeksit dhe Serveri i Emrit. I pari, i cili quhet gjithashtu "serveri i punës", përpunon kërkesat, menaxhon dyqanet aktuale të të dhënave dhe motorët e bazës së të dhënave. Serveri i emrave ruan informacione rreth topologjisë së instalimit SAP HANA - ku funksionojnë komponentët dhe cilat të dhëna janë në server.

Sistem - ky është një ose më shumë raste me të njëjtin numër. Në thelb, ky është një element i veçantë që mund të aktivizohet, çaktivizohet ose kopjohet (backup). Të dhënat shpërndahen në memorien e serverëve të ndryshëm që përbëjnë sistemin SAP HANA.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme
Sistemi mund të konfigurohet si një host (një shembull në një host) ose me shumë host, i shpërndarë (disa instanca SAP HANA shpërndahen në disa hoste, me një shembull për host). Në sistemet multi-host, çdo instancë duhet të ketë të njëjtin numër. Një sistem SAP HANA identifikohet nga një ID e Sistemit (SID), një numër unik i përbërë nga tre karaktere alfanumerike.

Virtualizimi SAP HANA

Një nga kufizimet kryesore të SAP HANA është mbështetja e vetëm një sistemi - një shembull me një server unik SID. Për të përdorur harduerin në mënyrë më efikase ose për të zvogëluar numrin e serverëve në një qendër të dhënash, mund të përdorni virtualizimin. Në këtë mënyrë, peizazhe të tjera mund të bashkëjetojnë në të njëjtin server me sisteme që kanë kërkesa më të ulëta (sisteme jo produktive). Për një server HA/DR në pritje, virtualizimi mund të përmirësojë shpejtësinë e kalimit midis makinave virtuale produktive dhe joproduktive.

SAP HANA përfshin mbështetje për hipervizorin VMWare ESX. Kjo do të thotë që sisteme të ndryshme SAP HANA - instalimet SAP HANA me numra SID të ndryshëm - mund të bashkëjetojnë në një host të vetëm (server fizik të përbashkët) në makina të ndryshme virtuale. Çdo makinë virtuale duhet të funksionojë në një OS të mbështetur.

Për mjediset e prodhimit, virtualizimi SAP HANA ka kufizime serioze:

  • Scale-out scaling nuk mbështetet - virtualizimi mund të përdoret vetëm me sistemet Scale-Up, qofshin BwoH/DM/SoH ose SoH "të pastër";
  • virtualizimi duhet të kryhet brenda rregullave të përcaktuara për pajisjet Appliance ose TDI;
  • Disponueshmëria e Përgjithshme (GA) mund të ketë vetëm një makinë virtuale - kompanitë që dëshirojnë të përdorin virtualizimin me mjediset e prodhimit HANA duhet të marrin pjesë në programin e Disponueshmërisë së Kontrolluar me SAP.

Në mjediset joproduktive ku këto kufizime nuk ekzistojnë, virtualizimi mund të përdoret për të optimizuar përdorimin e harduerit.

Topologjitë SAP HANA

Le të kalojmë në vendosjen e SAP HANA. Këtu përcaktohen dy topologji.

  • Rritja - një server i madh. Ndërsa baza HANA rritet, vetë serveri rritet: numri i CPU-ve dhe sasia e memories rritet. Në zgjidhjet me disponueshmëri të lartë (HA) dhe Rimëkëmbje nga fatkeqësitë (DR), serverët rezervë ose tolerantë ndaj gabimeve duhet të përputhen me karakteristikat e serverëve produktivë.
  • Scale-out – i gjithë vëllimi i sistemit SAP HANA shpërndahet në disa serverë identikë. Serveri Master përmban informacione për Serverin e Indeksit dhe Serverin e Emrave. Serverët skllav nuk i përmbajnë këto të dhëna - përveç serverit, i cili merr përsipër funksionet e Masterit në rast të dështimit të serverit kryesor. Serverët e indeksit menaxhojnë segmentet e të dhënave që u janë caktuar atyre dhe gjithashtu u përgjigjen pyetjeve. Serverët e emrave janë të vetëdijshëm se si të dhënat shpërndahen midis serverëve të prodhimit. Nëse HANA rritet, një nyje tjetër thjesht shtohet në konfigurimin aktual të serverit. Në këtë topologji, mjafton të kemi një nyje rezervë për të siguruar sigurinë e të gjithë serverit.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme

Kërkesat e harduerit SAP

SAP ka kërkesa të detyrueshme harduerike për HANA. Ato lidhen me mjediset prodhuese - për jo-prodhim, karakteristikat minimale janë të mjaftueshme. Pra, këtu janë kërkesat për mjediset e prodhimit:

  • CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • nga 128 GB RAM për aplikacionet BW me 2 CPU, 256 GB me 4+ CPU;

Vendosja e SAP HANA në modalitetet Appliance dhe TDI

Tani le të kalojmë në praktikë dhe të flasim për mënyrën e zbatimit të SAP HANA në modalitetet Appliance dhe TDI. Për këtë ne përdorim platformat tona SAP HANA të bazuara në serverët BullSequana S dhe Bullion S, të cilët janë të certifikuar nga SAP për të funksionuar në këto mënyra.

Pak informacion rreth produkteve. BullSequana S i bazuar në Intel Xeon Scalable përfshin modele të ndryshme, deri në 32 CPU në një server të vetëm. Serveri është ndërtuar duke përdorur një dizajn modular që ofron shkallëzim deri në 32 CPU dhe të njëjtin numër GPU. RAM - nga 64 GB në 48 TB. Veçoritë e BullSequana S përfshijnë mbështetjen e inteligjencës artificiale të ndërmarrjes për performancë të përmirësuar, analiza të përshpejtuara të të dhënave, informatikë të përmirësuar në memorie dhe modernizim me virtualizimin dhe teknologjitë cloud.

Bullion S vjen me CPU familjare Intel Xeon E7 v4. Numri maksimal i procesorëve është 16. RAM-i është i shkallëzueshëm nga 128 GB në 24 TB. Një numër i madh funksionesh RAS ofrojnë nivele të larta disponueshmërie për infrastrukturat kritike për misionin si SAP HANA. Bullion S është i përshtatshëm për konsolidimin masiv të qendrës së të dhënave, ekzekutimin e aplikacioneve In-Memory, migrimin e sistemeve kryesore ose sistemeve të vjetra.

Pajisje SAP HANA

Appliance është një zgjidhje e konfiguruar paraprakisht që përfshin një server, sistem ruajtjeje dhe një paketë softuerike për zbatimin e çelësit në dorë, me një shërbim të centralizuar mbështetës dhe një nivel të rënë dakord të performancës. Këtu, HANA vjen si harduer dhe softuer i para-konfiguruar, plotësisht i integruar dhe i certifikuar. Pajisja në modalitetin e pajisjes është gati për instalim në qendrën e të dhënave dhe sistemi operativ, SAP HANA dhe (nëse është e nevojshme) një shembull shtesë VMWare janë tashmë të konfiguruar dhe instaluar.

Certifikimi SAP përcakton nivelin e garantuar të performancës, si dhe modelin e CPU-së, sasinë e RAM-it dhe ruajtjes. Pasi të certifikohet, konfigurimi nuk mund të ndryshohet pa anuluar garancinë. Për të shkallëzuar platformën HANA, SAP ofron tre opsione.

  • Rritja e shkallës BWoH/DM/SoH – shkallëzim vertikal, i cili është i përshtatshëm për sisteme të vetme (një SID). Pajisjet rriten me 256/384 GB duke filluar nga SAP HANA SPS 11. Ky raport tregon kapacitetin maksimal të mbështetur nga një CPU dhe është i zakonshëm për të gjithë listën e pajisjeve të certifikuara. Pajisja BWoH/DM/SoH me shkallëzim vertikal është ideale për aplikacionet BW në HANA (BWoH), Data Mart (DM) dhe SAP Suite në HANA (SoH).
  • Scale-Up SoH - Ky është një version i lehtë i modelit të mëparshëm, me më pak kufizime në sasinë e RAM-it. Ky është ende një server i shkallëzuar vertikalisht, por sasia maksimale e RAM-it për 2 procesorë është tashmë 1536 GB (deri në versionin SPS11) dhe 3 TB (SPS12+). I përshtatshëm vetëm për SoH.
  • Zvogëlimi i shkallës - Ky është një opsion i shkallëzuar horizontalisht, një sistem që mbështet konfigurimet me shumë serverë. Shkallëzimi horizontal është optimal për BW dhe, me disa kufizime, për SoH.

Në serverët BullSequana S dhe Bullion S, shkallëzimi vertikal është fokusi sepse ka më pak kufizime operacionale dhe kërkon më pak administrim. Për modalitetin e pajisjes ka një gamë të madhe pajisjesh të ndryshme.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme
Zgjidhjet BullSequana S për SAP HANA në modalitetin e pajisjes

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme
*E7-8890/94v4 opsionale
Zgjidhje Bulion S për SAP HANA në modalitetin e pajisjes

Të gjitha zgjidhjet Bull në modalitetin e pajisjes nga SAP HANA SPS 12 janë të çertifikuara. Pajisja është instaluar në një raft standard 19-inç 42U, me dy furnizime me energji elektrike - PDU të brendshme. Serverët e mëposhtëm kanë certifikim SAP:

  • BullSequana S me Intel Xeon Skylake 8176, 8176M, 8180, 8180M (procesorët me shkronjën "M" mbështesin modulet e memories 128 GB). Për sa i përket raportit çmim-cilësi, opsionet me Intel 8176 duken më të mira
  • Bulion S me Intel Xeon E7-8880 v4, 8890 dhe 8894.

Sistemi i ruajtjes lidhet drejtpërdrejt me serverin nëpërmjet portave FC, kështu që çelsat SAN nuk nevojiten këtu. Ato mund të jenë të dobishme për të hyrë në sisteme të lidhura me një LAN ose SAN.

Këtu është një shembull i konfigurimit të sistemit të ruajtjes EMC Unity 450F në konfigurimin tonë:

  • Lartësia: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
  • Kontrollorët: 2
  • Disqe: nga 6 në 250 SAS SSD, nga 600 GB në 15.36 TB secili
  • RAID: niveli 5 (8+1), 4 grupe RAID
  • Ndërfaqja: 4 FC për kontrollues, 8 ose 16 Gbit/s
  • Softueri: Unisphere Block Suite

Pajisja është një opsion i besueshëm vendosjeje, por ka një pengesë të madhe: pak liri në konfigurimin e harduerit. Për më tepër, ky opsion mund të kërkojë ndryshime në proceset e departamentit të IT.

SAP HANA TDI

Një alternativë ndaj Appliance është modaliteti TDI (Tailored Data Center Integration), në të cilin mund të zgjidhni prodhues të veçantë dhe komponentë të infrastrukturës në varësi të dëshirave të klientit - duke marrë parasysh detyrat e kryera dhe ngarkesën e punës. Për shembull, një SAN mund të ripërdoret në një qendër të dhënash, me disa disqe të dedikuara për një instalim HANA.

Krahasuar me Appliance, modaliteti TDI i jep përdoruesit shumë më tepër liri për të përmbushur kërkesat. Kjo thjeshton shumë integrimin e HANA në qendrën e të dhënave - ju mund të ndërtoni infrastrukturën tuaj të personalizuar. Për shembull, ndryshoni llojin dhe numrin e procesorëve në varësi të ngarkesës.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme
Për llogaritjet e kapacitetit, ne rekomandojmë përdorimin e SAP Quick Sizer, një mjet i thjeshtë që ofron CPU dhe kërkesat e memories për ngarkesa të ndryshme pune në SAP HANA. Më pas mund të kontaktoni SAP Active Global Support për të planifikuar peizazhin tuaj të IT. Pas kësaj, partneri i harduerit SAP HANA i konverton rezultatet e llogaritjes në konfigurime të ndryshme të mundshme të sistemit - si në pjesën e sipërme ashtu edhe në harduer më të thjeshtë. Në modalitetin TDI për serverët është e pranueshme të përdoren CPU Intel E7, duke përfshirë Intel Broadwell E7 dhe Skylake-SP (Platinum, Gold, Silver me 8 ose më shumë bërthama për procesor), si dhe IBM Power8/ 9.

Serverët furnizohen pa sisteme ruajtjeje, ndërprerës dhe rafte, por kërkesat e harduerit mbeten të njëjta si në modalitetin e pajisjes - të njëjtat nyje të vetme, zgjidhje me shkallëzim vertikal ose horizontal. SAP e kërkon këtë u përdorën vetëm serverë të çertifikuar, sisteme magazinimi dhe ndërprerës, por kjo nuk është e frikshme - shumica e prodhuesve kanë pothuajse të gjitha pajisjet e certifikuara.

Testimi i performancës duhet të bëhet duke përdorur testet HWCCT (Hardware Configuration Check Tool)., të cilat ju lejojnë të kontrolloni përputhshmërinë me disa KPI të SAP. Dhe ekziston një kërkesë jo-hardware: HANA, OS dhe hipervizori (opsionale) duhet të instalohen nga specialistë të certifikuar nga SAP. Vetëm sistemet që plotësojnë të gjitha rregullat e listuara mund të marrin mbështetje të performancës SAP.

Linja e serverëve BullSequana S në modalitetin TDI është e ngjashme me linjën në modalitetin e pajisjes, por pa sisteme ruajtjeje, ndërprerës dhe rafte. Ju mund të instaloni çdo sistem ruajtjeje nga lista e sistemeve të certifikuara SAP - VNX, XtremIO, NetApp dhe të tjerët. Për shembull, nëse VNX5400 plotëson kërkesat e performancës SAP HANA, mund të lidhni memorien Dell EMC Unity 450F si pjesë e konfigurimit TDI. Nëse është e nevojshme, instalohen përshtatës FC (1 ose 10 Gbit/s), si dhe ndërprerës Ethernet.

Tani, në mënyrë që të mund të imagjinoni më qartë mënyrat e përshkruara, ne do t'ju tregojmë për disa nga rastet tona reale.

Pajisje + TDI: HANA për dyqanin online

Dyqani online Mall.cz, pjesë e Mall Group, u themelua në vitin 2000. Ajo ka degë në Republikën Çeke, Sllovaki, Poloni, Hungari, Slloveni, Kroaci dhe Rumani. Ky është dyqani online më i madh në vend, që shet deri në 75 mijë produkte në ditë, të ardhurat e tij në fund të 2017-ës arritën në rreth 280 milionë euro.

Përditësimi i infrastrukturës së qendrës së të dhënave ishte i nevojshëm në lidhje me migrimin në SAP HANA. Madhësia e vlerësuar ishte 2x6 TB për mjediset prod dhe 6 TB për mjediset e testimit/devijimit. Në të njëjtën kohë, kërkohej një zgjidhje me rikuperimin nga fatkeqësitë për një mjedis produktiv SAP HANA në një grup aktiv-aktive.

Në kohën e shpalljes së tenderit, klienti kishte një sistem për SAP të bazuar në serverë standardë rack and blade. Dy qendra të dhënash, të vendosura afërsisht 10 km nga njëra-tjetra, ishin të pajisura me sisteme të ndryshme ruajtjeje - IBM SVC, HP dhe Dell. Sistemet kryesore funksionojnë në modalitetin e rikuperimit nga fatkeqësitë.

Së pari, klienti kërkoi një zgjidhje të certifikuar në modalitetin e aplikimit për SAP HANA për të gjitha sistemet (mjediset e prodhimit dhe testimit/devijimit) me rritje deri në 12 TB. Por për shkak të kufizimeve buxhetore, ata filluan të marrin në konsideratë opsione të tjera - për shembull, një numër më i madh CPU me module më të vogla RAM (module 64 GB në vend të moduleve 128 GB). Përveç kësaj, për të optimizuar çmimin, u mor në konsideratë ruajtja e përbashkët për mjediset e prodhimit dhe testimit/devijimit.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme

Ne ramë dakord për 4 CPU dhe 6 TB RAM për mjedisin e prodhimit, me hapësirë ​​për rritje. Për mjediset e testimit/devijimit në modalitetin TDI, vendosëm të përdorim CPU më pak të kushtueshme - përfunduam me 8 CPU dhe 6 TB RAM. Për shkak të numrit më të madh të funksioneve të kërkuara nga klienti - replikimi, rezervimi, mjediset e prodhimit të përbashkët dhe testimi/devijimi në faqen e dytë - në vend të disqeve të brendshme, sistemet e ruajtjes së DellEMC Unity u përdorën në një konfigurim të plotë flash. Përveç kësaj, klienti kërkoi një zgjidhje për rikuperimin e fatkeqësive bazuar në përsëritjen e sistemit HANA (HSR) me një nyje kuorumi në një vend të tretë.

Konfigurimi përfundimtar për mjedisin Prod përbëhej nga një server BullSequana S400 në një Intel Xeon P8176M (28 bërthama, 2.10 GHz, 165 W) dhe 6 TB RAM. Sistemi i ruajtjes - Unity 450F 10x 3.84 TB. Për qëllime të rikuperimit nga fatkeqësitë, për mjedisin Prod kemi përdorur një BullSequana S400 në një Intel Xeon P8176M (28 bërthama, 2.10 GHz, 165 W) me 6 TB RAM. Për mjedisin test/dev, morëm një server BullSequana S800 me një Intel Xeon P8153 (16 bërthama, 2.00 GHz, 125 W) dhe 6 TB RAM plus një sistem ruajtjeje Unity 450F 15x 3.84 TB. Specialistët tanë instaluan dhe konfiguruan serverët DellEMC si kuorum, serverët e aplikacioneve (VxRail Solution) dhe zgjidhjen rezervë (DataDomain).

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme
Pajisja është gati për përmirësime të ardhshme. Klienti pret që madhësia e HANA të rritet në vitin 2019 dhe gjithçka që duhet të bëjë është të instalojë module të reja në raftet.

Pajisje: HANA për një integrues të madh turistik

Kësaj here klienti ynë ishte një ofrues i madh shërbimesh IT që zhvillon zgjidhje teknologjike për kompanitë e udhëtimit. Klienti nisi një projekt ambicioz SAP HANA për të zbatuar një sistem të ri faturimi. Kërkohej një zgjidhje në modalitetin e pajisjes me 8 TB RAM për mjediset e prodhimit dhe PreProd. Në përputhje me rekomandimet e SAP, klienti zgjodhi opsionin e shkallëzimit vertikal.

Detyra kryesore ishte zbatimi i një infrastrukture harduerike të bazuar në pajisje të çertifikuara në modalitetin Appliance për SAP HANA. Kriteret prioritare ishin efektiviteti i kostos, performanca e lartë, shkallëzueshmëria dhe disponueshmëria e lartë e të dhënave.

Ne propozuam dhe zbatuam një zgjidhje të certifikuar SAP, duke përfshirë dy serverë Bullion S16 - për mjediset Prod dhe PreProd. Pajisja funksionon me procesorë Intel Xeon E7-v4 8890 (24 bërthama, 2.20 GHz, 165 W) dhe është e pajisur me 16 TB RAM. Për mjediset BW dhe Dev/Test, u instaluan nëntë serverë Bullion S4 (22 bërthama, 2.20 GHz, 150 W) me 4 TB RAM. Hybrid EMC Unity u përdor si sistem ruajtjeje.

Kjo zgjidhje ofron mbështetje për shkallëzim për të gjithë elementët e pajisjes - për shembull, deri në 16 priza me një CPU Intel Xeon E7-v4. Administrimi në këtë konfigurim është thjeshtuar - në veçanti, për rikonfigurimin ose ndarjen e serverit.

Pajisje + TDI: HANA për metalurgë

MMC Norilsk Nickel, një nga prodhuesit më të mëdhenj të nikelit dhe paladiumit, vendosi të përditësojë platformën e saj harduerike SAP HANA për të mbështetur aplikacionet dhe projektet kritike të biznesit. Kishte nevojë për zgjerimin e peizazhit ekzistues për sa i përket fuqisë kompjuterike. Një nga kushtet kryesore të paraqitura nga klienti ishte disponueshmëria e lartë e platformës - pavarësisht kufizimeve të harduerit.

Si të vendosim SAP HANA: ne analizojmë metoda të ndryshme

Për mjediset e prodhimit, ne përdorëm serverin Bullion S8 dhe sistemet e ruajtjes në modalitetin SAP HANA Appliance. Për HA dhe test/dev, platforma u vendos në modalitetin TDI. Ne përdorëm një server Bull Bullion S8, dy serverë Bull Bullion S6 dhe një sistem hibrid të ruajtjes. Ky kombinim bëri të mundur rritjen e ndjeshme të shpejtësisë së aplikacioneve në peizazhin SAP, rritjen e sasisë së fuqisë kompjuterike dhe burimeve të ruajtjes së të dhënave dhe minimizimin e kostove të funksionimit. Është e rëndësishme që klienti të ketë ende aftësinë për të shkallëzuar deri në 16 CPU.

Ju ftojmë në Forumin SAP

Në këtë postim, ne shikuam vendosjen e SAP HANA në mënyra të ndryshme dhe u përpoqëm të nxjerrim në pah avantazhet dhe disavantazhet e opsioneve të disponueshme. Nëse keni ndonjë pyetje në lidhje me zbatimin e SAP HANA, ne do të jemi të lumtur t'u përgjigjemi atyre në komente.

Ftojmë të gjithë ata që janë të interesuar për zgjidhjet Bull dhe mundësitë e zbatimit të tyre nën SAP HANA në ngjarjen më të madhe SAP të vitit: SAP Forum 17 do të mbahet në Moskë më 2019 Prill. Ju presim në stendën tonë në IoT zona: do t'ju tregojmë shumë gjëra interesante, dhe gjithashtu do t'ju dhurojmë shumë çmime.

Shihemi në forum!

Burimi: www.habr.com

Shto një koment