Ինչպես տեղակայել SAP HANA. մենք վերլուծում ենք տարբեր մեթոդներ

SAP HANA-ն հիշողության մեջ տարածված DBMS է, որը ներառում է պահեստավորման ծառայություններ (Տվյալների պահեստ) և վերլուծություն, ներկառուցված միջին ծրագիր, հավելվածի սերվեր և նոր կոմունալ ծառայություններ կարգավորելու կամ մշակելու հարթակ: Վերացնելով ավանդական DBMS-ների հետաձգումը SAP HANA-ի միջոցով՝ դուք կարող եք մեծապես բարձրացնել համակարգի կատարողականությունը, գործարքների մշակումը (OLTP) և բիզնես հետախուզությունը (OLAP):

Դուք կարող եք SAP HANA-ն տեղակայել Appliance և TDI ռեժիմներում (եթե մենք խոսում ենք արտադրական միջավայրերի մասին): Յուրաքանչյուր տարբերակի համար արտադրողն ունի իր պահանջները: Այս գրառման մեջ մենք կխոսենք տարբեր տարբերակների առավելությունների և թերությունների, ինչպես նաև պարզության համար SAP HANA-ի հետ մեր իրական նախագծերի մասին:

SAP HANA-ն բաղկացած է 3 հիմնական բաղադրիչներից՝ հոսթ, օրինակ և համակարգ:

Հյուրընկալող SAP HANA DBMS-ը գործարկելու համար սերվեր կամ գործառնական միջավայր է: Դրա պահանջվող բաղադրիչներն են՝ CPU, RAM, պահեստավորում, ցանց և ՕՀ: Հոսթն ապահովում է հղումներ դեպի տեղադրման գրացուցակներ, տվյալներ, տեղեկամատյաններ կամ ուղղակիորեն դեպի պահեստավորման համակարգ: Միևնույն ժամանակ, SAP HANA-ի տեղադրման պահեստավորման համակարգը պարտադիր չէ, որ տեղակայված լինի հոսթի վրա: Եթե ​​համակարգն ունի մի քանի հոսթ, ձեզ հարկավոր կլինի կամ ընդհանուր պահեստ, կամ մեկը, որը հասանելի է բոլոր հոսթինգների պահանջով:

Օրինակ — մեկ հոսթի վրա տեղադրված SAP HANA համակարգի բաղադրիչների մի շարք: Հիմնական բաղադրիչներն են Index Server-ը և Name Server-ը: Առաջինը, որը նաև կոչվում է «աշխատանքային սերվեր», մշակում է հարցումները, կառավարում է ընթացիկ տվյալների պահեստները և տվյալների բազայի շարժիչները: Name Server-ը պահպանում է տեղեկատվություն SAP HANA-ի տեղադրման տոպոլոգիայի մասին՝ որտեղ են աշխատում բաղադրիչները և ինչ տվյալներ կան սերվերի վրա:

Համակարգ - սա նույն թվով մեկ կամ մի քանի դեպք է: Ըստ էության, սա առանձին տարր է, որը կարելի է միացնել, անջատել կամ պատճենել (կրկնօրինակել): Տվյալները բաշխվում են տարբեր սերվերների հիշողության մեջ, որոնք կազմում են SAP HANA համակարգը:

Համակարգը կարող է կազմաձևվել որպես մեկ հոսթ (մեկ օրինակ մեկ հոսթում) կամ բազմաբաշխված (SAP HANA մի քանի ատյաններ բաշխված են մի քանի հոստերի վրա՝ մեկ օրինակով յուրաքանչյուր հյուրընկալող): Multi-host համակարգերում յուրաքանչյուր օրինակ պետք է ունենա նույն թիվը: SAP HANA համակարգը նույնականացվում է System ID-ով (SID)՝ եզակի համարով, որը բաղկացած է երեք այբբենական թվային նիշերից:

SAP HANA վիրտուալացում

SAP HANA-ի հիմնական սահմանափակումներից մեկը միայն մեկ համակարգի աջակցությունն է՝ մեկ օրինակ՝ եզակի սերվերի SID-ով: Սարքավորումն ավելի արդյունավետ օգտագործելու կամ տվյալների կենտրոնում սերվերների քանակը նվազեցնելու համար կարող եք օգտագործել վիրտուալացում: Այսպիսով, այլ լանդշաֆտներ կարող են գոյակցել նույն սերվերի վրա ավելի ցածր պահանջներ ունեցող համակարգերի հետ (ոչ արտադրողական համակարգեր): Սպասման HA/DR սերվերի համար վիրտուալացումը կարող է բարելավել արդյունավետ և ոչ արտադրողական վիրտուալ մեքենաների միջև անցման արագությունը:

