Jinsi ya kupeleka SAP HANA: tunachambua njia tofauti

SAP HANA ni DBMS maarufu ya kumbukumbu inayojumuisha huduma za kuhifadhi (Ghala la Data) na uchanganuzi, vifaa vya kati vilivyojengewa ndani, seva ya programu, na jukwaa la kusanidi au kutengeneza huduma mpya. Kwa kuondoa muda wa kusubiri wa DBMS za jadi ukitumia SAP HANA, unaweza kuongeza sana utendaji wa mfumo, uchakataji wa miamala (OLTP) na akili ya biashara (OLAP).

Unaweza kupeleka SAP HANA katika hali za Kifaa na TDI (ikiwa tunazungumza kuhusu mazingira ya uzalishaji). Kwa kila chaguo, mtengenezaji ana mahitaji yake mwenyewe. Katika chapisho hili tutazungumzia kuhusu faida na hasara za chaguo tofauti, pamoja na, kwa uwazi, kuhusu miradi yetu halisi na SAP HANA.

SAP HANA ina vipengele 3 kuu - mwenyeji, mfano na mfumo.

Mwenyeji ni seva au mazingira ya uendeshaji ya kuendesha SAP HANA DBMS. Vipengele vyake vinavyohitajika ni CPU, RAM, hifadhi, mtandao na OS. Mwenyeji hutoa viungo vya saraka za usakinishaji, data, kumbukumbu au moja kwa moja kwenye mfumo wa hifadhi. Wakati huo huo, mfumo wa kuhifadhi kwa ajili ya kufunga SAP HANA haifai kuwa iko kwenye mwenyeji. Ikiwa mfumo una wapangishi kadhaa, utahitaji hifadhi iliyoshirikiwa au moja ambayo inapatikana kwa mahitaji kutoka kwa wapangishi wote.

Mfano - seti ya vipengele vya mfumo wa SAP HANA vilivyowekwa kwenye jeshi moja. Sehemu kuu ni Seva ya Kielezo na Seva ya Jina. Ya kwanza, ambayo pia inaitwa "seva inayofanya kazi," inashughulikia maombi, inasimamia maduka ya sasa ya data na injini za hifadhidata. Seva ya Jina huhifadhi habari kuhusu topolojia ya usakinishaji wa SAP HANA - ambapo vipengele vinaendesha na ni data gani kwenye seva.

System - hii ni tukio moja au zaidi na nambari sawa. Kimsingi, hiki ni kipengele tofauti ambacho kinaweza kuwezeshwa, kuzimwa au kunakiliwa (kilichochelezwa). Data inasambazwa katika kumbukumbu ya seva mbalimbali zinazounda mfumo wa SAP HANA.

Mfumo unaweza kusanidiwa kama mwenyeji mmoja (mfano mmoja kwa seva pangishi moja) au mwenyeji wengi, iliyosambazwa (Matukio kadhaa ya SAP HANA husambazwa kwa wapangishi kadhaa, kwa mfano mmoja kwa kila mwenyeji). Katika mifumo ya mwenyeji wengi, kila mfano lazima iwe na nambari sawa. Mfumo wa SAP HANA unatambuliwa na Kitambulisho cha Mfumo (SID), nambari ya kipekee inayojumuisha herufi tatu za alphanumeric.

SAP HANA Virtualization

Moja ya vikwazo kuu vya SAP HANA ni msaada wa mfumo mmoja tu - mfano mmoja na SID ya kipekee ya seva. Ili kutumia maunzi kwa ufanisi zaidi au kupunguza idadi ya seva katika kituo cha data, unaweza kutumia uboreshaji. Kwa njia hii, mandhari nyingine inaweza kuwepo kwenye seva moja na mifumo ambayo ina mahitaji ya chini (mifumo isiyo ya uzalishaji). Kwa seva ya HA/DR ya kusubiri, uboreshaji wa mtandao unaweza kuboresha kasi ya kubadili kati ya mashine pepe zinazozalisha na zisizozalisha.

SAP HANA inajumuisha usaidizi kwa hypervisor ya VMWare ESX. Hii ina maana kwamba mifumo tofauti ya SAP HANA - usakinishaji wa SAP HANA yenye nambari tofauti za SID - inaweza kuwepo kwenye seva pangishi moja (seva ya kawaida ya kawaida) katika mashine tofauti pepe. Kila mashine pepe lazima iendeshe kwenye OS inayotumika.

