Մենք շարունակում ենք Cisco Hyperflex-ի մասին հոդվածների շարքը։ Այս անգամ ձեզ կներկայացնենք Cisco Hyperflex-ի աշխատանքը բարձր բեռնված Oracle և Microsoft SQL DBMS-ների ներքո, ինչպես նաև կհամեմատենք ստացված արդյունքները մրցակցային լուծումների հետ։
Բացի այդ, մենք շարունակում ենք ցուցադրել Hyperflex-ի հնարավորությունները մեր երկրի մարզերում և ուրախ ենք հրավիրելու ձեզ մասնակցելու լուծման հաջորդ ցուցադրություններին, որոնք այս անգամ կանցկացվեն Մոսկվա և Կրասնոդար քաղաքներում:
Մոսկվա - 28 մայիսի. Գրառում .
Կրասնոդար - հունիսի 5. Գրառում .
Մինչև վերջերս հիպերկոնվերգացված լուծումներն այնքան էլ հարմար լուծում չէին DBMS-ի համար, հատկապես՝ բարձր բեռ ունեցողների համար: Այնուամենայնիվ, շնորհիվ UCS գործվածքի օգտագործման՝ որպես Cisco Hyperflex-ի ապարատային հարթակ, որն ապացուցել է իր հուսալիությունն ու արդյունավետությունը 10 տարվա ընթացքում, այս իրավիճակն արդեն փոխվել է:
Ցանկանու՞մ եք ավելին իմանալ: Ապա բարի գալուստ կատու:
Ներածություն
Ներկայումս հիպերկոնվերգացված լուծումների կազմակերպման երկու մոտեցում կա. Առաջին մոտեցումը հիմնված է Ծրագրային ապահովման կողմից սահմանված լուծումների վրա, որոնք մատակարարվում են որպես ծրագրային ապահովում, և հաճախորդներն իրենք են ընտրում սարքավորումները: Երկրորդ մոտեցումը հիմնված է բանտապահ լուծումների վրա, այսինքն՝ պարունակում է ծրագրային ապահովում, ապարատային և տեխնիկական աջակցություն: Cisco-ում մենք հետևում ենք երկրորդ մոտեցմանը և պատրաստի լուծումներ ենք մատուցում մեր հաճախորդներին, քանի որ սա միակ միջոցն է երաշխավորելու համակարգի կայուն վարքագիծը, մեկ արտադրողի կողմից բարձրորակ տեխնիկական աջակցություն և բարձր արդյունավետություն:
Հենց համակարգի բարձր կատարողականությունն է հիմնական գործոններից մեկը՝ որոշելու, թե արդյոք օգտագործել որոշակի արտադրանք առաքելության համար կարևոր առաջադրանքներում:
Այսօր կազմակերպությունները հակված են առաքելության համար կարևոր առաջադրանքներ դնել դասական եռաստիճան ճարտարապետական լուծումների վրա (պահեստավորում > պահեստավորման ցանց > սերվերներ): Միևնույն ժամանակ, կազմակերպությունների մեծ մասը ձգտում է պարզեցնել և նվազեցնել իրենց ՏՏ ենթակառուցվածքի արժեքը՝ չնվազեցնելով դրա կայունությունն ու արդյունավետությունը: Այդ իսկ պատճառով ավելի ու ավելի շատ հաճախորդներ ուշադրություն են դարձնում հիպերկոնվերգացված լուծումներին:
Այս հոդվածում մենք կխոսենք անկախ ESG լաբորատորիայի (Enterprise Strategy Group) կատարած վերջին թեստերի մասին (2019թ. փետրվար): Փորձարկման ընթացքում նմանակվել է բարձր բեռնված Oracle և MS SQL DBMS-ների (OLTP թեստեր) աշխատանքը, որը իրական արդյունավետ միջավայրում ՏՏ ենթակառուցվածքի ամենակարևոր բաղադրիչներից մեկն է:
Այս բեռնումը կատարվել է երեք լուծումների վրա՝ Cisco Hyperflex, ինչպես նաև երկու ծրագրային լուծումներ, որոնք տեղադրվել են նույն սերվերների վրա, որոնք օգտագործվում են Hyperflex-ում, այսինքն՝ Cisco UCS սերվերների վրա։
Փորձարկման կոնֆիգուրացիաներ
Մատակարար Ա-ի համակարգը չի օգտագործում քեշ, քանի որ քեշի կազմաձևումը չի աջակցվում լուծման մշակողի կողմից: Այդ պատճառով սկավառակներն օգտագործվում էին ավելի մեծ հզորություն պահելու համար:
Փորձարկման մեթոդաբանություն
OLTP թեստերը կատարվել են չորս վիրտուալ մեքենաներով և 3,2 ՏԲ աշխատանքային տվյալների հավաքածուով: Յուրաքանչյուր փորձարկում կատարելուց առաջ յուրաքանչյուր VM լրացվում էր գրանցված տվյալներով՝ օգտագործելով թեստավորման գործիք: Սա ապահովում է, որ թեստը կարդում է «իրական» տվյալները և գրում դրանք գոյություն ունեցող բլոկների վրա, այլ ոչ թե պարզապես հիշողությունից ուղղակիորեն վերադարձնում է զրոյական բլոկները կամ զրոյական արժեքները: Դա տեղի է ունենում, երբ տվյալները լրացված չեն, ուստի կարևոր էր ապահովել, որ թեստը ճշգրիտ արտացոլի, թե ինչպես են տվյալները կարդացվել և գրվել հավելվածի միջավայրում: Աշխատանքային այս մեծ հավաքածուն երկար ժամանակ պահանջեց ավարտին հասցնելու համար, սակայն, մեր կարծիքով, դա ժամանակի արժեքավոր ներդրում է, քանի որ ապահովում է կատարողականի ավելի ճշգրիտ տվյալներ:
Թեստավորումն անցկացվել է HCI Bench գործիքի (հիմնված Oracle Vdbench-ի վրա) և I/O պրոֆիլների միջոցով, որոնք նախագծված են նմանակելու բարդ առաքելության համար կարևոր OLTP աշխատանքային ծանրաբեռնվածությունը՝ օգտագործելով Oracle և SQL Server backends: Բլոկի չափերը նշանակվել են ըստ նմանակված հավելվածների՝ 100% պատահական տվյալների հասանելիությամբ (լրիվ պատահական):
Oracle տվյալների բազայի աշխատանքային ծանրաբեռնվածություն
Առաջինը OLTP թեստն էր, որը նախատեսված էր Oracle միջավայրը ընդօրինակելու համար: Vdbench-ն օգտագործվել է կարդալու/գրելու տարբեր հարաբերակցությամբ աշխատանքային ծանրաբեռնվածություն ստեղծելու համար: Թեստն իրականացվել է չորս վիրտուալ մեքենաների վրա։ Չորս ժամ տևած թեստի ընթացքում HyperFlex-ը կարողացավ հասնել ավելի քան 420 IOPS՝ ընդամենը 000 միլիվայրկյան ուշացումով: A և B ծրագրային լուծումները կարողացան ցույց տալ համապատասխանաբար միայն 4.4 և 238 IOPS:
Լատենտության մակարդակները բավականին նման էին համակարգերում, բացառությամբ Վաճառողի B-ի գրելու հետաձգման, որը միջինը կազմում էր 26,49 ms, շատ լավ ընթերցման հետաձգմամբ՝ 2,9 ms: Սեղմումը և կրկնօրինակումը ակտիվ էին բոլոր համակարգերում:
Microsoft SQL Server-ի ծանրաբեռնվածությունը
Հաջորդը, մենք նայեցինք OLTP աշխատանքային ծանրաբեռնվածությանը, որը նախատեսված է Microsoft SQL Server DBMS-ի նմանակման համար:
Այս թեստի արդյունքում Cisco HyperFlex կլաստերը մոտ երկու անգամ գերազանցեց երկու A և B մրցակիցներին: 490 IOPS Cisco-ի դիմաց 000 և 200 A և B արտադրողների համար:
Cisco HyperFlex-ի հետաձգման արդյունքը շատ չէր տարբերվում Oracle-ի թեստից, այսինքն՝ այն լավ մակարդակի վրա էր՝ 4,4 ms: Միևնույն ժամանակ, A և B արտադրողները ցույց տվեցին զգալիորեն ավելի վատ արդյունքներ, քան Oracle-ի փորձարկումներում: Մրցակցային B լուծման միակ դրական կողմը հետևողականորեն ցածր ընթերցման հետաձգումն է՝ 2,9 ms, մյուս բոլոր ցուցանիշներով Hyperflex-ը երկու անգամ կամ ավելի առաջ է անցել մրցակցային լուծումներից:
Արդյունքները
Անկախ ESG լաբորատորիայի կողմից անցկացված փորձարկումը ոչ միայն ևս մեկ անգամ հաստատեց Cisco Hyperflex լուծման պատշաճ մակարդակը, այլև ապացուցեց, որ հիպերկոնվերգացված համակարգերն արդեն պատրաստ են լայնորեն օգտագործման առաքելության համար կարևոր առաջադրանքներում:
Հիպերկոնվերգացիոն համակարգերը վաղուց համարվում էին ավելի հարմար ոչ կրիտիկական ծանրաբեռնվածության համար: 2016 թվականին ESG-ն հարցում է անցկացրել խոշոր ընկերությունների շրջանում։ Նրանց հարցրել են, թե ինչու են նրանք ընտրել ավանդական ենթակառուցվածքը հիպերկոնվերգացված ենթակառուցվածքի փոխարեն: Հարցվածների 54%-ը պատասխանել է, որ պատճառը արտադրողականությունն է։
Արագ առաջ դեպի 2018 թ. Պատկերը փոխվել է. ESG-ի կրկնվող հարցումը գտել է հարցվածների միայն 24%-ին, ովքեր դեռ հավատում են, որ ավանդական մոտեցումները դեռևս ավելի լավն են կատարողականի առումով:
Երբ տեխնոլոգիայի էվոլյուցիան փոխում է արդյունաբերության որոշման չափանիշները, հաճախ անհամապատասխանություն է առաջանում հաճախորդների ուզածի և այն բանի միջև, ինչ նրանք կարող են ստանալ: Արտադրողները, ովքեր կարող են տեսնել, թե ինչ է պակասում և լրացնել այդ բացը, առավելություն ունեն: Cisco-ն առաջարկում է հիպերկոնվերգացված լուծում, որն ապահովում է պարզությունը, ծախսարդյունավետությունը և հետևողական կատարումը, որն անհրաժեշտ է հաճախորդներին առաքելության համար կարևոր աշխատանքային բեռների համար:
Cisco-ն անշեղորեն առաջ է շարժվում հիպերկոնվերգացիոն համակարգերի ոլորտում, ինչը հաստատվում է ոչ միայն Cisco Hyperflex լուծման հիանալի բնութագրերով, այլև շուկայում առկայությամբ: Հետևաբար, 2018 թվականի աշնանը Cisco-ն արժանիորեն մտավ HCI շուկայի առաջատարների խումբ՝ ըստ Gartner-ի։
Արդեն հիմա կարող եք համոզվել, որ Hyperflex-ը հիանալի լուծում է ամենաբարդ և պահանջկոտ բիզնես խնդիրների համար՝ այցելելով մեր ցույցերը, որոնք կանցկացվեն Մոսկվա և Կրասնոդար քաղաքներում:
Մոսկվա - 28 մայիսի. Գրառում .
Կրասնոդար - հունիսի 5. Գրառում .
Source: www.habr.com