SAP HANA-ն ներառում է աջակցություն VMWare ESX հիպերվիզորին: Սա նշանակում է, որ տարբեր SAP HANA համակարգեր՝ SAP HANA տեղադրումներ տարբեր SID համարներով, կարող են գոյակցել մեկ հոսթի (ընդհանուր ֆիզիկական սերվերի) վրա՝ տարբեր վիրտուալ մեքենաներում: Յուրաքանչյուր վիրտուալ մեքենա պետք է աշխատի աջակցվող ՕՀ-ով:

Արտադրական միջավայրերի համար SAP HANA վիրտուալացումը լուրջ սահմանափակումներ ունի.

• Scale-out scaling-ը չի ապահովվում. վիրտուալացումը կարող է օգտագործվել միայն Scale-Up համակարգերով, լինի դա BwoH/DM/SoH, թե «մաքուր» SoH;
• վիրտուալացումը պետք է իրականացվի Appliance կամ TDI սարքերի համար սահմանված կանոնների շրջանակներում.
• Ընդհանուր հասանելիություն (GA) կարող է ունենալ միայն մեկ վիրտուալ մեքենա. ընկերությունները, որոնք ցանկանում են օգտագործել վիրտուալացում HANA արտադրական միջավայրերի հետ, պետք է մասնակցեն «Controlled Availability» ծրագրին SAP-ով:

Ոչ արտադրողական միջավայրերում, որտեղ այդ սահմանափակումները գոյություն չունեն, վիրտուալացումը կարող է օգտագործվել սարքավորումների օգտագործումը օպտիմալացնելու համար:

SAP HANA տոպոլոգիաներ

Եկեք անցնենք SAP HANA-ի տեղակայմանը: Այստեղ սահմանվում են երկու տոպոլոգիաներ.

• Scale up – մեկ մեծ սերվեր: Քանի որ HANA բազան մեծանում է, սերվերն ինքնին աճում է. պրոցեսորների և հիշողության քանակն ավելանում է: Բարձր հասանելիության (HA) և աղետների վերականգնման (DR) լուծումներում պահուստային կամ սխալ հանդուրժող սերվերները պետք է համապատասխանեն արտադրողական սերվերների բնութագրերին:
• Scale out – SAP HANA համակարգի ամբողջ ծավալը բաշխված է մի քանի նույնական սերվերների վրա: Master Server-ը պարունակում է տեղեկատվություն Index Server-ի և Name Server-ի համար: Slave սերվերները չեն պարունակում այս տվյալները, բացառությամբ սերվերի, որը ստանձնում է Master-ի գործառույթները հիմնական սերվերի ձախողման դեպքում: Ինդեքսային սերվերները կառավարում են իրենց վերագրված տվյալների սեգմենտները, ինչպես նաև պատասխանում են հարցումներին: Անվան սերվերները տեղյակ են, թե ինչպես են տվյալները բաշխվում արտադրական սերվերների միջև: Եթե ​​HANA-ն աճում է, մեկ այլ հանգույց պարզապես ավելացվում է ընթացիկ սերվերի կազմաձևին: Այս տոպոլոգիայում բավական է ունենալ մեկ պահեստային հանգույց՝ ամբողջ սերվերի անվտանգությունն ապահովելու համար։

SAP ապարատային պահանջներ

SAP-ը HANA-ի համար ունի ապարատային պարտադիր պահանջներ: Դրանք վերաբերում են արտադրողական միջավայրին. ոչ արդյունահանման համար նվազագույն բնութագրերը բավարար են: Այսպիսով, ահա արտադրական միջավայրի պահանջները.

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• 128 ԳԲ RAM-ից BW հավելվածների համար 2 պրոցեսորներով, 256 ԳԲ 4+ պրոցեսորներով;

SAP HANA-ի տեղակայում Appliance և TDI ռեժիմներում

Այժմ եկեք անցնենք պրակտիկային և խոսենք այն մասին, թե ինչպես կարելի է SAP HANA-ն իրականացնել Appliance և TDI ռեժիմներում: Դրա համար մենք օգտագործում ենք մեր SAP HANA հարթակները, որոնք հիմնված են BullSequana S և Bullion S սերվերների վրա, որոնք հավաստագրված են SAP-ի կողմից այս ռեժիմներում աշխատելու համար:

Մի փոքր տեղեկատվություն ապրանքների մասին. BullSequana S-ը, որը հիմնված է Intel Xeon Scalable-ի վրա, ներառում է տարբեր մոդելներ՝ մինչև 32 պրոցեսոր մեկ սերվերում: Սերվերը կառուցված է մոդուլային դիզայնի միջոցով, որն ապահովում է ընդարձակելիություն մինչև 32 պրոցեսոր և նույնքան գրաֆիկական պրոցեսոր: RAM – 64 ԳԲ-ից մինչև 48 ՏԲ: BullSequana S-ի առանձնահատկությունները ներառում են ձեռնարկության AI-ի աջակցություն՝ բարելավված կատարողականության, արագացված տվյալների վերլուծության, հիշողության բարելավված հաշվարկների և արդիականացման վիրտուալացման և ամպային տեխնոլոգիաների միջոցով:

Bullion S-ը գալիս է Intel Xeon E7 v4 ընտանեկան պրոցեսորներով: Պրոցեսորների առավելագույն քանակը 16 է: RAM-ը ընդլայնելի է 128 ԳԲ-ից մինչև 24 ՏԲ: RAS-ի մեծ թվով գործառույթներ ապահովում են բարձր մակարդակի հասանելիություն առաքելության համար կարևոր ենթակառուցվածքների համար, ինչպիսին է SAP HANA-ն: Bullion S-ը հարմար է տվյալների զանգվածային կենտրոնների համախմբման, In-Memory հավելվածների գործարկման, հիմնական համակարգերի տեղափոխման կամ հին համակարգերի համար:

SAP HANA սարքավորում

Appliance-ը նախապես կազմաձևված լուծում է, որը ներառում է սերվեր, պահեստավորման համակարգ և ծրագրային փաթեթ բանտապահի իրականացման համար՝ կենտրոնացված աջակցության ծառայությունով և աշխատանքի համաձայնեցված մակարդակով: Այստեղ HANA-ն հանդես է գալիս որպես նախապես կազմաձևված սարքավորում և ծրագրակազմ՝ լիովին ինտեգրված և հավաստագրված: Սարքը Appliance ռեժիմում պատրաստ է տվյալների կենտրոնում տեղադրելու համար, իսկ օպերացիոն համակարգը, SAP HANA-ն և (անհրաժեշտության դեպքում) լրացուցիչ VMWare օրինակն արդեն կազմաձևված և տեղադրված են:

SAP սերտիֆիկացումը որոշում է կատարողականի երաշխավորված մակարդակը, ինչպես նաև պրոցեսորի մոդելը, օպերատիվ հիշողության և պահեստավորման ծավալը: Հավաստագրվելուց հետո կոնֆիգուրացիան չի կարող փոխվել առանց երաշխիքը չեղյալ հայտարարելու: HANA հարթակը մեծացնելու համար SAP-ն առաջարկում է երեք տարբերակ.

• Scale-Up BWoH/DM/SoH – ուղղահայաց մասշտաբավորում, որը հարմար է մեկ համակարգերի համար (մեկ SID): Սարքավորումներն աճում են 256/384 ԳԲ-ով՝ սկսած SAP HANA SPS 11-ից: Այս հարաբերակցությունը ցույց է տալիս մեկ պրոցեսորի կողմից աջակցվող առավելագույն հզորությունը և սովորական է հավաստագրված սարքերի ամբողջ ցանկի համար: Ուղղահայաց մասշտաբով BWoH/DM/SoH սարքը իդեալական է BW-ի համար HANA (BWoH), Data Mart (DM) և SAP Suite-ը HANA (SoH) հավելվածների համար:
• Scale-Up SoH - Սա նախորդ մոդելի թեթև տարբերակն է՝ RAM-ի քանակի ավելի քիչ սահմանափակումներով: Սա դեռևս ուղղահայաց մասշտաբավոր սերվեր է, բայց 2 պրոցեսորների համար RAM-ի առավելագույն քանակն արդեն 1536 ԳԲ է (մինչև SPS11 տարբերակը) և 3 ՏԲ (SPS12+): Հարմար է միայն SoH-ի համար:
• Scale-Out - Սա հորիզոնական մասշտաբային տարբերակ է, համակարգ, որն աջակցում է բազմասերվերի կոնֆիգուրացիաներին: Հորիզոնական մասշտաբը օպտիմալ է BW-ի և որոշ սահմանափակումներով՝ SoH-ի համար:

BullSequana S և Bullion S սերվերներում ուղղահայաց մասշտաբը կենտրոնանում է, քանի որ այն ունի ավելի քիչ գործառնական սահմանափակումներ և պահանջում է ավելի քիչ կառավարում: Appliance ռեժիմի համար կա տարբեր սարքերի մեծ տեսականի:

BullSequana S լուծումներ SAP HANA-ի համար՝ Appliance ռեժիմում

*Ըստ ցանկության E7-8890/94v4
Bullion S լուծումներ SAP HANA-ի համար՝ Appliance ռեժիմում

Բոլոր Bull լուծումները Appliance ռեժիմում SAP HANA SPS 12-ից հավաստագրված են: Սարքավորումը տեղադրված է ստանդարտ 19 դյույմանոց 42U դարակում, երկու հոսանքի սնուցմամբ՝ ներքին PDU-ներով: Հետևյալ սերվերներն ունեն SAP սերտիֆիկացում.

• BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M-ով («M» տառով պրոցեսորներն աջակցում են 128 ԳԲ հիշողության մոդուլներ): Գին-որակ հարաբերակցության առումով Intel 8176-ով տարբերակները լավագույն տեսքն ունեն
• Bullion S Intel Xeon E7-8880 v4, 8890 և 8894-ով:

Պահպանման համակարգը ուղղակիորեն միանում է սերվերին FC նավահանգիստների միջոցով, ուստի այստեղ SAN անջատիչներն անհրաժեշտ չեն: Դրանք կարող են օգտակար լինել LAN-ին կամ SAN-ին միացված համակարգեր մուտք գործելու համար:

Ահա մեր կարգավորումներում EMC Unity 450F պահեստավորման համակարգի կազմաձևման օրինակ.

• Բարձրությունը՝ 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• Կարգավորիչներ՝ 2
• Սկավառակներ՝ 6-ից 250 SAS SSD, 600 ԳԲ-ից մինչև 15.36 ՏԲ յուրաքանչյուրը
• RAID՝ մակարդակ 5 (8+1), 4 RAID խումբ
• Ինտերֆեյս՝ 4 FC մեկ կարգավորիչի համար, 8 կամ 16 Գբիթ/վրկ
• Ծրագրային ապահովում՝ Unisphere Block Suite

Սարքը հուսալի տեղակայման տարբերակ է, բայց այն ունի մեծ թերություն. Սարքավորումը կարգավորելու փոքր ազատություն. Բացի այդ, այս տարբերակը կարող է պահանջել փոփոխություններ ՏՏ բաժնի գործընթացներում։

SAP HANA TDI

Appliance-ի այլընտրանքը TDI (Tailored Data Center Integration) ռեժիմն է, որում կարող եք ընտրել կոնկրետ արտադրողներ և ենթակառուցվածքային բաղադրիչներ՝ կախված հաճախորդի ցանկություններից՝ հաշվի առնելով կատարված առաջադրանքները և ծանրաբեռնվածությունը: Օրինակ, SAN-ը կարող է կրկին օգտագործվել տվյալների կենտրոնում, որոշ սկավառակներով, որոնք նվիրված են HANA տեղադրմանը:

Համեմատելով Appliance-ի հետ՝ TDI ռեժիմը օգտվողին շատ ավելի ազատություն է տալիս պահանջները կատարելու համար: Սա մեծապես հեշտացնում է HANA-ի ինտեգրումը տվյալների կենտրոնին. դուք կարող եք կառուցել ձեր սեփական հարմարեցված ենթակառուցվածքը: Օրինակ՝ փոփոխեք պրոցեսորների տեսակը և քանակը՝ կախված ծանրաբեռնվածությունից:

Հզորության հաշվարկների համար խորհուրդ ենք տալիս օգտագործել SAP Quick Sizer-ը, պարզ գործիք, որն ապահովում է պրոցեսորի և հիշողության պահանջներ SAP HANA-ում տարբեր ծանրաբեռնվածությունների համար: Այնուհետև կարող եք կապվել SAP Active Global Support-ի հետ՝ ձեր ՏՏ լանդշաֆտը պլանավորելու համար: Դրանից հետո SAP HANA ապարատային գործընկերը հաշվարկների արդյունքները փոխակերպում է համակարգի տարբեր հնարավոր կոնֆիգուրացիաների՝ ինչպես վերին մասում, այնպես էլ ավելի պարզ սարքավորումների վրա: TDI ռեժիմում սերվերների համար Ընդունելի է օգտագործել Intel E7 պրոցեսորներ, ներառյալ Intel Broadwell E7 և Skylake-SP (պլատինե, ոսկի, արծաթ՝ 8 կամ ավելի միջուկներով մեկ պրոցեսորով), ինչպես նաև IBM Power8:/ 9.

Սերվերները մատակարարվում են առանց պահեստավորման համակարգերի, անջատիչների և դարակաշարերի, սակայն ապարատային պահանջները մնում են նույնը, ինչ «Ապրանքի» ռեժիմում՝ նույն առանձին հանգույցները, ուղղահայաց կամ հորիզոնական մասշտաբով լուծումներ: SAP-ը դա է պահանջում օգտագործվել են միայն հավաստագրված սերվերներ, պահեստավորման համակարգեր և անջատիչներ, բայց դա սարսափելի չէ. արտադրողների մեծամասնությունը գրեթե բոլոր սարքավորումները հավաստագրված են:

Կատարման փորձարկումը պետք է կատարվի HWCCT (Hardware Configuration Check Tool) թեստերի միջոցով:, որոնք թույլ են տալիս ստուգել SAP-ի որոշակի KPI-ների համապատասխանությունը: Եվ կա ոչ ապարատային պահանջ. HANA-ն, ՕՀ-ն և հիպերվիզորը (ըստ ցանկության) պետք է տեղադրվեն SAP-ի հավաստագրված մասնագետների կողմից. Միայն համակարգերը, որոնք համապատասխանում են թվարկված բոլոր կանոններին, կարող են ստանալ SAP-ի կատարողականի աջակցություն:

BullSequana S սերվերների շարքը TDI ռեժիմում նման է Appliance ռեժիմի գծին, բայց առանց պահեստավորման համակարգերի, անջատիչների և դարակների: Դուք կարող եք տեղադրել ցանկացած պահեստային համակարգ սերտիֆիկացված SAP համակարգերի ցանկից՝ VNX, XtremIO, NetApp և այլն: Օրինակ, եթե VNX5400-ը համապատասխանում է SAP HANA-ի կատարողականի պահանջներին, կարող եք միացնել Dell EMC Unity 450F պահեստը որպես TDI կազմաձևման մաս: Անհրաժեշտության դեպքում տեղադրվում են FC ադապտերներ (1 կամ 10 Գբիտ/վ), ինչպես նաև Ethernet անջատիչներ:

Այժմ, որպեսզի ավելի հստակ պատկերացնեք նկարագրված ռեժիմները, մենք ձեզ կպատմենք մեր իրական դեպքերից մի քանիսի մասին։

Սարքավորում + TDI՝ HANA առցանց խանութի համար

Mall.cz առցանց խանութը, որը մաս է կազմում Mall Group-ին, հիմնադրվել է 2000 թվականին։ Այն մասնաճյուղեր ունի Չեխիայում, Սլովակիայում, Լեհաստանում, Հունգարիայում, Սլովենիայում, Խորվաթիայում և Ռումինիայում։ Սա երկրի ամենամեծ առցանց խանութն է՝ օրական վաճառելով մինչև 75 հազար ապրանք, նրա եկամուտը 2017 թվականի վերջին կազմել է մոտ 280 միլիոն եվրո։

Պահանջվում էր տվյալների կենտրոնի ենթակառուցվածքի թարմացում՝ կապված SAP HANA միգրացիայի հետ: Գնահատված չափը 2x6 ՏԲ էր արդյունահանվող միջավայրերի համար և 6 ՏԲ թեստային/մշակող միջավայրերի համար: Միևնույն ժամանակ, աղետի վերականգնման հետ լուծում պահանջվեց ակտիվ-ակտիվ կլաստերում SAP HANA-ի արդյունավետ միջավայրի համար:

Մրցույթի հայտարարման պահին հաճախորդն ուներ SAP-ի համակարգ, որը հիմնված էր ստանդարտ դարակաշարերի և բլեյդ սերվերների վրա: Երկու տվյալների կենտրոններ, որոնք գտնվում էին միմյանցից մոտավորապես 10 կմ հեռավորության վրա, հագեցած էին պահեստավորման տարբեր համակարգերով՝ IBM SVC, HP և Dell: Հիմնական համակարգերը գործում են աղետի վերականգնման ռեժիմում:

Նախ, հաճախորդը խնդրեց հավաստագրված լուծում Appliance ռեժիմում SAP HANA-ի համար բոլոր համակարգերի համար (Արտադրական և փորձնական/մշակող միջավայրեր) մինչև 12 TB աճով: Բայց բյուջեի սահմանափակումների պատճառով նրանք սկսեցին դիտարկել այլ տարբերակներ, օրինակ՝ ավելի շատ պրոցեսորներ ավելի փոքր RAM մոդուլներով (64 ԳԲ մոդուլներ 128 ԳԲ մոդուլների փոխարեն): Բացի այդ, գնի օպտիմալացման համար դիտարկվել է համատեղ պահեստավորում Արտադրության և փորձարկման/մշակող միջավայրերի համար:

Մենք պայմանավորվեցինք 4 պրոցեսորների և 6 TB RAM-ի վերաբերյալ Արտադրական միջավայրի համար՝ աճի տեղ ունենալով: TDI ռեժիմում թեստային/ծրագրավորող միջավայրերի համար մենք որոշեցինք օգտագործել ավելի էժան պրոցեսորներ. մենք ստացանք 8 պրոցեսոր և 6 ՏԲ օպերատիվ հիշողություն: Հաճախորդի կողմից պահանջվող գործառույթների ավելի մեծ քանակի պատճառով՝ կրկնօրինակում, կրկնօրինակում, համատեղ Արտադրության և փորձարկման/մշակման միջավայրեր երկրորդ կայքում, ներքին սկավառակների փոխարեն, DellEMC Unity պահեստավորման համակարգերն օգտագործվել են լրիվ ֆլեշ կազմաձևով: Բացի այդ, հաճախորդը խնդրել է աղետի վերականգնման լուծում՝ հիմնված HANA համակարգի կրկնօրինակման (HSR) վրա՝ երրորդ կայքում քվորումային հանգույցով:

Prod միջավայրի վերջնական կոնֆիգուրացիան բաղկացած էր BullSequana S400 սերվերից Intel Xeon P8176M-ի վրա (28 միջուկ, 2.10 ԳՀց, 165 Վտ) և 6 TB RAM: Պահպանման համակարգ - Unity 450F 10x 3.84 TB: Աղետների վերականգնման նպատակով, Prod միջավայրի համար մենք օգտագործեցինք BullSequana S400 Intel Xeon P8176M-ի վրա (28 միջուկ, 2.10 ԳՀց, 165 Վտ) 6 ՏԲ օպերատիվ հիշողությամբ: Փորձարկման/ծրագրավորող միջավայրի համար մենք վերցրեցինք BullSequana S800 սերվեր՝ Intel Xeon P8153 (16 միջուկ, 2.00 ԳՀց, 125 Վտ) և 6 ՏԲ օպերատիվ հիշողություն, գումարած Unity 450F 15x 3.84 ՏԲ պահեստավորման համակարգ: Մեր մասնագետները տեղադրել և կարգավորել են DellEMC սերվերները որպես քվորում, հավելվածների սերվերներ (VxRail Solution) և պահեստային լուծումներ (DataDomain):

Սարքավորումը պատրաստ է հետագա արդիականացման համար։ Հաճախորդը ակնկալում է, որ HANA-ի չափերը կավելանան 2019 թվականին, և իրեն մնում է նոր մոդուլներ տեղադրել դարակաշարերում։

Սարքավորում՝ HANA խոշոր զբոսաշրջային ինտեգրատորի համար