Kwa mazingira ya uzalishaji, uboreshaji wa SAP HANA una mapungufu makubwa:

• Kuongeza kiwango hakutumiki - uboreshaji wa mtandao unaweza kutumika tu na mifumo ya Scale-Up, iwe BwoH/DM/SoH au "pure" SoH;
• uboreshaji lazima ufanyike ndani ya sheria zilizowekwa kwa Vifaa au vifaa vya TDI;
• Upatikanaji wa Jumla (GA) unaweza tu kuwa na mashine moja pepe—kampuni zinazotaka kutumia uboreshaji mtandaoni na mazingira ya uzalishaji ya HANA lazima zishiriki katika mpango wa Upatikanaji Unaodhibitiwa na SAP.

Katika mazingira ambayo hayana tija ambapo vikwazo hivi havipo, uboreshaji wa mtandao unaweza kutumika kuboresha utumiaji wa maunzi.

SAP HANA topolojia

Wacha tuendelee kupeleka SAP HANA. Topolojia mbili zimefafanuliwa hapa.

• Kuongeza - seva moja kubwa. Kadiri msingi wa HANA unavyokua, seva yenyewe inakua: idadi ya CPU na kiasi cha kumbukumbu huongezeka. Katika suluhu zenye Upatikanaji wa Juu (HA) na Uokoaji wa Maafa (DR), seva mbadala au zinazostahimili hitilafu lazima zilingane na sifa za seva zinazozalisha.
• Kupunguza - kiasi kizima cha mfumo wa SAP HANA kinasambazwa juu ya seva kadhaa zinazofanana. Seva Kuu ina taarifa ya Seva ya Kielezo na Seva ya Jina. Seva za watumwa hazina data hii - isipokuwa kwa seva, ambayo inachukua kazi za Mwalimu katika tukio la kushindwa kwa seva kuu. Seva za Kielezo hudhibiti sehemu za data ambazo zimekabidhiwa na pia kujibu maombi. Seva za Majina zinafahamu jinsi data inavyosambazwa kati ya seva za uzalishaji. Ikiwa HANA inakua, nodi nyingine huongezwa kwa usanidi wa sasa wa seva. Katika topolojia hii, inatosha kuwa na nodi moja ya chelezo ili kuhakikisha usalama wa seva nzima.

Mahitaji ya vifaa vya SAP

SAP ina mahitaji ya lazima ya vifaa kwa HANA. Zinahusiana na mazingira ya uzalishaji - kwa zisizo za uzalishaji, sifa ndogo zinatosha. Kwa hivyo, hapa kuna mahitaji ya mazingira ya uzalishaji:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• kutoka RAM ya GB 128 kwa programu za BW zilizo na CPU 2, GB 256 na CPU 4+;

Inapeleka SAP HANA katika hali za Kifaa na TDI

Sasa hebu tuendelee kufanya mazoezi na kuzungumza juu ya jinsi ya kutekeleza SAP HANA katika njia za Kifaa na TDI. Kwa hili tunatumia majukwaa yetu ya SAP HANA kulingana na seva za BullSequana S na Bullion S, ambazo zimeidhinishwa na SAP kufanya kazi katika hali hizi.

Taarifa kidogo kuhusu bidhaa. BullSequana S kulingana na Intel Xeon Scalable inajumuisha miundo mbalimbali, hadi CPU 32 kwenye seva moja. Seva imeundwa kwa kutumia muundo wa kawaida ambao hutoa uwezo wa kuongeza hadi CPU 32 na idadi sawa ya GPU. RAM - kutoka 64 GB hadi 48 TB. Vipengele vya BullSequana S ni pamoja na usaidizi wa AI ya biashara kwa utendakazi ulioboreshwa, uchanganuzi wa data ulioharakishwa, uboreshaji wa kompyuta ya ndani ya kumbukumbu, na uboreshaji wa kisasa na uboreshaji na teknolojia za wingu.

