Праверка рэсурсаў сервера

Калі сервер перагружаны, віртуальны або выдзелены, гэта прыводзіць да таго, што вэб-сайты загружаюцца павольна і ствараюць раздражняльныя памылкі замест кантэнту. Неабходна ўважліва сачыць за яго параметрамі і своечасова праводзіць аналіз рэсурсаў, каб пазбегнуць такога зыходу,

Далей мы разгледзім дыягностыку асобных рэсурсаў з дапамогай інструментаў хостынг-правайдэра, а таксама праз тэрмінал на баку сервера. Акрамя таго, мы разгледзім розныя падыходы да вырашэння праблем, звязаных з нізкай прадукцыйнасцю сістэмы. Інструкцыі адносяцца да любых сервераў пад кіраваннем АС Linux, незалежна ад прадусталяванага праграмнага забеспячэння.

Праверка рэсурсаў сервера праз VMmanager

Інструмент віртуалізацыі VMmanager — гэта найпрасцейшае, але ў той жа час універсальнае рашэнне для дыягностыкі. Ён адыгрывае ключавую ролю ў забеспячэнні эфектыўнага кіравання выдзеленымі або віртуальнымі серверамі на большасці сучасных хостынг-правайдэраў. У якасці прыкладу праверка будзе выканана на 6-й версіі інструмента, аднак папярэднія версіі таксама маглі праводзіць падобную дыягностыку.

Для аналізу трэба зайсці ў панэль кіравання VMmanager і выбраць патрэбную віртуальную машыну:

Далей карыстальнік можа адразу ўбачыць выкарыстанне рэсурсаў у рэжыме рэальнага часу. Каб атрымаць больш падрабязную статыстыку, трэба выбраць «Параметры»:

Укладка падрабязнай статыстыкі ўверсе адлюстроўвае агульныя характарыстыкі сервера і тып віртуалізацыі. На графіках вы бачыце загружанасць сеткі, загрузку працэсара, выкарыстанне аператыўнай памяці і дыскавай прасторы ў рэжыме рэальнага часу:

Для больш дэталёвага аналізу статыстыкі дыскавай прасторы або рэсурсаў за пэўны перыяд неабходна выбраць адпаведны пункт меню. Інфармацыя аб віртуальных дысках адлюстроўваецца ў наступным фармаце:

Статыстыка загрузкі канкрэтнага рэсурсу адлюстроўваецца ў выглядзе зручнага графіка:

Ёсць магчымасць адлюстравання графіка нагрузкі за дзень, тыдзень, месяц, год або ўручную выбраць неабходныя даты. Адлюстроўваюцца ўсе асноўныя рэсурсы: працэсар, аператыўная памяць, сховішча, сеткавы інтэрфейс.

Многія карыстальнікі чакаюць, што рэсурсы будуць выкарыстоўвацца раўнамерна на працягу пэўнага перыяду. Аднак гэта не заўсёды так. Напрыклад, сеткавы інтэрфейс можа выглядаць падобна нават у рэжыме чакання:

Ніякіх мер у гэтым выпадку не патрабуецца. Аднак у выпадку працэсара, аператыўнай памяці або дыскавай памяці сервер не павінен выкарыстоўваць усе 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

У выніку карыстальнік зможа бачыць усю інфармацыю аб сістэме:

У левым верхнім куце адлюстроўваюцца даныя працэсара, у тым ліку выкарыстанне кожнага ядра, аператыўнай памяці і памяці падпампоўкі. Памяць падпампоўкі ў Linux выкарыстоўваецца ў выпадку недахопу аператыўнай памяці, забяспечваючы стабільнасць сістэмы. У правым верхнім куце вы бачыце загрузку працэсара і колькасць актыўных задач. У цэнтральнай частцы паказаны актыўныя працэсы з магчымасцю сартавання. У ніжняй частцы прадстаўлена інфармацыя аб гарачых клавішах і функцыянальнасці. Раздзел «Даведка» змяшчае падрабязнае апісанне магчымасцяў праграмы:

