Սերվերի ռեսուրսների ստուգում

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

Հաջորդը, մենք կանդրադառնանք անհատական ​​ռեսուրսների ախտորոշմանը, օգտագործելով հոսթինգի մատակարարի գործիքները, ինչպես նաև սերվերի կողմում գտնվող տերմինալի միջոցով: Բացի այդ, մենք կդիտարկենք համակարգի վատ աշխատանքի հետ կապված խնդիրների լուծման տարբեր մոտեցումներ: Հրահանգները վերաբերում են Linux OS-ով աշխատող ցանկացած սերվերի՝ անկախ նախապես տեղադրված ծրագրաշարից:

Սերվերի ռեսուրսների ստուգում VMmanager-ի միջոցով

VMmanager վիրտուալիզացիայի գործիքը ախտորոշման ամենապարզ, բայց միևնույն ժամանակ ունիվերսալ լուծումն է: Այն կարևոր դեր է խաղում ժամանակակից հոսթինգ մատակարարների մեծ մասում նվիրված կամ վիրտուալ սերվերների արդյունավետ կառավարման ապահովման գործում : Օրինակ, ստուգումը կիրականացվի գործիքի 6-րդ տարբերակի վրա, սակայն նախորդ տարբերակները նույնպես կարող են անցկացնել նմանատիպ ախտորոշում:

Վերլուծության համար անհրաժեշտ է գնալ VMmanager կառավարման վահանակ և ընտրել ցանկալի վիրտուալ մեքենան։

Հաջորդը, օգտվողը կարող է անմիջապես տեսնել ռեսուրսների օգտագործումը իրական ժամանակում: Ավելի մանրամասն վիճակագրության համար անհրաժեշտ է ընտրել «Պարամետրեր».

Վերևում գտնվող մանրամասն վիճակագրության ներդիրը ցույց է տալիս սերվերի ընդհանուր բնութագրերը և վիրտուալացման տեսակը: Գրաֆիկների վրա դուք կարող եք տեսնել ցանցի գերբեռնվածությունը, պրոցեսորի բեռնվածությունը, RAM-ը և սկավառակի տարածությունը իրական ժամանակում.

Սկավառակի տարածության կամ որոշակի ժամանակահատվածի ռեսուրսների վիճակագրության ավելի մանրամասն վերլուծության համար դուք պետք է ընտրեք ցանկի համապատասխան տարրը: Վիրտուալ սկավառակների մասին տեղեկատվությունը ցուցադրվում է այս ձևաչափով.

Հատուկ ռեսուրսի բեռնվածության վիճակագրությունը ցուցադրվում է հարմար գրաֆիկի տեսքով.

Հնարավոր է ցուցադրել ծանրաբեռնվածության գրաֆիկը օրվա, շաբաթվա, ամսվա, տարվա համար կամ ձեռքով ընտրել անհրաժեշտ ամսաթվերը: Բոլոր հիմնական ռեսուրսները ցուցադրվում են՝ պրոցեսոր, օպերատիվ հիշողություն, պահեստավորում, ցանցային ինտերֆեյս:

Շատ օգտատերեր ակնկալում են, որ որոշակի ժամանակահատվածում ռեսուրսները կօգտագործվեն հավասարաչափ: Այնուամենայնիվ, դա միշտ չէ, որ այդպես է: Օրինակ, ցանցային ինտերֆեյսը կարող է նման տեսք ունենալ նույնիսկ անգործուն ռեժիմում.

Այս դեպքում ոչ մի միջոց չի պահանջվում։ Այնուամենայնիվ, պրոցեսորի, RAM-ի կամ սկավառակի պահեստավորման դեպքում սերվերը չպետք է օգտագործի իր ռեսուրսների ամբողջ 100%-ը մշտական ​​հիմունքներով. Առաջարկվող բեռը 70% -ից ոչ ավելի է:

Սերվերի ռեսուրսների ստուգում տերմինալում

Ընդհանուր բեռի վերլուծություն