Bullion S inakuja na CPU za Familia za Intel Xeon E7 v4. Idadi ya juu ya wasindikaji ni 16. RAM inaweza kuongezeka kutoka 128 GB hadi 24 TB. Idadi kubwa ya chaguo za kukokotoa za RAS hutoa viwango vya juu vya upatikanaji wa miundo msingi muhimu kama vile SAP HANA. Bullion S inafaa kwa ujumuishaji wa kituo kikuu cha data, kuendesha programu za Kumbukumbu, kuhamisha fremu kuu au mifumo ya urithi.

Kifaa cha SAP HANA

Kifaa ni suluhu iliyosanidiwa awali inayojumuisha seva, mfumo wa hifadhi na kifurushi cha programu kwa ajili ya utekelezaji wa ufunguo, na huduma ya usaidizi ya kati na kiwango cha utendaji kilichokubaliwa. Hapa, HANA inakuja kama maunzi na programu iliyosanidiwa awali, iliyounganishwa kikamilifu na kuthibitishwa. Kifaa katika hali ya Kifaa kiko tayari kusakinishwa katika kituo cha data, na mfumo wa uendeshaji, SAP HANA na (ikihitajika) mfano wa ziada wa VMWare tayari umesanidiwa na kusakinishwa.

Uthibitishaji wa SAP huamua kiwango cha uhakika cha utendaji, pamoja na mfano wa CPU, kiasi cha RAM na hifadhi. Baada ya kuthibitishwa, usanidi hauwezi kubadilishwa bila kubatilisha udhamini. Ili kuongeza jukwaa la HANA, SAP inatoa chaguzi tatu.

• Kuongeza Kiwango cha BWoH/DM/SoH - kuongeza wima, ambayo inafaa kwa mifumo moja (SID moja). Vifaa hukua kwa GB 256/384 kuanzia SAP HANA SPS 11. Uwiano huu unaonyesha kiwango cha juu cha uwezo kinachotumika na CPU moja na ni kawaida kwa orodha nzima ya Vifaa vilivyoidhinishwa. Kifaa cha BWoH/DM/SoH chenye kuongeza wima kinafaa kwa BW kwenye HANA (BWoH), Data Mart (DM), na SAP Suite kwenye programu za HANA (SoH).
• Scale-Up SoH - Hii ni toleo nyepesi la mfano uliopita, na vikwazo vichache kwa kiasi cha RAM. Hii bado ni seva inayoweza kupanuka kwa wima, lakini kiwango cha juu cha RAM kwa vichakataji 2 tayari ni GB 1536 (hadi toleo la SPS11) na 3 TB (SPS12+). Inafaa kwa SoH pekee.
• Scale-Out - Hili ni chaguo la usawa, mfumo unaounga mkono usanidi wa seva nyingi. Kuongeza mlalo ni sawa kwa BW na, pamoja na mapungufu, kwa SoH.

Katika seva za BullSequana S na Bullion S, kuongeza wima ndiko kuzingatiwa kwa sababu ina vikwazo vichache vya uendeshaji na inahitaji usimamizi mdogo. Kwa hali ya kifaa kuna anuwai kubwa ya vifaa tofauti.

Suluhisho za BullSequana S za SAP HANA katika hali ya Kifaa

*Si lazima E7-8890/94v4
Suluhu za Bullion S za SAP HANA katika hali ya Kifaa

Suluhu zote za Bull katika hali ya Kifaa kutoka SAP HANA SPS 12 zimeidhinishwa. Vifaa vimewekwa kwenye rack ya kawaida ya 19-inch 42U, na vifaa viwili vya nguvu - PDU za ndani. Seva zifuatazo zina cheti cha SAP:

• BullSequana S na Intel Xeon Skylake 8176, 8176M, 8180, 8180M (wasindikaji walio na herufi "M" wanaunga mkono moduli za kumbukumbu za 128 GB). Kwa upande wa uwiano wa ubora wa bei, chaguo zilizo na Intel 8176 zinaonekana bora zaidi
• Bullion S yenye Intel Xeon E7-8880 v4, 8890 na 8894.

Mfumo wa hifadhi huunganishwa moja kwa moja kwenye seva kupitia milango ya FC, kwa hivyo swichi za SAN hazihitajiki hapa. Wanaweza kuwa muhimu kwa kupata mifumo iliyounganishwa na LAN au SAN.