Перад тым, як пачаць дыягностыку самой сістэмы, неабходна дакладна зразумець, колькі ядраў/працэсараў выкарыстоўваецца на серверы. Карыстальнік можа даведацца іх значэнне ў левым верхнім куце ўтыліты htop :

Або выканаўшы каманду:

nproc

У залежнасці ад атрыманага значэння будзе разлічана дапушчальная агульная нагрузка (Сярэдняя нагрузка ў правым верхнім куце). У нашым выпадку ён роўны 2, што азначае, што максімальная нагрузка роўная 2.0. Аднак гэта не значыць, што сістэма цалкам завісне пад нагрузкай 2.0. Гэта колькасць можа быць і больш, але ў гэтым выпадку ўсе астатнія задачы будуць стаяць у чарзе, а сам сервер будзе загружаны. Ідэальным значэннем лічыцца нагрузка не больш за 70%. Напрыклад, сярэдняя нагрузка павінна быць у межах 0.7 на аднапрацэсарным серверы. У выпадку з серверам з прыведзенага вышэй прыкладу добрым паказчыкам будуць значэння не вышэй за 1.4.

Выкарыстоўваючы htop або яго аналагі, карыстальніку неабходна ацаніць асноўныя рэсурсы: сярэднюю нагрузку на працэсар, выкарыстанне аператыўнай памяці, месца на дыску і сеткавы інтэрфейс. Калі рэсурсы мінімальныя, трэба адсартаваць працэсы па выкарыстанні працэсара, вызначыць аперацыі з высокім спажываннем, а затым аптымізаваць або завяршыць іх. Калі закрыць праграму немагчыма або аптымізацыя не ўдаецца, рэкамендуецца разгледзець магчымасць пераходу на сервер з больш магутнай канфігурацыяй.

Праверка свабоднай аператыўнай памяці

У гэтым раздзеле мы больш падрабязна разгледзім важны аспект функцыянавання любога сервера - дастатковы ўзровень вольнай аператыўнай памяці.

Самы просты спосаб праверыць свабодную аператыўную памяць у любой сістэме Linux праз тэрмінал - гэта каманда:

free -m

На выхадзе атрымліваем наступныя дадзеныя ў мегабайтах: агульная, выкарыстаная, свабодная і кэшаваная аператыўная памяць, а таксама аб'ём падпампоўкі:

Гэты інструмент карысны для атрымання агульных дадзеных у пэўны момант часу. Для дынамічнай дыягностыкі выкарыстання аператыўнай памяці мы рэкамендуем утыліту vmstat , якая дазваляе наладзіць частату абнаўлення выходнай інфармацыі:

vmstat 1

У прыведзеным вышэй прыкладзе дадзеныя будуць абнаўляцца кожную секунду. Вывад атрымліваецца ў фармаце, падобным да free :

Інструмент таксама дае агульную сістэмную інфармацыю, але ў нашым выпадку важныя толькі слупкі, якія адказваюць за аператыўную памяць, гэта значыць памяць і своп. Усе значэнні пазначаны ў кілабайтах. Давайце разгледзім іх больш падрабязна:

Памяць (АЗП):

• swpd: віртуальная памяць абменьваецца на фізічную.
• бясплатна: даступная фізічная памяць (RAM).
• buff: памяць, якая выкарыстоўваецца ў якасці буфера перад запісам на дыск.
• кэш: памяць, якая выкарыстоўваецца як кэш для паскарэння доступу.

Абмен

• si: памяць, якая выкарыстоўваецца як кэш для паскарэння доступу.
• so: дадзеныя, запісаныя з фізічнай памяці ў памяць падпампоўкі.

Асобна варта адзначыць той факт, што ўсе ўтыліты для дыягностыкі сістэмных рэсурсаў першапачаткова бяруць дадзеныя з логаў. У выпадку аператыўнай памяці карыстальнік зможа праглядаць дадзеныя непасрэдна, адкрыўшы адпаведны файл:

cat /proc/meminfo

Выхад даволі шырокі, але для аналізу памяці дастаткова звярнуць увагу на першыя запісы:

Праблемы з празмерным выкарыстаннем аператыўнай памяці часцей за ўсё звязаны з канкрэтнай задачай або працэсам. Для пачатку будзе дастаткова дыягностыкі з дапамогай звычайных інструментаў для выяўлення праблемных працэсаў. У якасці рашэння можна разгледзець аптымізацыю канкрэтнага прыкладання, уключэнне кэшавання і сціску дадзеных, калі гаворка ідзе пра вялікія аб'ёмы інфармацыі, або павелічэнне канфігурацыі сервера.

Кантроль дыскавай прасторы

Дыягностыка дыскавай прасторы сервера не менш важная, чым іншыя яго рэсурсы. Як правіла, сігналамі аб неабходнасці праверкі з'яўляюцца: немагчымасць стварэння або запісу ў існуючыя файлы, нізкая праца сістэмы і розныя памылкі ўводу/высновы.

Найбольш зручным спосабам праверкі з'яўляецца каманда:

df -h

У адказ інструмент пакажа інфармацыю аб усіх падключаных раздзелах дыска:

Вы можаце выкарыстоўваць гэтую каманду для больш дэталёвага маніторынгу каталогаў:

du -hs /*

Такім чынам, карыстальнік зможа даведацца, колькі месца займае кожны каталог. Каб аднавіць прадукцыйнасць сістэмы, вам спатрэбіцца аптымізаваць раздзел дыска, які займае больш за ўсё памяці. Рэкамендуецца не выкарыстоўваць больш за 80-90% вольнай прасторы ад агульнай колькасці; астатніх 10-20% павінна хапіць для стабільнай працы сістэмы. Рэкамендуецца павялічыць месца на дыску, калі аптымізацыя немагчымая. Гэта можна зрабіць шляхам дадання новых або пашырэння існуючых дыскаў, а таксама з дапамогай воблачнага сховішча. Незалежна ад абранага рашэння, рэкамендуецца заўсёды рабіць рэзервовую копію, каб пазбегнуць страты файла.

Праверка сеткавага інтэрфейсу

Апошнім, але не менш важным момантам дыягностыкі сервера з'яўляецца праверка сеткавага інтэрфейсу. The сетка утыліту можна выкарыстоўваць, калі вы жадаеце атрымаць агульную інфармацыю пра тое, колькі трафіку прыпадае на сеткавыя працэсы ў рэжыме рэальнага часу.
Ўстаноўка і запуск на 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-адрасоў, партоў, колькасці перададзеных даных і хуткасці перадачы. Галоўная перавага праграмы - візуальнае афармленне загрузкі сеткавага канала:

Пасля дыягностыкі сеткавага канала сервера і выяўлення праблем з высокай нагрузкай рэкамендуецца павялічыць прапускную здольнасць сеткавых злучэнняў з боку хостынг-правайдэра або аптымізаваць налады канкрэтнага праблемнага інтэрфейсу. У якасці інструмента рэзервовага капіявання можна выкарыстоўваць розныя сістэмы маніторынгу, каб хутка адсочваць змены ў сеткавай актыўнасці і пры неабходнасці рэгулярна абнаўляць сеткавую інфраструктуру ў адпаведнасці з патрабаваннямі.

Conclusion

У заключэнне можна падкрэсліць, што дыягностыка рэсурсаў сервера з'яўляецца неад'емнай часткай эфектыўнага кіравання віртуальнымі і выдзеленымі серверамі. Артыкул даў нам магчымасць азнаёміцца ​​з асноўнымі інструментамі для поўнага аналізу сервера, а таксама даў практычныя рэкамендацыі па ліквідацыі магчымых праблем. Рэгулярная дыягностыка сістэмы дазваляе серверу функцыянаваць без праблем нават без актыўнага ўдзелу карыстальніка.