Մենք նախկինում դիտարկել ենք որոշ վերլուծության տարբերակներ «Սերվերի ռեսուրսների ընդհանուր ախտորոշում» հոդվածում: Այնտեղ մենք խոսել ենք ստանդարտ գործիքների մասին, ինչպիսիք են top/atop-ը , ինչպես նաև դիտարկել ենք Netdata ծրագրի տեղադրումը և կարգավորումը, որը թույլ է տալիս մեզ վերահսկել սերվերի ռեսուրսները զննարկչի միջոցով: Այս հոդվածում մենք կքննարկենք htop-ը որպես top ծրագրի այլընտրանք ՝ ընդհանուր համակարգային ռեսուրսների վերլուծության համար:

Գործիքը լռելյայնորեն նախապես տեղադրված չէ Linux բաշխումներում, ուստի եկեք սկսենք տեղադրումից: Debian/Ubuntu-ի համար մենք օգտագործում ենք հրամանը.

apt-get install htop

CentOS-ի համար ավելի տրամաբանական է օգտագործել EPEL պահոցները։ Դրանք լռելյայնորեն անջատված են, ուստի առաջին հրամանը պատասխանատու է դրանք ավելացնելու համար, իսկ երկրորդը՝ htop-ը տեղադրելու համար ։

yum -y install epel-release
yum install htop -y

Տեղադրվելուց անմիջապես հետո դուք կարող եք բացել կոմունալ ծրագիրը հավելվածի ընտրացանկից կամ տերմինալում համապատասխան հրամանով.

htop

Արդյունքում օգտվողը կկարողանա տեսնել համակարգի մասին բոլոր տեղեկությունները.

Վերևի ձախ անկյունում ցուցադրվում են պրոցեսորի տվյալները, ներառյալ յուրաքանչյուր միջուկի օգտագործումը, RAM-ը և փոխանակման հիշողությունը: Swap հիշողությունը Linux-ում օգտագործվում է RAM-ի պակասի դեպքում՝ ապահովելով համակարգի կայունությունը: Վերևի աջ անկյունում կարող եք տեսնել պրոցեսորի բեռնվածությունը և ակտիվ առաջադրանքների քանակը: Կենտրոնական մասում ցուցադրվում են ակտիվ գործընթացներ՝ տեսակավորելու ունակությամբ։ Ներքևի հատվածը տեղեկատվություն է տրամադրում տաք ստեղների և ֆունկցիոնալության մասին: «Օգնություն» բաժինը պարունակում է ծրագրի հնարավորությունների մանրամասն նկարագրությունը.

Համակարգի ախտորոշումից առաջ անհրաժեշտ է հասկանալ, թե սերվերի վրա ճիշտ քանի միջուկ/պրոցեսոր է օգտագործվում։ Օգտատերը կարող է իմանալ դրանց արժեքը htop ծրագրի վերին ձախ անկյունում ։

Կամ գործարկելով հրամանը.

nproc

Կախված ստացված արժեքից՝ կհաշվարկվի թույլատրելի ընդհանուր ծանրաբեռնվածությունը (Վերին աջ անկյունում միջին բեռնվածությունը): Մեր դեպքում դա հավասար է 2-ի, ինչը նշանակում է, որ առավելագույն ծանրաբեռնվածությունը 2.0 է: Այնուամենայնիվ, դա չի նշանակում, որ համակարգը ամբողջությամբ կսառչի 2.0 բեռի տակ: Այս թիվը կարող է ավելի մեծ լինել, բայց այս դեպքում մյուս բոլոր առաջադրանքները կլինեն հերթում, և սերվերն ինքը կբեռնվի: Իդեալական արժեքը համարվում է ոչ ավելի, քան 70% բեռ: Օրինակ, մեկ պրոցեսորային սերվերի վրա Load միջինը պետք է լինի 0.7-ի սահմաններում: Վերոնշյալ օրինակի սերվերի դեպքում լավ ցուցանիշ կլինի 1.4-ից ոչ բարձր արժեքները։