Huu hapa ni mfano wa usanidi wa mfumo wa hifadhi wa EMC Unity 450F katika usanidi wetu:

• Urefu: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• Wadhibiti: 2
• Diski: kutoka 6 hadi 250 SAS SSD, kutoka GB 600 hadi 15.36 TB kila moja
• UVAMIZI: kiwango cha 5 (8+1), vikundi 4 vya RAID
• Kiolesura: 4 FC kwa kila kidhibiti, 8 au 16 Gbit/s
• Programu: Unisphere Block Suite

Kifaa ni chaguo la kuaminika la kupeleka, lakini ina shida kubwa: uhuru mdogo katika kusanidi vifaa. Kwa kuongeza, chaguo hili linaweza kuhitaji mabadiliko katika michakato ya idara ya IT.

SAP HANA TDI

Njia mbadala ya Appliance ni TDI (Tailored Data center Integration) mode, ambayo unaweza kuchagua wazalishaji maalum na vipengele vya miundombinu kulingana na matakwa ya mteja - kwa kuzingatia kazi zilizofanywa na mzigo wa kazi. Kwa mfano, SAN inaweza kutumika tena katika kituo cha data, na diski zingine zilizowekwa kwa usakinishaji wa HANA.

Ikilinganishwa na Kifaa, hali ya TDI inampa mtumiaji uhuru zaidi wa kutimiza mahitaji. Hii hurahisisha sana ujumuishaji wa HANA kwenye kituo cha data - unaweza kuunda miundombinu yako mwenyewe iliyobinafsishwa. Kwa mfano, kutofautiana aina na idadi ya wasindikaji kulingana na mzigo.

Kwa mahesabu ya uwezo, tunapendekeza kutumia SAP Quick Sizer, chombo rahisi ambacho hutoa mahitaji ya CPU na kumbukumbu kwa mizigo tofauti ya kazi katika SAP HANA. Kisha unaweza kuwasiliana na SAP Active Global Support ili kupanga mazingira yako ya IT. Baada ya hayo, mshirika wa vifaa vya SAP HANA hubadilisha matokeo ya hesabu katika usanidi tofauti wa mfumo unaowezekana - wote juu na kwenye maunzi rahisi. Katika hali ya TDI kwa seva inakubalika kutumia Intel E7 CPU, ikiwa ni pamoja na Intel Broadwell E7 na Skylake-SP (Platinum, Gold, Silver na cores 8 au zaidi kwa kila kichakataji), pamoja na IBM Power8./ 9.

Seva hutolewa bila mifumo ya uhifadhi, swichi na racks, lakini mahitaji ya vifaa yanabaki sawa na katika hali ya Utumiaji - nodi sawa, suluhisho zilizo na kiwango cha wima au cha usawa. SAP inahitaji hivyo seva zilizoidhinishwa tu, mifumo ya uhifadhi na swichi zilitumika, lakini hii sio ya kutisha - wazalishaji wengi wana karibu vifaa vyote vilivyothibitishwa.

Upimaji wa utendakazi unapaswa kufanywa kwa kutumia majaribio ya HWCCT (Zana ya Kukagua Usanidi wa Vifaa)., ambayo inakuwezesha kuangalia kufuata na SAP KPIs fulani. Na kuna hitaji lisilo la vifaa: HANA, OS na hypervisor (hiari) lazima zisakinishwe na wataalamu walioidhinishwa na SAP. Mifumo inayokidhi sheria zote zilizoorodheshwa pekee ndiyo inaweza kupokea usaidizi wa utendaji wa SAP.

Mstari wa BullSequana S wa seva katika hali ya TDI ni sawa na mstari katika hali ya Vifaa, lakini bila mifumo ya kuhifadhi, swichi na racks. Unaweza kufunga mfumo wowote wa hifadhi kutoka kwenye orodha ya mifumo ya SAP iliyoidhinishwa - VNX, XtremIO, NetApp na wengine. Kwa mfano, ikiwa VNX5400 inakidhi mahitaji ya utendaji ya SAP HANA, unaweza kuunganisha hifadhi ya Dell EMC Unity 450F kama sehemu ya usanidi wa TDI. Ikiwa ni lazima, adapta za FC (1 au 10 Gbit / s), pamoja na swichi za Ethernet, zimewekwa.

