Ja administrÄjat virtuÄlo infrastruktÅ«ru, kuras pamatÄ ir VMware vSphere (vai jebkura cita tehnoloÄ£iju kopa), iespÄjams, bieži dzirdat lietotÄju sÅ«dzÄ«bas: āVirtuÄlÄ maŔīna ir lÄna!ā Å ajÄ rakstu sÄrijÄ es analizÄÅ”u veiktspÄjas rÄdÄ«tÄjus un pastÄstÄ«Å”u, kas palÄninÄs, kÄpÄc un kÄ nodroÅ”inÄt, lai tas nepalÄninÄtu.
Es apsvÄrÅ”u Å”Ädus virtuÄlÄs maŔīnas veiktspÄjas aspektus:
- CPU,
- RAM
- DISKS,
- TÄ«kls.
SÄkÅ”u ar CPU.
Lai analizÄtu veiktspÄju, mums bÅ«s nepiecieÅ”ams:
- vCenter veiktspÄjas skaitÄ«tÄji ā veiktspÄjas skaitÄ«tÄji, kuru grafikus var apskatÄ«t caur vSphere Client. InformÄcija par Å”iem skaitÄ«tÄjiem ir pieejama jebkurÄ klienta versijÄ (ābiezsā klients C#, tÄ«mekļa klients Flex un tÄ«mekļa klients HTML5). Å ajos rakstos mÄs izmantosim ekrÄnuzÅÄmumus no C# klienta, tikai tÄpÄc, ka tie izskatÄs labÄk miniatÅ«rÄ :)
- ESXTOP - utilÄ«ta, kas darbojas no ESXi komandrindas. Ar tÄs palÄ«dzÄ«bu jÅ«s varat iegÅ«t veiktspÄjas skaitÄ«tÄju vÄrtÄ«bas reÄllaikÄ vai augÅ”upielÄdÄt Ŕīs vÄrtÄ«bas uz noteiktu laiku .csv failÄ tÄlÄkai analÄ«zei. TÄlÄk es jums pastÄstÄ«Å”u vairÄk par Å”o rÄ«ku un sniegÅ”u vairÄkas noderÄ«gas saites uz dokumentÄciju un rakstiem par Å”o tÄmu.
Mazliet teorija
ESXi par katra vCPU (virtuÄlÄs maŔīnas kodola) darbÄ«bu ir atbildÄ«gs atseviŔķs process ā pasaule VMware terminoloÄ£ijÄ. Ir arÄ« servisa procesi, taÄu no VM veiktspÄjas analÄ«zes viedokļa tie nav tik interesanti.
ESXi process var bÅ«t vienÄ no Äetriem stÄvokļiem:
- skrÄjiens ā process veic kÄdu noderÄ«gu darbu.
- Pagaidiet ā process neveic nekÄdu darbu (dÄ«kstÄvÄ) vai gaida ievadi/izvadi.
- Costop ā stÄvoklis, kas rodas daudzkodolu virtuÄlajÄs maŔīnÄs. Tas notiek, ja hipervizora CPU plÄnotÄjs (ESXi CPU plÄnotÄjs) nevar ieplÄnot visu aktÄ«vo virtuÄlÄs maŔīnas kodolu vienlaicÄ«gu izpildi fiziskÄ servera kodolos. FiziskajÄ pasaulÄ visi procesora kodoli darbojas paralÄli, viesu OS iekÅ”pusÄ VM sagaida lÄ«dzÄ«gu uzvedÄ«bu, tÄpÄc hipervizoram ir jÄpalÄninÄs VM kodoli, kuriem ir iespÄja ÄtrÄk pabeigt savu pulksteÅa ciklu. MÅ«sdienu ESXi versijÄs CPU plÄnotÄjs izmanto mehÄnismu, ko sauc par atvieglotu kopplÄnoÅ”anu: hipervizors Åem vÄrÄ plaisu starp āÄtrÄkoā un ālÄnÄkoā virtuÄlÄs maŔīnas kodolu (Ŕķībs). Ja atstarpe pÄrsniedz noteiktu slieksni, Ätrais kodols nonÄk costop stÄvoklÄ«. Ja virtuÄlÄs maŔīnas kodoli Å”ajÄ stÄvoklÄ« pavada daudz laika, tas var izraisÄ«t veiktspÄjas problÄmas.
- Gatavs ā process nonÄk Å”ajÄ stÄvoklÄ«, kad hipervizors nespÄj pieŔķirt resursus tÄ izpildei. Augstas gatavÄ«bas vÄrtÄ«bas var izraisÄ«t VM veiktspÄjas problÄmas.
Pamata virtuÄlÄs maŔīnas CPU veiktspÄjas skaitÄ«tÄji
CPU lietojums, %. ParÄda CPU lietojuma procentuÄlo daudzumu noteiktÄ periodÄ.
KÄ analizÄt? Ja virtuÄlÄ maŔīna pastÄvÄ«gi izmanto CPU 90% vai ir maksimumi lÄ«dz 100%, mums ir problÄmas. ProblÄmas var izpausties ne tikai ālÄnajÄā lietojumprogrammas darbÄ«bÄ VM iekÅ”ienÄ, bet arÄ« VM nepieejamÄ«bÄ tÄ«klÄ. Ja uzraudzÄ«bas sistÄma rÄda, ka VM periodiski nokrÄ«t, pievÄrsiet uzmanÄ«bu CPU lietojuma diagrammas maksimumiem.
Ir standarta trauksme, kas parÄda virtuÄlÄs maŔīnas CPU slodzi:
Ko darÄ«t? Ja virtuÄlÄs maŔīnas CPU lietojums pastÄvÄ«gi iet cauri, varat domÄt par vCPU skaita palielinÄÅ”anu (diemžÄl tas ne vienmÄr palÄ«dz) vai VM pÄrvietoÅ”anu uz serveri ar jaudÄ«gÄkiem procesoriem.
CPU lietojums MHz
DiagrammÄs par vCenter Usage % jÅ«s varat redzÄt tikai visu virtuÄlo maŔīnu; nav grafiku atseviŔķiem kodoliem (Esxtop ir % vÄrtÄ«bas kodoliem). Katram kodolam varat redzÄt lietojumu MHz.
KÄ analizÄt? GadÄs, ka lietojumprogramma nav optimizÄta daudzkodolu arhitektÅ«rai: tÄ 100% izmanto tikai vienu kodolu, bet pÄrÄjie ir dÄ«kstÄvÄ bez slodzes. PiemÄram, ar noklusÄjuma dublÄÅ”anas iestatÄ«jumiem MS SQL sÄk procesu tikai vienÄ kodolÄ. RezultÄtÄ dublÄÅ”ana palÄninÄs nevis disku lÄnÄ Ätruma dÄļ (par to lietotÄjs sÄkotnÄji sÅ«dzÄjÄs), bet gan tÄpÄc, ka procesors netiek galÄ. ProblÄma tika atrisinÄta, mainot parametrus: dublÄÅ”ana sÄka darboties paralÄli vairÄkos failos (respektÄ«vi, vairÄkos procesos).
NevienmÄrÄ«gas slodzes uz serdeÅiem piemÄrs.
PastÄv arÄ« situÄcija (kÄ grafikÄ iepriekÅ”), kad serdeÅi tiek noslogoti nevienmÄrÄ«gi un dažiem no tiem ir 100% maksimumi. TÄpat kÄ ielÄdÄjot tikai vienu kodolu, CPU lietojuma trauksmes signÄls nedarbosies (tas attiecas uz visu virtuÄlo maŔīnu), taÄu bÅ«s veiktspÄjas problÄmas.
Ko darÄ«t? Ja programmatÅ«ra virtuÄlajÄ maŔīnÄ noslogo kodolus nevienmÄrÄ«gi (izmanto tikai vienu kodolu vai daļu no tiem), nav jÄgas palielinÄt to skaitu. Å ajÄ gadÄ«jumÄ labÄk ir pÄrvietot VM uz serveri ar jaudÄ«gÄkiem procesoriem.
Varat arÄ« mÄÄ£inÄt pÄrbaudÄ«t enerÄ£ijas patÄriÅa iestatÄ«jumus servera BIOS. Daudzi administratori BIOS iespÄjo augstas veiktspÄjas režīmu un tÄdÄjÄdi atspÄjo C un P stÄvokļu enerÄ£ijas taupÄ«Å”anas tehnoloÄ£ijas. MÅ«sdienu Intel procesori izmanto Turbo Boost tehnoloÄ£iju, kas palielina atseviŔķu procesora kodolu biežumu uz citu kodolu rÄÄ·ina. Bet tas darbojas tikai tad, ja ir ieslÄgtas enerÄ£ijas taupÄ«Å”anas tehnoloÄ£ijas. Ja mÄs tos atspÄjojam, procesors nevar samazinÄt neielÄdÄto kodolu enerÄ£ijas patÄriÅu.
VMware iesaka neatspÄjot serveros enerÄ£ijas taupÄ«Å”anas tehnoloÄ£ijas, bet izvÄlÄties režīmus, kas pÄc iespÄjas vairÄk atstÄj enerÄ£ijas pÄrvaldÄ«bu hipervizora ziÅÄ. Å ajÄ gadÄ«jumÄ hipervizora enerÄ£ijas patÄriÅa iestatÄ«jumos ir jÄizvÄlas High Performance.
Ja jÅ«su infrastruktÅ«rÄ ir atseviŔķas virtuÄlÄs maŔīnas (vai VM kodoli), kurÄm nepiecieÅ”ama palielinÄta CPU frekvence, pareiza enerÄ£ijas patÄriÅa pielÄgoÅ”ana var ievÄrojami uzlabot to veiktspÄju.
CPU gatavs
Ja virtuÄlÄs maŔīnas kodols (vCPU) ir gatavÄ«bas stÄvoklÄ«, tas neveic noderÄ«gu darbu. Å is stÄvoklis rodas, ja hipervizors neatrod brÄ«vu fizisko kodolu, kuram var pieŔķirt virtuÄlÄs maŔīnas vCPU procesu.
KÄ analizÄt? Parasti, ja virtuÄlÄs maŔīnas kodoli ir gatavÄ«bas stÄvoklÄ« vairÄk nekÄ 10% gadÄ«jumu, jÅ«s ievÄrosiet veiktspÄjas problÄmas. VienkÄrÅ”i sakot, vairÄk nekÄ 10% laika VM gaida, kad fiziskie resursi kļūs pieejami.
ProgrammÄ vCenter varat skatÄ«t 2 skaitÄ«tÄjus, kas saistÄ«ti ar CPU gatavÄ«bu:
- gatavība,
- Gatavs.
Abu skaitÄ«tÄju vÄrtÄ«bas var apskatÄ«t gan visai VM, gan atseviŔķiem kodoliem.
GatavÄ«ba parÄda vÄrtÄ«bu uzreiz procentos, bet tikai ReÄllaikÄ (dati par pÄdÄjo stundu, mÄrÄ«jumu intervÄls 20 sekundes). Å o skaitÄ«tÄju labÄk izmantot tikai, lai meklÄtu problÄmas ākarsti uz papÄžiemā.
GatavÄs skaitÄ«tÄja vÄrtÄ«bas var apskatÄ«t arÄ« no vÄsturiskÄ perspektÄ«vas. Tas ir noderÄ«gi, lai izveidotu modeļus un padziļinÄtu problÄmas analÄ«zi. PiemÄram, ja virtuÄlÄ maŔīna noteiktÄ laikÄ sÄk saskarties ar veiktspÄjas problÄmÄm, varat salÄ«dzinÄt CPU Ready vÄrtÄ«bas intervÄlus ar kopÄjo slodzi serverÄ«, kurÄ darbojas Ŕī virtuÄlÄ maŔīna, un veikt pasÄkumus, lai samazinÄtu slodzi (ja DRS neizdodas).
Gatavs, atŔķirÄ«bÄ no GatavÄ«bas, tiek rÄdÄ«ts nevis procentos, bet milisekundÄs. Å is ir Summation tipa skaitÄ«tÄjs, tas ir, tas parÄda, cik ilgi mÄrÄ«juma periodÄ VM kodols atradÄs gatavÄ«bas stÄvoklÄ«. Å o vÄrtÄ«bu var pÄrvÄrst procentos, izmantojot vienkÄrÅ”u formulu:
(CPU gatavÄ«bas summÄÅ”anas vÄrtÄ«ba / (diagrammas noklusÄjuma atjauninÄÅ”anas intervÄls sekundÄs * 1000)) * 100 = CPU gatavs %
PiemÄram, tÄlÄk redzamajÄ diagrammÄ redzamajai virtuÄlajai maŔīnai maksimÄlÄ vÄrtÄ«ba Ready visai virtuÄlajai maŔīnai bÅ«s Å”Äda:
AprÄÄ·inot gatavÄ«bas procentu, jums jÄpievÄrÅ” uzmanÄ«ba diviem punktiem:
- VÄrtÄ«ba Ready visai virtuÄlajai maŔīnai ir vÄrtÄ«bu Ready summa starp kodoliem.
- MÄrÄ«jumu intervÄls. ReÄllaikÄ tas ir 20 sekundes, un, piemÄram, ikdienas diagrammÄs tas ir 300 sekundes.
Izmantojot aktÄ«vu problÄmu novÄrÅ”anu, Å”os vienkÄrÅ”os punktus var viegli palaist garÄm un tÄrÄt vÄrtÄ«go laiku neesoÅ”u problÄmu risinÄÅ”anai.
AprÄÄ·inÄsim Gatavs, pamatojoties uz zemÄk esoÅ”Äs diagrammas datiem. (324474/(20*1000))*100 = 1622% visai VM. Ja paskatÄs uz kodoliem, tas nav tik biedÄjoÅ”i: 1622/64 = 25% uz kodolu. Å ajÄ gadÄ«jumÄ nozveju ir diezgan viegli pamanÄ«t: vÄrtÄ«ba Gatavs ir nereÄla. Bet, ja mÄs runÄjam par 10ā20% visai VM ar vairÄkiem kodoliem, tad katram kodolam vÄrtÄ«ba var bÅ«t normas robežÄs.
Ko darÄ«t? Augsta Ready vÄrtÄ«ba norÄda, ka serverim nav pietiekami daudz procesora resursu normÄlai virtuÄlo maŔīnu darbÄ«bai. Å ÄdÄ situÄcijÄ atliek tikai samazinÄt procesora pÄrrakstÄ«Å”anu (vCPU:pCPU). AcÄ«mredzot to var panÄkt, samazinot esoÅ”o virtuÄlo maŔīnu parametrus vai migrÄjot daļu no VM uz citiem serveriem.
LÄ«dzapstÄÅ”anÄs
KÄ analizÄt? Å is skaitÄ«tÄjs ir arÄ« Summation tipa un tiek pÄrveidots procentos tÄpat kÄ Gatavs:
(CPU lÄ«dzapturÄÅ”anas summÄÅ”anas vÄrtÄ«ba / (diagrammas noklusÄjuma atjauninÄÅ”anas intervÄls sekundÄs * 1000)) * 100 = CPU lÄ«dzapturÄÅ”anas %
Å eit jums jÄpievÄrÅ” uzmanÄ«ba arÄ« VM kodolu skaitam un mÄrÄ«jumu intervÄlam.
Costop stÄvoklÄ« kodols neveic noderÄ«gu darbu. Pareizi izvÄloties VM lielumu un normÄlu servera slodzi, kopapturÄÅ”anas skaitÄ«tÄjam jÄbÅ«t tuvu nullei.
Å ajÄ gadÄ«jumÄ slodze ir nepÄrprotami nenormÄla :)
Ko darÄ«t? Ja vienÄ hipervizorÄ darbojas vairÄkas virtuÄlÄs maŔīnas ar lielu skaitu kodolu un CPU ir pÄrrakstÄ«Å”anÄs, var palielinÄties kopapstÄÅ”anÄs skaitÄ«tÄjs, kas radÄ«s problÄmas ar Å”o VM veiktspÄju.
TurklÄt kopapstÄÅ”anÄs palielinÄsies, ja vienas virtuÄlÄs maŔīnas aktÄ«vie kodoli izmanto pavedienus vienÄ fiziskÄ servera kodolÄ ar iespÄjotu hiperpÄreju. Å Äda situÄcija var rasties, piemÄram, ja VM ir vairÄk kodolu, nekÄ tas ir fiziski pieejams serverÄ«, kurÄ tas darbojas, vai ja VM ir iespÄjots iestatÄ«jums āpreferHTā. Varat lasÄ«t par Å”o iestatÄ«jumu
Lai izvairÄ«tos no problÄmÄm ar VM veiktspÄju augstÄs lÄ«dzstopÄÅ”anas dÄļ, atlasiet VM izmÄru saskaÅÄ ar programmatÅ«ras ražotÄja ieteikumiem, kas darbojas Å”ajÄ virtuÄlajÄ maŔīnÄ, un fiziskÄ servera iespÄjÄm, kurÄ darbojas virtuÄlÄ maŔīna.
Nepievienojiet kodolus rezervÄ; tas var radÄ«t veiktspÄjas problÄmas ne tikai paÅ”ai virtuÄlajai maŔīnai, bet arÄ« tÄs kaimiÅiem serverÄ«.
Citi noderÄ«gi CPU rÄdÄ«tÄji
skrÄjiens ā cik ilgu laiku (ms) mÄrÄ«Å”anas periodÄ vCPU atradÄs RUN stÄvoklÄ«, tas ir, faktiski veica lietderÄ«gu darbu.
Idle ā cik ilgi (ms) mÄrÄ«Å”anas periodÄ vCPU bija neaktivitÄtes stÄvoklÄ«. Augstas dÄ«kstÄves vÄrtÄ«bas nav problÄma, vCPU vienkÄrÅ”i nebija "neko darÄ«t".
Pagaidiet ā cik ilgi (ms) mÄrÄ«Å”anas periodÄ vCPU bija gaidÄ«Å”anas stÄvoklÄ«. TÄ kÄ Å”ajÄ skaitÄ«tÄjÄ ir iekļauts IDLE, arÄ« augstÄs gaidÄ«Å”anas vÄrtÄ«bas neliecina par problÄmu. Bet, ja Wait IDLE ir zems, kad Wait ir augsts, tas nozÄ«mÄ, ka virtuÄlÄ maŔīna gaidÄ«ja ievades/izvades darbÄ«bu pabeigÅ”anu, un tas savukÄrt var norÄdÄ«t uz problÄmu ar cietÄ diska vai jebkuru virtuÄlÄs maŔīnas virtuÄlo ierÄ«Äu veiktspÄju.
MaksimÄli ierobežots ā cik ilgi (ms) mÄrÄ«Å”anas periodÄ vCPU bija gatavÄ«bas stÄvoklÄ« iestatÄ«tÄ resursa ierobežojuma dÄļ. Ja veiktspÄja ir neizskaidrojami zema, ir lietderÄ«gi pÄrbaudÄ«t Ŕī skaitÄ«tÄja vÄrtÄ«bu un CPU ierobežojumu VM iestatÄ«jumos. VM patieÅ”Äm var bÅ«t ierobežojumi, par kuriem jÅ«s nezinÄt. PiemÄram, tas notiek, ja virtuÄlÄ maŔīna tika klonÄta no veidnes, kurÄ tika iestatÄ«ts CPU ierobežojums.
Apmaini gaidi ā cik ilgi mÄrÄ«Å”anas periodÄ vCPU gaidÄ«ja operÄciju ar VMkernel Swap. Ja Ŕī skaitÄ«tÄja vÄrtÄ«bas ir virs nulles, tad VM noteikti ir veiktspÄjas problÄmas. VairÄk par SWAP runÄsim rakstÄ par RAM skaitÄ«tÄjiem.
ESXTOP
Ja vCenter veiktspÄjas skaitÄ«tÄji ir piemÄroti vÄsturisko datu analÄ«zei, tad problÄmas operatÄ«vo analÄ«zi labÄk veikt ESXTOP. Å eit visas vÄrtÄ«bas tiek parÄdÄ«tas gatavÄ formÄ (nav nepiecieÅ”ams neko tulkot), un minimÄlais mÄrÄ«Å”anas periods ir 2 sekundes.
CPU ESXTOP ekrÄns tiek izsaukts ar taustiÅu "c", un tas izskatÄs Å”Ädi:
ÄrtÄ«bas labad varat atstÄt tikai virtuÄlÄs maŔīnas procesus, nospiežot Shift-V.
Lai skatÄ«tu metriku atseviŔķiem VM kodoliem, nospiediet taustiÅu āeā un ievadiet interesÄjoÅ”Äs virtuÄlÄs maŔīnas GID (30919 tÄlÄk esoÅ”ajÄ ekrÄnuzÅÄmumÄ):
Ä»aujiet man Ä«si apskatÄ«t kolonnas, kas tiek rÄdÄ«tas pÄc noklusÄjuma. Papildu kolonnas var pievienot, nospiežot "f".
NWLD (Pasauļu skaits) ā procesu skaits grupÄ. Lai paplaÅ”inÄtu grupu un skatÄ«tu metriku katram procesam (piemÄram, katram kodolam vairÄku kodolu virtuÄlajÄ maŔīnÄ), nospiediet taustiÅu āeā. Ja grupÄ ir vairÄk nekÄ viens process, tad grupas metrikas vÄrtÄ«bas ir vienÄdas ar atseviŔķu procesu metrikas summu.
% IZMANTOTI ā cik servera CPU ciklu izmanto process vai procesu grupa.
% RUN ā cik ilgi mÄrÄ«Å”anas periodÄ process bija RUN stÄvoklÄ«, t.i. paveica noderÄ«gu darbu. Tas atŔķiras no %USED ar to, ka neÅem vÄrÄ hiperpavedienu, frekvences mÄrogoÅ”anu un laiku, kas pavadÄ«ts sistÄmas uzdevumiem (%SYS).
%SYS ā laiks, kas pavadÄ«ts sistÄmas uzdevumiem, piemÄram: pÄrtraukumu apstrÄde, I/O, tÄ«kla darbÄ«ba utt. VÄrtÄ«ba var bÅ«t augsta, ja VM ir liela I/O.
%OVRLP ā cik daudz laika fiziskais kodols, kurÄ darbojas VM process, pavadÄ«ja citu procesu uzdevumiem.
Å ie rÄdÄ«tÄji ir savstarpÄji saistÄ«ti Å”Ädi:
%USED = %RUN + %SYS - %OVRLP.
Parasti %USED metrika ir informatÄ«vÄka.
GAIDÄŖT ā cik ilgi mÄrÄ«Å”anas periodÄ process bija gaidÄ«Å”anas stÄvoklÄ«. IespÄjo IDLE.
%IDLE ā cik ilgi mÄrÄ«Å”anas periodÄ process atradÄs IDLE stÄvoklÄ«.
%SWPWT ā cik ilgi mÄrÄ«Å”anas periodÄ vCPU gaidÄ«ja operÄciju ar VMkernel Swap.
% VMGAIDÄŖT ā cik ilgi mÄrÄ«Å”anas periodÄ vCPU atradÄs notikuma gaidÄ«Å”anas stÄvoklÄ« (parasti I/O). ProgrammÄ vCenter lÄ«dzÄ«ga skaitÄ«tÄja nav. Augstas vÄrtÄ«bas norÄda uz virtuÄlÄs maŔīnas I/O problÄmÄm.
%WAIT = %VMWAIT + %IDLE + %SWPWT.
Ja VM neizmanto VMkernel Swap, tad, analizÄjot veiktspÄjas problÄmas, ieteicams apskatÄ«t %VMWAIT, jo Å”ajÄ metrikÄ nav Åemts vÄrÄ laiks, kad virtuÄlÄ maŔīna neko nedarÄ«ja (%IDLE).
%RDY ā cik ilgi mÄrÄ«Å”anas periodÄ process bija GatavÄ«bas stÄvoklÄ«.
%CSTP ā cik ilgi mÄrÄ«Å”anas periodÄ process bija izmaksu stÄvoklÄ«.
%MLMTD ā cik ilgi mÄrÄ«Å”anas periodÄ vCPU bija gatavÄ«bas stÄvoklÄ« iestatÄ«tÄ resursa limita dÄļ.
%WAIT + %RDY + %CSTP + %RUN = 100% ā VM kodols vienmÄr atrodas vienÄ no Å”iem Äetriem stÄvokļiem.
CPU uz hipervizora
vCenter ir arÄ« CPU veiktspÄjas skaitÄ«tÄji hipervizoram, taÄu tie nav nekas interesants - tie ir vienkÄrÅ”i visu servera virtuÄlo maŔīnu skaitÄ«tÄju summa.
ÄrtÄkais veids, kÄ skatÄ«t CPU statusu serverÄ«, ir cilnÄ Kopsavilkums:
Serverim, kÄ arÄ« virtuÄlajai maŔīnai ir standarta trauksmes signÄls:
Ja servera CPU slodze ir augsta, tajÄ strÄdÄjoÅ”ajÄs virtuÄlajÄs maŔīnÄs rodas veiktspÄjas problÄmas.
ESXTOP servera CPU slodzes dati tiek parÄdÄ«ti ekrÄna augÅ”daļÄ. Papildus standarta CPU slodzei, kas hipervizoriem nav Ä«paÅ”i informatÄ«va, ir vÄl trÄ«s rÄdÄ«tÄji:
PAMATLIETOJUMS (%) - fiziskÄ servera kodola ielÄde. Å is skaitÄ«tÄjs parÄda, cik ilgu laiku kodols veica darbu mÄrÄ«Å”anas periodÄ.
PCPU UTIL (%) ā ja ir iespÄjota hipervÄ«tÅoÅ”ana, tad katram fiziskajam kodolam ir divi pavedieni (PCPU). Å is rÄdÄ«tÄjs parÄda, cik ilgs laiks bija nepiecieÅ”ams katra pavediena pabeigÅ”anai.
IZmantots PCPU (%) ā tas pats, kas PCPU UTIL (%), bet Åem vÄrÄ frekvenÄu mÄrogoÅ”anu (vai nu samazinot kodola frekvenci enerÄ£ijas taupÄ«Å”anas nolÅ«kos, vai palielinot kodola frekvenci, pateicoties Turbo Boost tehnoloÄ£ijai) un hiperpavedienu.
PCPU_USED% = PCPU_UTIL% * efektÄ«vÄ kodola frekvence / nominÄlÄ kodola frekvence.
Å ajÄ ekrÄnuzÅÄmumÄ dažiem kodoliem, pateicoties Turbo Boost, USED vÄrtÄ«ba ir lielÄka par 100%, jo kodola frekvence ir augstÄka par nominÄlo.
Daži vÄrdi par to, kÄ tiek Åemta vÄrÄ hipervÄ«tÅoÅ”ana. Ja procesi tiek izpildÄ«ti 100% laika abos servera fiziskÄ kodola pavedienos, kamÄr kodols darbojas ar nominÄlo frekvenci, tad:
- CORE UTIL kodolam būs 100%,
- PCPU UTIL abiem pavedieniem būs 100%,
- Abiem pavedieniem IZMANTOTO PCPU būs 50%.
Ja mÄrÄ«Å”anas periodÄ 100% laika nedarbojÄs abi pavedieni, tad tajos periodos, kad pavedieni strÄdÄja paralÄli, serdeÅiem IZMANTOTO PCPU sadala uz pusÄm.
ESXTOP ir arÄ« ekrÄns ar servera CPU enerÄ£ijas patÄriÅa parametriem. Å eit jÅ«s varat redzÄt, vai serveris izmanto enerÄ£ijas taupÄ«Å”anas tehnoloÄ£ijas: C-stÄvokļi un P-stÄvokļi. Izsauc ar taustiÅu "p":
IzplatÄ«tas CPU veiktspÄjas problÄmas
Visbeidzot, es apskatÄ«Å”u tipiskos VM CPU veiktspÄjas problÄmu cÄloÅus un sniegÅ”u Ä«sus padomus to risinÄÅ”anai.
Ar pamata pulksteÅa Ätrumu nepietiek. Ja nav iespÄjams jauninÄt savu VM uz jaudÄ«gÄkiem kodoliem, varat mÄÄ£inÄt mainÄ«t jaudas iestatÄ«jumus, lai Turbo Boost darbotos efektÄ«vÄk.
Nepareizs virtuÄlÄs maŔīnas izmÄrs (pÄrÄk daudz/maz kodolu). Ja instalÄjat dažus kodolus, virtuÄlajÄ maŔīnÄ bÅ«s liela CPU slodze. Ja ir daudz, noÄ·er augstu lÄ«dzstopu.
Liels CPU pÄrrakstÄ«Å”anÄs uz servera. Ja virtuÄlajam maŔīnai ir augsts gatavÄ«bas lÄ«menis, samaziniet CPU pÄrrakstÄ«Å”anu.
Nepareiza NUMA topoloÄ£ija lielÄs virtuÄlajÄs maŔīnÄs. NUMA topoloÄ£ijai, ko redz VM (vNUMA), ir jÄatbilst servera NUMA topoloÄ£ijai (pNUMA). Diagnostika un iespÄjamie Ŕīs problÄmas risinÄjumi ir rakstÄ«ti, piemÄram, grÄmatÄ
Tas man ir viss par centrÄlo procesoru. Uzdot jautÄjumus. NÄkamajÄ daÄ¼Ä es runÄÅ”u par RAM.
Noderīgas saites
Avots: www.habr.com