Օգտագործելով htop-ը կամ դրա անալոգները, օգտատերը պետք է գնահատի հիմնական ռեսուրսները՝ պրոցեսորի միջին ծանրաբեռնվածությունը, օպերատիվ հիշողության օգտագործումը, սկավառակի տարածքը և ցանցային ինտերֆեյսը: Եթե ռեսուրսները նվազագույն են, ապա անհրաժեշտ է տեսակավորել գործընթացները CPU-ի օգտագործման համաձայն, բացահայտել բարձր սպառում ունեցող գործողությունները, ապա օպտիմալացնել կամ դադարեցնել դրանք: Եթե ծրագիրը փակել հնարավոր չէ կամ օպտիմալացումը ձախողվում է, խորհուրդ է տրվում դիտարկել ավելի հզոր կոնֆիգուրացիա ունեցող սերվերի անցումը:

Անվճար RAM-ի ստուգում

Այս բաժնում մենք ավելի մոտիկից կանդրադառնանք ցանկացած սերվերի աշխատանքի կարևոր ասպեկտին՝ ազատ RAM-ի բավարար մակարդակին:

Տերմինալի միջոցով ցանկացած Linux համակարգում անվճար RAM-ը ստուգելու ամենահեշտ ձևը հրամանն է.

free -m

Ելքում մենք ստանում ենք հետևյալ տվյալները մեգաբայթերով՝ ընդհանուր, օգտագործված, ազատ և քեշավորված RAM, ինչպես նաև փոխանակման ծավալը.

Գործիքը օգտակար է ժամանակի որոշակի պահին ընդհանուր տվյալներ ստանալու համար: RAM-ի դինամիկ օգտագործման ախտորոշման համար խորհուրդ ենք տալիս vmstat ծրագիրը, որը թույլ է տալիս կարգավորել ելքային տեղեկատվության թարմացման հաճախականությունը.

vmstat 1

Վերոնշյալ օրինակում տվյալները կթարմացվեն ամեն վայրկյան։ Արդյունքը ստացվում է free- ին նման ձևաչափով ՝

Գործիքը տրամադրում է նաև համակարգի ընդհանուր տեղեկատվություն, սակայն մեր դեպքում կարևոր են միայն այն սյունակները, որոնք պատասխանատու են RAM-ի համար, այսինքն՝ հիշողությունը և փոխանակումը: Բոլոր արժեքները նշված են կիլոբայթներով: Դիտարկենք դրանց ավելի մանրամասն.

Հիշողություն (RAM):

• swpdվիրտուալ հիշողությունը փոխանակվում է ֆիզիկականի հետ:
• ազատմատչելի ֆիզիկական հիշողություն (RAM):
• բուֆ: հիշողությունը օգտագործվում է որպես բուֆեր սկավառակի վրա գրելուց առաջ:
• գաղտնարան: հիշողությունն օգտագործվում է որպես քեշ՝ մուտքն արագացնելու համար:

Փոխանակման

• si: հիշողությունն օգտագործվում է որպես քեշ՝ մուտքն արագացնելու համար:
• so: ֆիզիկական հիշողությունից գրված տվյալներ փոխանակման հիշողության համար:

Առանձին-առանձին, հարկ է նշել այն փաստը, որ կոմունալ ծառայությունները ախտորոշող համակարգի բոլոր ռեսուրսները սկզբում տվյալներ են վերցնում տեղեկամատյաններից: RAM-ի դեպքում օգտատերը կկարողանա ուղղակիորեն դիտել տվյալները՝ բացելով համապատասխան ֆայլը՝

cat /proc/meminfo

Արդյունքը բավականին ընդարձակ է, բայց հիշողությունը վերլուծելու համար բավական է ուշադրություն դարձնել առաջին գրառումներին.

RAM-ի չափից ավելի օգտագործման հետ կապված խնդիրները առավել հաճախ կապված են կոնկրետ առաջադրանքի կամ գործընթացի հետ: Սկզբում բավական կլինի ախտորոշումը, օգտագործելով ընդհանուր գործիքները՝ խնդրահարույց գործընթացները բացահայտելու համար: Որպես լուծում, դուք կարող եք դիտարկել որոշակի հավելվածի օպտիմիզացումը, քեշավորման և տվյալների սեղմման հնարավորությունը, եթե մենք խոսում ենք մեծ քանակությամբ տեղեկատվության մասին, կամ ավելացնել սերվերի կազմաձևումը:

Սկավառակի տարածքի վերահսկում