Sasa, ili uweze kufikiria kwa uwazi zaidi njia zilizoelezwa, tutakuambia kuhusu kesi zetu kadhaa za kweli.

Kifaa + TDI: HANA kwa duka la mtandaoni

Duka la mtandaoni la Mall.cz, sehemu ya Mall Group, lilianzishwa mwaka wa 2000. Ina matawi katika Jamhuri ya Czech, Slovakia, Poland, Hungary, Slovenia, Kroatia na Romania. Hili ndilo duka kubwa zaidi la mtandaoni nchini, linalouza hadi bidhaa elfu 75 kwa siku, mapato yake mwishoni mwa 2017 yalifikia euro milioni 280.

Kusasisha miundombinu ya kituo cha data kulihitajika kuhusiana na uhamishaji hadi SAP HANA. Ukubwa uliokadiriwa ulikuwa 2x6 TB kwa mazingira ya uzalishaji na TB 6 kwa mazingira ya majaribio/dev. Wakati huo huo, suluhisho na uokoaji wa maafa lilihitajika kwa mazingira yenye tija ya SAP HANA katika nguzo inayofanya kazi.

Wakati wa tangazo la zabuni, mteja alikuwa na mfumo wa SAP kulingana na seva za kawaida za rack na blade. Vituo viwili vya data, vilivyo karibu kilomita 10 kutoka kwa kila mmoja, vilikuwa na mifumo mbalimbali ya kuhifadhi - IBM SVC, HP na Dell. Mifumo muhimu inayoendeshwa katika hali ya uokoaji wa maafa.

Kwanza, mteja aliomba suluhisho lililoidhinishwa katika hali ya Kifaa kwa SAP HANA kwa mifumo yote (Mazingira ya Uzalishaji na majaribio/dev) yenye ukuaji wa hadi TB 12. Lakini kutokana na vikwazo vya bajeti, walianza kuzingatia chaguzi nyingine - kwa mfano, CPUs zaidi na modules ndogo za RAM (moduli 64 GB badala ya 128 GB modules). Zaidi ya hayo, ili kuongeza bei, hifadhi ya pamoja ya mazingira ya Uzalishaji na majaribio/dev ilizingatiwa.

Tulikubaliana kuhusu CPU 4 na RAM ya TB 6 kwa mazingira ya Uzalishaji, yenye nafasi ya ukuaji. Kwa mazingira ya majaribio/dev katika hali ya TDI, tuliamua kutumia CPU za bei ya chini - tuliishia na CPU 8 na TB 6 za RAM. Kutokana na idadi kubwa ya utendakazi zilizoombwa na mteja - urudufishaji, chelezo, Uzalishaji wa pamoja na mazingira ya majaribio/dev kwenye tovuti ya pili - badala ya diski za ndani, mifumo ya hifadhi ya DellEMC Unity ilitumika katika usanidi wa flash-flash. Kwa kuongeza, mteja aliomba suluhisho la uokoaji wa maafa kulingana na mfumo wa replication wa HANA (HSR) na nodi ya akidi kwenye tovuti ya tatu.

Mipangilio ya mwisho ya mazingira ya Prod ilijumuisha seva ya BullSequana S400 kwenye Intel Xeon P8176M (cores 28, 2.10 GHz, 165 W) na 6 TB ya RAM. Mfumo wa kuhifadhi - Unity 450F 10x 3.84 TB. Kwa madhumuni ya kurejesha majanga, kwa mazingira ya Prod tulitumia BullSequana S400 kwenye Intel Xeon P8176M (cores 28, 2.10 GHz, 165 W) yenye 6 TB ya RAM. Kwa mazingira ya majaribio/dev, tulichukua seva ya BullSequana S800 yenye Intel Xeon P8153 (cores 16, 2.00 GHz, 125 W) na TB 6 ya RAM pamoja na mfumo wa hifadhi wa Unity 450F 15x 3.84 TB. Wataalamu wetu walisakinisha na kusanidi seva za DellEMC kama akidi, seva za programu (VxRail Solution) na suluhisho la chelezo (DataDomain).

