HPE InfoSight-ը HPE ամպային ծառայություն է, որը թույլ է տալիս ակտիվորեն բացահայտել հնարավոր հուսալիության և կատարողականի խնդիրները HPE Nimble և HPE 3PAR զանգվածների հետ: Միևնույն ժամանակ, ծառայությունը կարող է նաև անմիջապես առաջարկել հնարավոր խնդիրները լուծելու ուղիներ, իսկ որոշ դեպքերում անսարքությունների վերացումը կարող է իրականացվել ակտիվորեն, ավտոմատ կերպով:
Մենք արդեն խոսել ենք HPE InfoSight-ի մասին HABR-ում, տես, օրինակ.
Այս գրառման մեջ ես ուզում եմ խոսել HPE InfoSight-ի մեկ նոր գործառույթի մասին՝ ռեսուրսների պլանավորող:
HPE InfoSight Resource Planner-ը հզոր նոր գործիք է, որն օգնում է հաճախորդներին որոշել, թե արդյոք նրանք կարո՞ղ են նոր աշխատանքային բեռներ կամ հավելվածներ ավելացնել իրենց զանգվածներին՝ հիմնվելով առկա ծանրաբեռնվածության վրա: Արդյո՞ք զանգվածը կկարողանա հաղթահարել ավելացած բեռը, թե՞ նոր զանգված կպահանջվի: Եթե նոր զանգված է անհրաժեշտ, ո՞րը: Կանխատեսելի մոդելավորում Resource Planner-ն օգնում է ճշգրիտ հասկանալ կարիքները և ճիշտ չափել գոյություն ունեցող զանգվածի արդիականացումը կամ չափել նոր զանգվածը:
Ժամանակացույցը թույլ է տալիս անել հետևյալը.
- մոդելավորել առկա ծանրաբեռնվածության հնարավոր փոփոխությունները.
- գնահատել ազդեցությունը զանգվածի ռեսուրսների վրա, ինչպիսիք են պրոցեսորը, հզորությունը և քեշ հիշողությունը.
- դիտել արդյունքները տարբեր զանգվածների մոդելների համար:
Հավաքելով զանգվածների աշխատանքի վերաբերյալ վիճակագրություն և պարամետրային տեղեկատվություն (զանգվածների ամբողջ տեղադրված բազայի վրա) և վերլուծելով տարբեր աշխատանքային ծանրաբեռնվածություն շատ հաճախորդի միջավայրերում՝ մենք կարող ենք բացահայտել որոշակի պատճառահետևանքային և քանակական հարաբերություններ: Օրինակ, մենք գիտենք, թե ինչպես է կրկնօրինակումը ազդում CPU-ի օգտագործման վրա տարբեր զանգվածների մոդելներում: Մենք գիտենք, որ վիրտուալ աշխատասեղանի միջավայրերը ավելի լավ են կրկնօրինակում և սեղմում, քան SQL-ը: Մենք գիտենք, որ Exchange հավելվածները հակված են ունենալ հաջորդական (ի տարբերություն պատահական) ընթերցումների ավելի մեծ տոկոս, քան Վիրտուալ աշխատասեղանին: Օգտագործելով նման տեղեկատվություն՝ մենք կարող ենք մոդելավորել բեռնվածքի փոփոխությունների ազդեցությունը՝ որոշակի զանգվածի մոդելի համար ռեսուրսների պահանջները կանխատեսելու համար:
Տեսնենք, թե ինչպես է աշխատում Scheduler-ը հետևյալ օրինակներում:
Resource Planner-ն աշխատում է HPE InfoSight պորտալում՝ LABS-ի ներքո: Սկսենք ընտրելով նոր ծանրաբեռնվածություն՝ Ավելացնել նոր ծանրաբեռնվածություն (ի լրումն առկա): Մեկ այլ տարբերակ, որը մենք կանդրադառնանք ավելի ուշ, ավելացրեք առկա ծանրաբեռնվածությունը:
Ընտրեք բեռի կատեգորիան/հավելվածը.
Դուք կարող եք տարբեր փոփոխություններ կատարել նոր ծանրաբեռնվածության մեջ, ըստ անհրաժեշտության՝ տվյալների ծավալը, IOP-ները, ծանրաբեռնվածության տեսակը և կրկնօրինակման ռեժիմը:
Հաջորդը, մենք ընտրում ենք զանգվածը (հաճախորդին հասանելիներից), որի համար ցանկանում ենք մոդելավորել այս նոր ծանրաբեռնվածությունը և սեղմել Վերլուծել կոճակը:
Զուտ արդյունքը այս նոր առաջարկվող ծանրաբեռնվածության ազդեցությունն է (ի լրումն ընթացիկ ծանրաբեռնվածության) պրոցեսորի ռեսուրսների և հզորության վրա: Եթե մենք ընտրեինք հիբրիդային ֆլեշ զանգված, մենք նույնպես ազդեցություն կտեսնեինք զանգվածի քեշի վրա, բայց այս դեպքում մենք ունենք AF60 ամբողջ ֆլեշ զանգված, որի համար քեշ հիշողության հայեցակարգը (SSD-ի վրա) չի կիրառվում:
Մենք տեսնում ենք (աջ կողմում, վերևի գծապատկերում - CPU-ի կարիքները), որ AF60 զանգվածը, որի համար մենք ծրագրել ենք նոր բեռնվածություն, չունի բավարար պրոցեսորային ռեսուրսներ նոր ծանրաբեռնվածությունը մշակելու համար. նոր բեռ ավելացնելիս պրոցեսորը կլինի օգտագործվել է 110%-ով։ Ներքևի դիագրամը (Հզորության կարիքները) ցույց է տալիս, որ նոր բեռի համար բավականաչափ հզորություն կա: Բացի AF60 զանգվածից, երկու դիագրամները ցույց են տալիս նաև այլ զանգվածի մոդելներ՝ համեմատելու համար, թե ինչպիսին կլիներ, եթե մենք ունենայինք այլ զանգված:
Հետևյալ նկարը ցույց է տալիս, թե ինչ է տեղի ունենում, երբ մենք ստուգում ենք ցուցադրման մի քանի գլուխ դարակների վանդակը (տարբերակ աղբյուրի զանգված ընտրելիս): Այս տարբերակը թույլ է տալիս վերլուծություն կատարել մի քանի նույնական զանգվածների համար: Կարելի է տեսնել, որ ընդհանուր (նոր և գոյություն ունեցող) բեռնվածության համար բավարար է մեկ AF80 զանգված կամ երկու AF60 կամ երեք AF40 զանգված:
Օգտագործելով ռեսուրսների ժամանակացույցը, դուք կարող եք նաև նմանակել փոփոխությունները միայն ընթացիկ բեռի մեջ: Դա անելու համար առաջին քայլում դուք պետք է ընտրեք ավելացնել առկա ծանրաբեռնվածությունը (նոր ծանրաբեռնվածություն ավելացնելու փոխարեն, ինչպես մենք արեցինք սկզբում): Հաջորդը, դուք կարող եք մոդելավորել առկա բեռի փոփոխությունը և տեսնել, թե դա ինչի կհանգեցնի: Ստորև բերված օրինակը նմանեցնում է բեռնվածության կրկնապատկումը և կրկնապատկումը այնպիսի ծրագրերի համար, ինչպիսին է File Server-ը (այսինքն՝ այս օրինակում մենք չենք մեծացնում զանգվածի ամբողջ բեռը, այլ ավելացնում ենք բեռը միայն կոնկրետ տեսակի հավելվածի համար):
Այս դեպքում կարելի է տեսնել, որ զանգվածի ռեսուրսները թույլ են տալիս կրկնապատկել բեռնվածությունը File Server հավելվածների համար, բայց ոչ ավելի, քան կրկնապատկել, քանի որ CPU-ի ռեսուրսները կօգտագործվեն 99%-ով։
Source: www.habr.com