Սերվերի սկավառակի տարածության ախտորոշումը պակաս կարևոր չէ, քան նրա մյուս ռեսուրսները: Որպես կանոն, ստուգման անհրաժեշտության մասին ազդանշաններն են՝ գոյություն ունեցող ֆայլեր ստեղծելու կամ գրելու անկարողությունը, համակարգի դանդաղ աշխատանքը և տարբեր մուտքային/ելքային սխալներ:

Ստուգելու ամենահարմար միջոցը հրամանն է.

df -h

Ի պատասխան՝ գործիքը տեղեկատվություն կցուցադրի բոլոր տեղադրված սկավառակի միջնորմների մասին.

Դուք կարող եք օգտագործել այս հրամանը դիրեկտորիաների ավելի մանրամասն մոնիտորինգի համար.

du -hs /*

Այս կերպ օգտատերը կկարողանա պարզել, թե յուրաքանչյուր գրացուցակ որքան տեղ է զբաղեցնում: Համակարգի աշխատանքը վերականգնելու համար ձեզ հարկավոր է օպտիմալացնել սկավառակի այն հատվածը, որը սպառում է ամենաշատ հիշողությունը: Խորհուրդ է տրվում թույլ չտալ օգտագործել ընդհանուր գումարի ազատ տարածության 80-90%-ից ավելին. մնացած 10-20%-ը պետք է բավարար լինի համակարգի կայուն աշխատանքի համար: Խորհուրդ է տրվում ավելացնել սկավառակի տարածությունը, եթե օպտիմալացումը հնարավոր չէ: Դա կարող է իրականացվել՝ ավելացնելով նոր կամ ընդլայնելով առկա սկավառակները, ինչպես նաև օգտագործելով ամպային պահեստավորում: Անկախ ընտրված լուծումից, խորհուրդ է տրվում միշտ կրկնօրինակ պատճենել՝ ​​ֆայլի կորստից խուսափելու համար:

Ցանցի ինտերֆեյսի ստուգում

Սերվերի ախտորոշման վերջնական, բայց ոչ պակաս կարևոր ասպեկտը ցանցային ինտերֆեյսի ստուգումն է: Այն նեթհոգեր կոմունալ ծրագիրը կարող է օգտագործվել, եթե ցանկանում եք ընդհանուր տեղեկատվություն ստանալ այն մասին, թե իրական ժամանակում որքան տրաֆիկ է հաշվառվում ցանցային գործընթացներով:
Տեղադրում և գործարկում Cent OS-ում.

yum install nethogs
nethogs

Debian/Ubuntu-ի համար.

apt-get install nethogs
nethogs

Գործիքը ցույց կտա այն գործընթացները, որոնք տվյալ պահին օգտագործում են ցանցային ռեսուրսներ.

Խորհուրդ ենք տալիս օգտագործել iftop ավելի մանրամասն վերլուծության համար:
Տեղադրում և գործարկում Cent OS-ում.

yum install iftop
iftop

Debian/Ubuntu-ի համար.

apt-get install iftop
iftop

Ծրագրի ելքը ակտիվ կապերի ցանկ է, որը ցույց է տալիս IP հասցեները, նավահանգիստները, փոխանցված տվյալների քանակը և փոխանցման արագությունը: Ծրագրի հիմնական առավելությունը ցանցային ալիքի բեռնման տեսողական ձևավորումն է.

Սերվերի ցանցի ալիքը ախտորոշելուց և բարձր բեռնվածության հետ կապված խնդիրները հայտնաբերելուց հետո խորհուրդ է տրվում մեծացնել ցանցային կապերի թողունակությունը հոսթինգ մատակարարի կողմից կամ օպտիմալացնել կոնկրետ խնդրահարույց ինտերֆեյսի կարգավորումները: Որպես պահեստային գործիք՝ դուք կարող եք օգտագործել մոնիտորինգի տարբեր համակարգեր՝ արագ հետևելու ցանցի գործունեության փոփոխություններին և, անհրաժեշտության դեպքում, պարբերաբար թարմացնել ցանցային ենթակառուցվածքը՝ պահանջներին համապատասխան:

Եզրափակում

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