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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Մենք նախկինում դիտարկել ենք վերլուծության որոշ տարբերակներ Սերվերի ռեսուրսների ընդհանուր ախտորոշում հոդված. Այնտեղ մենք խոսեցինք ստանդարտ գործիքների մասին, ինչպիսիք են վերև/վերևում, և նաև նայեց տեղադրման և կազմաձևման վրա ցանցային տվյալներ կոմունալ, որը թույլ է տալիս վերահսկել սերվերի ռեսուրսները բրաուզերի միջոցով: Այս հոդվածում մենք կանդրադառնանք htop որպես այլընտրանք վերեւ Համակարգի ընդհանուր ռեսուրսների վերլուծության օգտակարություն:

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

apt-get install htop

CentOS-ի համար ավելի իմաստալից է օգտագործել ՋԵՐՄ պահոցներ. Դրանք լռելյայն անջատված են, ուստի առաջին հրամանը պատասխանատու է դրանք ավելացնելու համար, իսկ երկրորդը՝ տեղադրելու համար 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 կամ դրա անալոգները, օգտագործողը պետք է գնահատի հիմնական ռեսուրսները՝ պրոցեսորի միջին ծանրաբեռնվածությունը, RAM-ի օգտագործումը, սկավառակի տարածությունը և ցանցային ինտերֆեյսը: Եթե ​​ռեսուրսները նվազագույն են, դուք պետք է պրոցեսները դասավորեք ըստ պրոցեսորի օգտագործման, բացահայտեք մեծ սպառող գործառնությունները և այնուհետև օպտիմալացնեք կամ դադարեցնեք դրանք: Եթե ​​անհնար է փակել ծրագիրը կամ օպտիմիզացումը ձախողվում է, ապա խորհուրդ է տրվում դիտարկել ավելի հզոր կոնֆիգուրացիայով սերվերի անցնելու տարբերակը:

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

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

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

free -m

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

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

vmstat 1

Վերոնշյալ օրինակում տվյալները կթարմացվեն ամեն վայրկյան: Արդյունքը արտադրվում է նման ձևաչափով ազատ:

Գործիքը տրամադրում է նաև համակարգի ընդհանուր տեղեկատվություն, սակայն մեր դեպքում կարևոր են միայն այն սյունակները, որոնք պատասխանատու են 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 հասցեները, նավահանգիստները, փոխանցված տվյալների քանակը և փոխանցման արագությունը: Ծրագրի հիմնական առավելությունը ցանցային ալիքի բեռնման տեսողական ձևավորումն է.

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

Եզրափակում

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