Այս անգամ մեր հաճախորդը ՏՏ ծառայություններ մատուցող խոշոր ընկերություն էր, որը մշակում էր տեխնոլոգիական լուծումներ տուրիստական ​​ընկերությունների համար: Հաճախորդը գործարկել է SAP HANA հավակնոտ նախագիծը` բիլինգի նոր համակարգ իրականացնելու համար: Պահանջվում էր լուծում Appliance ռեժիմում՝ 8 ՏԲ օպերատիվ հիշողությամբ Արտադրության և PreProd միջավայրերի համար: SAP-ի առաջարկությունների համաձայն՝ հաճախորդն ընտրել է ուղղահայաց մասշտաբի տարբերակը:

Հիմնական խնդիրը ապարատային ենթակառուցվածքի ներդրումն էր՝ հիմնված սարքերի վրա, որոնք հավաստագրված են Appliance ռեժիմում SAP HANA-ի համար: Առաջնահերթ չափանիշներն էին ծախսարդյունավետությունը, բարձր արդյունավետությունը, մասշտաբայնությունը և տվյալների բարձր հասանելիությունը:

Մենք առաջարկել և ներդրել ենք SAP հավաստագրված լուծում, ներառյալ երկու Bullion S16 սերվերներ՝ Prod և PreProd միջավայրերի համար: Սարքավորումն աշխատում է Intel Xeon E7-v4 8890 պրոցեսորներով (24 միջուկ, 2.20 ԳՀց, 165 Վտ) և հագեցած է 16 ՏԲ օպերատիվ հիշողությամբ: BW և Dev/Test միջավայրերի համար տեղադրվել են ինը Bullion S4 սերվերներ (22 միջուկ, 2.20 ԳՀց, 150 Վտ)՝ 4 ՏԲ օպերատիվ հիշողությամբ: Hybrid EMC Unity-ն օգտագործվել է որպես պահեստավորման համակարգ:

Այս լուծումը ապահովում է սանդղակի աջակցություն սարքի բոլոր տարրերի համար, օրինակ՝ մինչև 16 վարդակներ Intel Xeon E7-v4 պրոցեսորով: Այս կազմաձևում կառավարումը պարզեցված է, մասնավորապես, սերվերը վերակազմավորելու կամ բաժանելու համար:

Սարք + TDI՝ HANA մետալուրգների համար

MMC Norilsk Nickel-ը՝ նիկելի և պալադիումի խոշորագույն արտադրողներից մեկը, որոշել է թարմացնել իր SAP HANA ապարատային հարթակը կարևոր բիզնես ծրագրերին և նախագծերին աջակցելու համար: Հաշվողական հզորության առումով գոյություն ունեցող լանդշաֆտը ընդլայնելու անհրաժեշտություն կար։ Հաճախորդի կողմից առաջադրված հիմնական պայմաններից մեկը հարթակի բարձր հասանելիությունն էր՝ չնայած ապարատային սահմանափակումներին:

Արտադրական միջավայրերի համար մենք օգտագործել ենք Bullion S8 սերվերը և պահեստավորման համակարգերը SAP HANA Appliance ռեժիմում: HA-ի և test/dev-ի համար հարթակը գործարկվել է TDI ռեժիմում: Մենք օգտագործեցինք մեկ Bull Bullion S8 սերվեր, երկու Bull Bullion S6 սերվեր և հիբրիդային պահեստավորման համակարգ: Այս համադրությունը հնարավորություն տվեց զգալիորեն մեծացնել հավելվածների արագությունը SAP լանդշաֆտում, ավելացնել հաշվողական հզորության և տվյալների պահպանման ռեսուրսների քանակը և նվազագույնի հասցնել գործառնական ծախսերը: Կարևոր է, որ հաճախորդը դեռևս ունի մինչև 16 պրոցեսորների մասշտաբի հնարավորություն:

Մենք ձեզ հրավիրում ենք SAP ֆորումին

Այս գրառման մեջ մենք նայեցինք SAP HANA-ի տեղակայմանը տարբեր ձևերով և փորձեցինք ընդգծել առկա տարբերակների առավելություններն ու թերությունները: Եթե ​​ունեք հարցեր SAP HANA-ի ներդրման վերաբերյալ, մենք ուրախ կլինենք պատասխանել դրանց մեկնաբանություններում:

Բոլորին, ովքեր հետաքրքրված են Bull լուծումներով և SAP HANA-ի շրջանակներում դրանց իրականացման հնարավորություններով, հրավիրում ենք տարվա ամենամեծ SAP միջոցառմանը. SAP Forum 17-ը կանցկացվի Մոսկվայում ապրիլի 2019-ին: Մենք ձեզ սպասում ենք IoT-ի մեր ստենդի մոտ: գոտի. մենք ձեզ շատ հետաքրքիր բաներ կպատմենք, ինչպես նաև կշնորհենք բազմաթիվ մրցանակներ:

Կհանդիպենք ֆորումում:

Source: www.habr.com