Kiam servilo estas troŝarĝita, ĉu virtuala aŭ dediĉita, ĝi igas retejojn ŝarĝi malrapide kaj produkti irritajn erarojn anstataŭ enhavo. Estas necese zorge kontroli ĝiajn parametrojn kaj fari ĝustatempan analizon de rimedoj por eviti tian rezulton,
Poste, ni rigardos diagnozon de individuaj rimedoj per la iloj de la gastiga provizanto, same kiel per la terminalo ĉe la servilo. Krome, ni konsideros diversajn alirojn por solvi problemojn asociitajn kun malbona sistema rendimento. La instrukcioj validas por iuj serviloj kun Linukso OS, sendepende de la antaŭinstalita programaro.
Kontrolante servilresursojn per VMmanager
VMmanager virtualiga ilo estas la plej simpla, sed samtempe universala solvo por diagnozo. Ĝi ludas ŝlosilan rolon por certigi efikan administradon de dediĉita or virtualaj serviloj ĉe plej modernaj gastigaj provizantoj. Ekzemple, la kontrolo estos farita sur la versio 6 de la ilo, tamen antaŭaj versioj ankaŭ povas fari similajn diagnozojn.
Por analizo, vi devas iri al la VMmanager kontrolpanelo kaj elektu la deziratan virtualan maŝinon:
Poste, la uzanto povas tuj vidi la uzon de rimedoj en reala tempo. Por pli detalaj statistikoj, vi devas elekti "Parametrojn":
La detala statistika langeto supre montras la ĝeneralajn servilojn kaj la tipon de virtualigo. Sur la grafikaĵoj vi povas vidi retan ŝtopiĝon, procesoran ŝarĝon, RAM- kaj uzadon de diskospaco en reala tempo:
Por pli detala analizo de diskospaco aŭ statistiko de rimedoj dum certa tempodaŭro, vi devas elekti la taŭgan menueron. Informoj pri virtualaj diskoj estas montrataj en ĉi tiu formato:
Ŝarĝaj statistikoj por specifa rimedo estas montrata en formo de oportuna grafikaĵo:
Eblas montri ŝarĝan grafikon por tago, semajno, monato, jaro aŭ permane elekti la necesajn datojn. Ĉiuj ĉefaj rimedoj estas montrataj: procesoro, RAM, stokado, reto-interfaco.
Multaj uzantoj atendas rimedojn esti uzataj egale dum certa periodo. Tamen, ĉi tio ne ĉiam estas la kazo. Ekzemple, la retinterfaco povas aspekti simila eĉ en neaktiva reĝimo:
Neniuj mezuroj estas bezonataj en ĉi tiu kazo. Tamen, en la kazo de procesoro, RAM aŭ disko stokado, la servilo ne devus uzi ĉiujn 100% de siaj rimedoj sur konstanta bazo; la rekomendita ŝarĝo ne estas pli ol 70%.
Kontrolante servilresursojn en la terminalo
Analizo de totala ŝarĝo
Ni antaŭe rigardis kelkajn analizopciojn en la Ĝenerala diagnozo de servilaj rimedoj artikolo. Tie ni parolis pri normaj iloj kiel ekz supro/supre, kaj ankaŭ rigardis instali kaj agordi la Netdatenoj ilo, kiu permesas al ni monitori servilresursojn per la retumilo. En ĉi tiu artikolo ni rigardos htop kiel alternativo al la supro utileco por analizo de ĝeneralaj sistemaj rimedoj.
La ilo ne estas antaŭinstalita en Linuksaj distribuoj defaŭlte, do ni komencu per instalado. Por Debian/Ubuntu ni uzas la komandon:
apt-get install htopPor CentOS, estas pli senco uzi la VARMA deponejoj. Ili estas malebligitaj defaŭlte, do la unua komando respondecas pri aldoni ilin, kaj la dua estas por instali htop:
yum -y install epel-release
yum install htop -yTuj post instalado, vi povas malfermi la ilon el la aplika menuo aŭ en la terminalo per la taŭga komando:
htopKiel rezulto, la uzanto povos vidi ĉiujn informojn pri la sistemo:
La supra maldekstra angulo montras procesorajn datumojn, inkluzive de la uzo de ĉiu kerno, RAM kaj interŝanĝa memoro. Interŝanĝa memoro en Linukso estas uzata en kazoj de RAM-manko, certigante sisteman stabilecon. En la supra dekstra angulo vi povas vidi la procesoran ŝarĝon kaj la nombron da aktivaj taskoj. La centra parto montras aktivajn procezojn kun la kapablo ordigi. La malsupra parto provizas informojn pri varmaj klavoj kaj funkcioj. La sekcio "Helpo" enhavas detalan priskribon de la kapabloj de la programo:
Antaŭ diagnozi la sistemon mem, necesas kompreni ĝuste kiom da kernoj/procesoroj estas uzataj en la servilo. La uzanto povas trovi ilian valoron en la supra maldekstra angulo de la htop utileco:
Aŭ rulante la komandon:
nprocDepende de la akirita valoro, la permesebla totala ŝarĝo estos kalkulita (Ŝarĝu mezumo en la supra dekstra angulo). En nia kazo ĝi estas egala al 2, kio signifas, ke la maksimuma ŝarĝo estas 2.0. Tamen, ĉi tio ne signifas, ke la sistemo tute frostos sub ŝarĝo 2.0. Ĉi tiu nombro povas esti pli alta, sed en ĉi tiu kazo, ĉiuj aliaj taskoj estos en la vosto, kaj la servilo mem estos ŝarĝita. La ideala valoro estas konsiderata kiel ŝarĝo ne pli ol 70%. Ekzemple, la Ŝarĝo-mezumo devus esti ene de 0.7 sur unu-procesora servilo. En la kazo de la servilo en la supre menciita ekzemplo, bona indikilo estus valoroj ne pli altaj ol 1.4.
uzante htop aŭ ĝiaj analogoj, la uzanto bezonas taksi la ĉefajn rimedojn: meza procesoro-ŝarĝo, RAM-uzado, diskospaco kaj reto-interfaco. Se rimedoj estas minimumaj, vi devas ordigi procezojn laŭ CPU-uzado, identigi altkonsumajn operaciojn, kaj poste optimumigi aŭ ĉesigi ilin. Se estas neeble fermi la programon aŭ optimumigo malsukcesas, oni rekomendas konsideri ŝanĝi al servilo kun pli potenca agordo.
Kontrolante liberan RAM
En ĉi tiu sekcio, ni rigardos pli detale gravan aspekton de la funkciado de iu ajn servilo - sufiĉa nivelo de libera RAM.
La plej facila maniero kontroli senpagan RAM en iu ajn Linuksa sistemo per la terminalo estas la komando:
free -mĈe la eligo ni ricevas la sekvajn datumojn en megabajtoj: totala, uzita, libera kaj kaŝmemorigita RAM, same kiel interŝanĝa volumo:
La ilo estas utila por akiri ĝeneralajn datumojn en specifa momento. Por dinamika RAM-uzado-diagnozo, ni rekomendas la vmstat ilo, kiu ebligas al ni agordi la ĝisdatigon de la eligo-informo:
vmstat 1En la supra ekzemplo, la datumoj estos ĝisdatigitaj ĉiun sekundon. La eligo estas produktita en formato simila al liberaj:
La ilo ankaŭ disponigas ĝeneralajn sistemajn informojn, sed en nia kazo, nur la kolumnoj kiuj respondecas pri RAM, tio estas, memoro kaj interŝanĝo, estas gravaj. Ĉiuj valoroj estas indikitaj en kilobajtoj. Ni rigardu ilin pli detale:
memoro (RAM):
- swpd: virtuala memoro interŝanĝita kontraŭ fizika.
- liberaj: disponebla fizika memoro (RAM).
- sablokolora: memoro uzata kiel bufro antaŭ diskskribo.
- kaŝmemoro: memoro uzata kiel kaŝmemoro por akceli aliron.
Interŝanĝi
- si: memoro uzata kiel kaŝmemoro por akceli aliron.
- so: datumoj skribitaj el fizika memoro por interŝanĝi memoron.
Aparte, indas mencii la fakton, ke ĉiuj sistemaj rimedoj diagnozantaj ilojn komence prenas datumojn el protokoloj. En la kazo de RAM, la uzanto povos rigardi la datumojn rekte malfermante la respondan dosieron:
cat /proc/meminfoLa eligo estas sufiĉe ampleksa, sed sufiĉas atenti la unuajn registrojn por analizi memoron:
Problemoj kun troa RAM-uzado plejofte rilatas al specifa tasko aŭ procezo. En la komenco sufiĉos diagnozoj uzante komunajn ilojn por identigi problemajn procezojn. Kiel solvo, vi povas konsideri optimumigi specifan aplikaĵon, ebligi kaŝmemoron kaj datumkunpremadon se ni parolas pri grandaj kvantoj da informoj, aŭ pliigi la agordon de la servilo.
Kontrolo de diskspaco
Diagnozo de servila diskspaco ne estas malpli grava ol ĝiaj aliaj rimedoj. Kiel regulo, signaloj pri la bezono de kontrolo estas: la malkapablo krei aŭ skribi al ekzistantaj dosieroj, malrapida sistema rendimento kaj diversaj enigo/eligo-eraroj.
La plej oportuna maniero kontroli estas la komando:
df -hResponde, la ilo montros informojn pri ĉiuj muntitaj disksekcioj:
Vi povas uzi ĉi tiun komandon por pli detala monitorado de dosierujoj:
du -hs /*
Tiel, la uzanto povos ekscii kiom da spaco okupas ĉiu dosierujo. Por restarigi sisteman rendimenton, vi devos optimumigi la sekcion de la disko, kiu konsumas la plej multe da kvanto da memoro. Oni rekomendas ne permesi pli ol 80-90% de la libera spaco de la tuta kvanto esti uzata; la ceteraj 10-20% devus sufiĉi por stabila sistema funkciado. Oni rekomendas pliigi diskospacon se optimumigo ne eblas. Ĉi tio povas esti farita aldonante novajn aŭ vastigante ekzistantajn diskojn, same kiel uzante nuban stokadon. Sendepende de la solvo elektita, oni rekomendas ĉiam fari rezervan kopion por eviti perdon de dosiero.
Kontrolo de la interfaco de la reto
La fina, sed ne malpli grava aspekto de servila diagnozo estas kontroli la retan interfacon. La retoj ilo povas esti uzata se vi volas akiri ĝeneralajn informojn pri kiom da trafiko estas kalkulita de retprocezoj en reala tempo.
Instalado kaj lanĉo en Cent OS:
yum install nethogs
nethogsPor Debian/Ubuntu:
apt-get install nethogs
nethogsLa ilo montros tiujn procezojn, kiuj uzas retajn rimedojn nuntempe:
Ni rekomendas uzi iftop por pli detala analizo.
Instalado kaj lanĉo en Cent OS:
yum install iftop
iftopPor Debian/Ubuntu:
apt-get install iftop
iftopLa programa eligo estas listo de aktivaj konektoj indikante IP-adresojn, havenojn, kvanton de datumoj transdonitaj kaj transiga rapideco. La ĉefa programa avantaĝo estas la vida dezajno de la retkanala ŝarĝo:
Post diagnozo de la servila retkanalo kaj identigi problemojn kun alta ŝarĝo, oni rekomendas pliigi la larĝan bandon de retaj konektoj flanke de la gastiganta provizanto aŭ optimumigi la agordojn de la specifa problema interfaco. Kiel rezerva ilo, vi povas uzi diversajn monitorajn sistemojn por rapide spuri ŝanĝojn en la reto-agado kaj, se necese, regule ĝisdatigi la retan infrastrukturon laŭ la postuloj.
konkludo
Konklude, oni povas emfazi, ke diagnozado de servilaj rimedoj estas integra parto de efika administrado de virtuala kaj dediĉita serviloj. La artikolo donis al ni la eblecon rigardi la ĉefajn ilojn por plena analizo de la servilo, kaj ankaŭ donis praktikajn rekomendojn por solvi eblajn problemojn. Regulaj sistemaj diagnozoj permesas al la servilo funkcii perfekte, eĉ sen aktiva uzantpartopreno.