Vifaa viko tayari kwa uboreshaji wa siku zijazo. Mteja anatarajia ukubwa wa HANA kuongezeka katika 2019, na anachopaswa kufanya ni kusakinisha moduli mpya kwenye rafu.

Kifaa: HANA kwa kiunganishi kikubwa cha utalii

Wakati huu mteja wetu alikuwa mtoa huduma mkubwa wa IT akitengeneza suluhu za kiteknolojia kwa makampuni ya usafiri. Mteja alizindua mradi kabambe wa SAP HANA kutekeleza mfumo mpya wa utozaji. Suluhisho lilihitajika katika hali ya Kifaa na 8 TB ya RAM kwa mazingira ya Uzalishaji na PreProd. Kwa mujibu wa mapendekezo ya SAP, mteja alichagua chaguo la kuongeza wima.

Jukumu kuu lilikuwa utekelezaji wa miundombinu ya maunzi kulingana na vifaa vilivyoidhinishwa katika hali ya Kifaa cha SAP HANA. Vigezo vya kipaumbele vilikuwa ufanisi wa gharama, utendakazi wa hali ya juu, uwazi na upatikanaji wa data wa juu.

Tulipendekeza na kutekeleza suluhu iliyoidhinishwa na SAP, ikijumuisha seva mbili za Bullion S16 - kwa mazingira ya Prod na PreProd. Kifaa hiki kinatumia vichakataji vya Intel Xeon E7-v4 8890 (cores 24, 2.20 GHz, 165 W) na kina 16 TB ya RAM. Kwa mazingira ya BW na Dev/Test, seva tisa za Bullion S4 (cores 22, 2.20 GHz, 150 W) zilizo na 4 TB ya RAM zilisakinishwa. Umoja wa Mseto wa EMC ulitumika kama mfumo wa kuhifadhi.

Suluhisho hili hutoa usaidizi wa kuongeza vipengele vyote vya kifaa - kwa mfano, hadi soketi 16 na Intel Xeon E7-v4 CPU. Utawala katika usanidi huu umerahisishwa - haswa, kwa kusanidi upya au kugawa seva.

Kifaa + TDI: HANA kwa wataalamu wa madini

MMC Norilsk Nickel, mmoja wa wazalishaji wakubwa wa nikeli na palladium, aliamua kusasisha jukwaa lake la maunzi la SAP HANA ili kusaidia matumizi na miradi muhimu ya biashara. Kulikuwa na haja ya kupanua mazingira yaliyopo katika suala la nguvu ya kompyuta. Moja ya masharti makuu yaliyowekwa na mteja ilikuwa upatikanaji wa juu wa jukwaa - licha ya mapungufu ya vifaa.

Kwa mazingira ya uzalishaji, tulitumia seva ya Bullion S8 na mifumo ya kuhifadhi katika hali ya Kifaa cha SAP HANA. Kwa HA na test/dev, jukwaa liliwekwa katika hali ya TDI. Tulitumia seva moja ya Bull Bullion S8, seva mbili za Bull Bullion S6 na mfumo wa hifadhi mseto. Mchanganyiko huu ulifanya iwezekanavyo kuongeza kasi ya maombi katika mazingira ya SAP, kuongeza kiasi cha nguvu za kompyuta na rasilimali za kuhifadhi data, na kupunguza gharama za uendeshaji. Ni muhimu kwamba mteja bado ana uwezo wa kuongeza hadi 16 CPU.

Tunakualika kwenye SAP Forum

Katika chapisho hili, tuliangalia kupeleka SAP HANA kwa njia tofauti na kujaribu kuonyesha faida na hasara za chaguo zilizopo. Ikiwa una maswali yoyote kuhusu kutekeleza SAP HANA, tutafurahi kuwajibu katika maoni.

Tunawaalika kila mtu ambaye ana nia ya ufumbuzi wa Bull na uwezekano wa utekelezaji wao chini ya SAP HANA kwa tukio kubwa zaidi la SAP la mwaka: SAP Forum 17 itafanyika Moscow mnamo Aprili 2019. Tunakungoja kwenye msimamo wetu katika IoT eneo: tutakuambia mambo mengi ya kuvutia, na pia kutoa zawadi nyingi.

Tuonane kwenye jukwaa!

Chanzo: mapenzi.com