Ger hûn binesaziyek virtual ku li ser bingeha VMware vSphere (an stûnek teknolojiyek din) birêve dibe, dibe ku hûn pir caran giliyên bikarhêneran dibihîzin: "Makina virtual hêdî ye!" Di vê rêze gotaran de ez ê metrîkên performansê analîz bikim û ji we re vebêjim ka ew çi û çima hêdî dibe û meriv çawa pê ewle dibe ku ew hêdî nabe.
Ez ê aliyên jêrîn ên performansa makîneya virtual binirxînim:
- cpu,
- ÇARÇOVE,
- LEWHA,
- Network
Ez ê bi CPU dest pê bikim.
Ji bo analîzkirina performansê em ê hewce ne:
- vCenter Performance Counters - jimarvanên performansê, grafikên wan dikarin bi navgîniya Client vSphere ve werin dîtin. Agahdariya li ser van jimarvanan di her guhertoya xerîdar de heye (muwekîlê "qûr" di C# de, xerîdar a malperê di Flex de û xerîdar webê di HTML5 de). Di van gotaran de em ê dîmenên ji xerîdar C# bikar bînin, tenê ji ber ku ew di mînyaturê de çêtir xuya dikin :)
- ESXTOP - amûrek ku ji rêzika fermanê ESXi dimeşe. Bi alîkariya wê, hûn dikarin di demek rast de nirxên jimareyên performansê bistînin an jî van nirxan ji bo demek diyarkirî di pelek .csv de ji bo analîzkirina bêtir bar bikin. Dûv re, ez ê di derheqê vê amûrê de bêtir ji we re bibêjim û çend girêdanên bikêr bi belge û gotarên li ser mijarê re peyda bikim.
Hinek hestê
Di ESXi de, pêvajoyek cûda - cîhan di termînolojiya VMware de - berpirsiyariya xebata her vCPU (navika makîneya virtual) ye. Pêvajoyên karûbarê jî hene, lê ji hêla analîzkirina performansa VM ve ew kêmtir balkêş in.
Pêvajoyek di ESXi de dikare di yek ji çar dewletan de be:
- Rev - pêvajo hin karên kêrhatî pêk tîne.
- Payin - pêvajo tu karekî nake (bêkar) an li benda têketin/derketinê ye.
- Costop - rewşek ku di makîneyên virtual yên pir-core de pêk tê. Dema ku plansazkerê CPU-ya hîpervisor (Seduler CPU ESXi) nikaribe pêkanîna hevdemî ya hemî navokên makîneya virtual ya çalak li ser korikên servera laşî destnîşan bike. Di cîhana fizîkî de, hemî navikên pêvajoyê paralel dixebitin, OS-ya mêvan di hundurê VM-ê de behremendiyek bi vî rengî hêvî dike, ji ber vê yekê hîpervisor neçar e ku navikên VM-ê yên ku xwedan şiyana ku çerxa demjimêra xwe zûtir biqedînin hêdî bike. Di guhertoyên nûjen ên ESXi de, plansazkerê CPU mekanîzmayek bi navê hev-plansaziya rihet bikar tîne: hîpervisor valahiya di navbera "herî bilez" û "hêztirîn" core makîneya virtual (skew) de dihesibîne. Ger valahiyek ji tixûbek diyar derbas bibe, navika bilez dikeve rewşa xercê. Ger navokên VM di vê rewşê de gelek wext derbas dikin, ew dikare bibe sedema pirsgirêkên performansê.
- amade - pêvajo dikeve vê rewşê dema ku hypervisor nekare çavkaniyan ji bo pêkanîna xwe veqetîne. Nirxên amade yên bilind dikarin bibin sedema pirsgirêkên performansa VM.
Berhevkarên performansa CPU-ya makîneya virtual ya bingehîn
Bikaranîna CPU, %. Rêjeya karanîna CPU ya ji bo heyamek diyarkirî nîşan dide.
Meriv çawa analîz dike? Ger VM bi domdarî 90% CPU bikar tîne an heya 100% lûtk hebin wê hingê pirsgirêkên me hene. Pirsgirêk ne tenê di operasyona "hêdî" ya serîlêdanê de di hundurê VM-ê de, lê di heman demê de di negihîştina VM-ê de li ser torê jî têne diyar kirin. Ger pergala çavdêriyê destnîşan dike ku VM bi periyodîk têk diçe, bala xwe bidin lûtkeyên di grafika Bikaranîna CPU de.
Alarmek standard heye ku barkirina CPU ya makîneya virtual nîşan dide:
Ez çi bikim? Ger Bikaranîna CPU-ya VM-ê bi domdarî li banî tê, wê hingê hûn dikarin li ser zêdekirina hejmara vCPU-yan bifikirin (mixabin, ev her gav ne alîkar e) an jî VM-ê berbi serverek bi pêvajoyên bihêztir veguhezîne.
Bikaranîna CPU li MHz
Di grafikên li ser Bikaranîna vCenter-ê de li% hûn dikarin tenê ji bo tevahiya makîneya virtual bibînin; ji bo korên kesane grafî tune (di Esxtop de % nirx ji bo koran hene). Ji bo her bingehîn hûn dikarin Bikaranîna di MHz de bibînin.
Meriv çawa analîz dike? Wusa diqewime ku serîlêdanek ji bo mîmariya pir-core ne xweşbîn e: ew tenê yek bingehek 100% bikar tîne, û yên mayî bêyî barkirinê bêkar in. Mînakî, bi mîhengên hilanînê yên xwerû, MS SQL pêvajoyê tenê li ser yek bingehîn dest pê dike. Wekî encamek, paşvekişandin ne ji ber leza hêdî ya dîskan hêdî dibe (ev tiştê ku bikarhêner di destpêkê de gilî kiriye), lê ji ber ku pêvajo nikare bi ser keve. Pirsgirêk bi guheztina pîvanan hate çareser kirin: hilanînê dest pê kir ku di çend pelan de (bi rêzdarî, di gelek pêvajoyan de) bi paralelî xebitîn.
Mînaka barkirina nehevseng a li ser koran.
Di heman demê de rewşek heye (wekî di grafika jorîn de) gava ku kor bi rengek neyeksan têne barkirin û hin ji wan xwedî lûtkeyên 100%. Mîna ku bi barkirina tenê yek bingehê re, alarma ji bo Bikaranîna CPU-yê dê nexebite (ew ji bo tevahiya VM-ê ye), lê dê pirsgirêkên performansê hebin.
Ez çi bikim? Ger nermalava di makîneyek virtual de koran bi rengek neyeksan bar bike (tenê navokek an beşek ji koran bikar tîne), zêdekirina hejmara wan tune. Di vê rewşê de, çêtir e ku meriv VM-ê bigihîne serverek bi pêvajoyên bihêztir.
Her weha hûn dikarin biceribînin ku mîhengên xerckirina hêzê di server BIOS-ê de kontrol bikin. Gelek rêvebir di BIOS-ê de moda Performansa Bilind çalak dikin û bi vî rengî teknolojiyên hilanîna enerjiyê C-dewlet û P-dewletên neçalak dikin. Pêvajoyên nûjen ên Intel teknolojiya Turbo Boost bikar tînin, ku frekansa korên pêvajoyek kesane li ser lêçûnên coreyên din zêde dike. Lê ew tenê gava ku teknolojiyên hilanîna enerjiyê têne veguheztin kar dike. Ger em wan neçalak bikin, pêvajo nikane mezaxtina hêzê ya navikên ku nehatine barkirin kêm bike.
VMware pêşniyar dike ku teknolojiyên hilberandina hêzê li ser serveran neçalak bikin, lê modên hilbijêrin ku rêveberiya hêzê bi qasî ku pêkan dihêlin ji hîpervisor re. Di vê rewşê de, di mîhengên xerckirina hêza hîpervisor de, hûn hewce ne ku Performansa Bilind hilbijêrin.
Ger di binesaziya we de VM-yên ferdî (an jî navgînên VM) hene ku hewceyê zêdekirina frekansa CPU-yê hewce dike, rastkirina xerckirina hêzê dikare bi girîngî performansa wan baştir bike.
CPU amade ye
Ger VM core (vCPU) di rewşa Amade de be, ew karê bikêr nake. Ev rewş diqewime dema ku hypervisor bingehek laşî ya belaş a ku pêvajoya vCPU ya makîneya virtual dikare jê re were veqetandin nabîne.
Meriv çawa analîz dike? Bi gelemperî, ger navikên makîneyek virtual ji% 10-ê caran di rewşa Amade de bin, hûn ê pirsgirêkên performansê bibînin. Bi hêsanî, ji% 10-an zêdetir VM li bendê ye ku çavkaniyên laşî peyda bibin.
Di vCenter de hûn dikarin 2 jimarvan ên têkildarî CPU Ready bibînin:
- amadebûn,
- Amade.
Nirxên her du jimarvan hem ji bo tevahiya VM û hem jî ji bo navgînên kesane têne dîtin.
Amadebûn tavilê nirxê wekî sedî nîşan dide, lê tenê di Rast-time de (daneyên saeta paşîn, navbera pîvandinê 20 çirke). Baştir e ku meriv vê jimarvan tenê bikar bîne da ku li pirsgirêkên "germ li ser pêçan" bigerin.
Nirxên dijber ên amade ji perspektîfek dîrokî jî têne dîtin. Ev ji bo sazkirina nimûneyan û ji bo analîzkirina kûr a pirsgirêkê bikêr e. Mînakî, heke makîneyek virtual di demek diyar de dest bi pirsgirêkên performansê bike, hûn dikarin navberên nirxa CPU Ready bi tevahî barkirina servera ku ev VM lê dixebitîne berhev bikin, û ji bo kêmkirina barkirinê tedbîran bigirin (eger DRS têk diçe).
Amade, berevajî Amadebûnê, ne bi sedî, lê di milîsaneyan de tê nîşandan. Ev jimarvanek celebek Sumation e, ango, ew destnîşan dike ka di heyama pîvandinê de çendeya VM di rewşa Amade de çiqas dirêj bû. Hûn dikarin vê nirxê bi karanîna formula hêsan veguhezînin sedî:
(Nirxa berhevkirina amade ya CPU / (navbera nûvekirina xwerû ya nexşeyê di çirkeyan de * 1000)) * 100 = CPU amade %
Mînakî, ji bo VM-ya di grafika jêrîn de, nirxa Amade ya lûtkê ji bo tevahiya makîneya virtual dê wiha be:
Dema ku hûn rêjeya Amadeyî hesab dikin, divê hûn bala xwe bidin du xalan:
- Nirxa Ready ya ji bo tevahiya VM-ê berhevoka Ready ya li ser navan e.
- Navbera pîvandinê. Ji bo Real-time ew 20 çirke ye, û, mînakî, li ser nexşeyên rojane ew 300 çirke ye.
Bi çareserkirina pirsgirêkê ya çalak re, van xalên hêsan dikarin bi hêsanî ji dest werin avêtin û wextê giranbiha dikare ji bo çareserkirina pirsgirêkên neheyî winda bibe.
Ka em li ser bingeha daneyên ji grafika jêrîn Amadeyî hesab bikin. (324474 / (20 * 1000)) * 100 = 1622% ji bo tevahiya VM. Ger hûn li koran binêrin ew qas ne tirsnak e: 1622/64 = 25% per core. Di vê rewşê de, girtina pir hêsan e: nirxa Amade ne rast e. Lê heke em ji% 10-20-ê ji bo tevahiya VM-yê bi çend navokan re dipeyivin, wê hingê ji bo her bingehîn nirx dikare di nav rêza normal de be.
Ez çi bikim? Nirxek Ready ya bilind destnîşan dike ku server ji bo xebata normal a makîneyên virtual têra xwe çavkaniyên pêvajoyê nîne. Di rewşek wusa de, ya ku dimîne ev e ku meriv ji hêla pêvajoyê (vCPU: pCPU) ve zêde abonetiyê kêm bike. Eşkere ye, ev dikare bi kêmkirina parametreyên VM-yên heyî an bi koçkirina beşek VM-yan berbi serverên din ve were bidestxistin.
Co-stop
Meriv çawa analîz dike? Ev jimarvan jî ji celebê Serhevkirinê ye û bi heman awayê Amade ye ku ji sedî tê veguheztin:
(Nirxa berhevkirina hev-rawestandina CPU / (navbera nûvekirina xwerû ya nexşeyê di çirkeyan de * 1000)) * 100 = CPU % rawesta
Li vir hûn jî hewce ne ku bala xwe bidin hejmara navikên li ser VM û navbera pîvandinê.
Di dewleta costop de, kernel karê kêrhatî nake. Bi hilbijartina rast a mezinahiya VM-ê û barkirina normal a li ser serverê, pêdivî ye ku jimareya hev-stop nêzî sifirê be.
Di vê rewşê de, barkirin bi eşkere ne normal e :)
Ez çi bikim? Ger çend VM-yên bi hejmareke mezin ji navokan li ser yek hîpervisorê dixebitin û li ser CPU-ê zêde abonetî hebe, wê hingê dibe ku jimareya hev-stop zêde bibe, ku dê di performansa van VM-yan de bibe sedema pirsgirêkan.
Di heman demê de, ger kokên çalak ên yek VM-ê li ser bingehek serverek laşî ya ku bi hîper-treading ve hatî çalak kirin têlan bikar bînin, hev-rawestandin dê zêde bibe. Dibe ku ev rewş çêbibe, bo nimûne, heke VM ji hêla fizîkî ve li ser servera ku lê dixebitîne zêdetir core hebe, an heke mîhenga "preferHT" ji bo VM-ê were çalak kirin. Hûn dikarin li ser vê mîhengê bixwînin .
Ji bo ku ji ber hevgirtina zêde pirsgirêkên bi performansa VM-ê re nekevin, li gorî pêşnîyarên çêkerê nermalava ku li ser vê VM-ê dimeşîne û kapasîteyên servera laşî ya ku VM lê dimeşe, mezinahiya VM hilbijêrin.
Di rezervan de naverok zêde nekin; ev dibe sedema pirsgirêkên performansê ne tenê ji bo VM bixwe, lê ji bo cîranên wê yên li ser serverê jî.
Metrîkên din ên kêrhatî yên CPU
Rev - di heyama pîvandinê de çend dem (ms) vCPU di rewşa RUN de bû, ango bi rastî ew karek kêrhatî dikir.
Idle - di heyama pîvandinê de çend (ms) vCPU di rewşek neçalaktiyê de bû. Nirxên betal ên bilind ne pirsgirêk in, vCPU tenê "tiştek ku bike tune."
Payin - di heyama pîvandinê de çend (ms) vCPU di rewşa Li bendê de bû. Ji ber ku IDLE di vê hejmarê de tê de ye, nirxên payîn ên bilind jî pirsgirêkek destnîşan nakin. Lê heke Wait IDLE kêm be dema ku Wait zêde ye, ev tê vê wateyê ku VM li benda qedandina operasyonên I/O bû, û ev, di encamê de, dibe ku pirsgirêkek bi performansa dîska hişk an jî cîhazên virtual yên VM-ê re nîşan bide.
Max bi sînor - Di dema pîvandinê de çiqas (ms) vCPU di rewşa Amade de bû ji ber sînorê çavkaniyê diyarkirî. Ger performans bi rengek nediyar kêm e, wê hingê kêrhatî ye ku hûn nirxa vê hejmarê û sînorê CPU-yê di mîhengên VM-ê de kontrol bikin. Dibe ku VM bi rastî sînorên ku hûn jê nizanin hebin. Mînakî, ev yek diqewime dema ku VM ji şablonek ku li ser sînorê CPU hatî danîn hate klon kirin.
Li bendê biguherînin - Di dema pîvandinê de vCPU çiqas li benda operasyonek bi VMkernel Swap bû. Ger nirxên vê hejmarê ji sifirê ne, wê hingê VM bê guman pirsgirêkên performansê hene. Em ê di gotara li ser hejmarên RAM-ê de bêtir li ser SWAP biaxivin.
ESXTOP
Ger jimarvanên performansê yên di vCenter de ji bo analîzkirina daneyên dîrokî baş in, wê hingê analîza xebitandinê ya pirsgirêkê di ESXTOP de çêtir e. Li vir, hemî nirx bi forma amade têne pêşkêş kirin (ne hewce ye ku tiştek wergerîne), û heyama pîvana herî kêm 2 çirk e.
Ekrana ESXTOP ji bo CPU bi bişkoja "c" tê gazî kirin û bi vî rengî xuya dike:
Ji bo rehetiyê, hûn dikarin bi tikandina Shift-V tenê pêvajoyên makîneya virtual bihêlin.
Ji bo dîtina metrîkên ji bo korên VM-ê yên takekesî, "e" bikirtînin û GID-a VM-ya balkêş têkevin (30919 di dîmena jêrîn de):
Bihêle ez bi kurtasî li stûnên ku ji hêla xwerû ve têne pêşkêş kirin derbas bikim. Bi tikandina "f" stûnên din dikarin werin zêdekirin.
NWLD (Hejmara Cîhanan) - hejmara pêvajoyên di komê de. Ji bo berfirehkirina komê û dîtina metrîkên ji bo her pêvajoyê (mînakî, ji bo her bingehek di VM-ya pir-core de), "e" bikirtînin. Ger di komekê de ji yek pêvajoyek zêdetir hebe, wê hingê nirxên metrîk ên komê bi berhevoka pîvanên pêvajoyên kesane re wekhev in.
% BIKARANÎN - çend çerxên CPU-ya serverê ji hêla pêvajoyek an komek pêvajoyan ve têne bikar anîn.
%REV - di heyama pîvandinê de pêvajo di rewşa RUN de çiqas dirêj bû, i.e. karê kêrhatî kir. Cûdahiya ew ji %USED di wê yekê de ye ku ew hîper-threading, pîvana frekansê û dema ku li ser peywirên pergalê (%SYS) tê xerckirin, nahesibîne.
%SYS - Dema ku li ser karên pergalê derbas dibe, wek nimûne: pêvajoya qutbûnê, I/O, xebata torê, hwd. Heke VM I/O mezin hebe nirx dikare zêde be.
%OVRLP - bingeha fizîkî ya ku pêvajoya VM-ê li ser dimeşîne çiqas wext li ser karên pêvajoyên din derbas kiriye.
Ev metrîk bi hev re bi vî rengî ve girêdayî ne:
%USED = %RUN + %SYS - %OVRLP.
Bi gelemperî pîvana %USED bêtir agahdar e.
%PAYIN - di heyama pîvandinê de pêvajo di rewşa bendê de çiqas dirêj bû. IDLE çalak dike.
%BÊÇALAK - di heyama pîvandinê de pêvajo çiqas di rewşa IDLE de bû.
%SWPWT - Di dema pîvandinê de vCPU çiqas li benda operasyonek bi VMkernel Swap bû.
% VMWAIT - Di heyama pîvandinê de çiqas dirêj bû vCPU li benda bûyerekê bû (bi gelemperî I/O). Di vCenter de jimarek wekhev tune. Nirxên bilind pirsgirêkên bi I/O li ser VM-ê destnîşan dikin.
% WAIT = %VMWAIT + %IDLE + %SWPWT.
Ger VM VMkernel Swap bikar neyîne, wê hingê dema ku pirsgirêkên performansê analîz dikin, tê pêşniyar kirin ku meriv li %VMWAIT binêre, ji ber ku ev metrik dema ku VM tiştek nedikir (%IDLE) hesab nake.
%RDY - di heyama pîvandinê de pêvajo di rewşa Amade de çiqas dirêj bû.
%CSTP - di heyama pîvandinê de pêvajo çiqas di rewşa xercê de bû.
%MLMTD - di dema pîvandinê de ji ber sînorê çavkaniyê diyarkirî vCPU di rewşa Amadeyî de çiqas dirêj bû.
% WAIT + %RDY + %CSTP + %RUN = 100% - core VM her gav di yek ji van çar dewletan de ye.
CPU li ser hypervisor
vCenter di heman demê de ji bo hîpervisor jimareyên performansa CPU-yê jî hene, lê ew ne tiştek balkêş in - ew tenê berhevokên hemî VM-yên li ser serverê ne.
Awayê herî hêsan ji bo dîtina rewşa CPU ya li ser serverê li ser tabloya Kurte ye:
Ji bo serverê, û hem jî ji bo makîneya virtual, Alarmek standard heye:
Dema ku barkirina CPU-ya serverê zêde ye, VM-yên ku li ser wê dixebitin dest pê dikin ku pirsgirêkên performansê bibînin.
Di ESXTOP de, daneyên barkirina CPU ya serverê li jorê ekranê têne pêşkêş kirin. Ji bilî barkirina standard CPU, ku ji bo hîpervisoran ne pir agahdar e, sê metrîkên din jî hene:
CORE UTIL(%) - barkirina bingeha servera fîzîkî. Ev jimarvan nîşan dide ku core di heyama pîvandinê de çiqas wext kar kiriye.
PCPU UTIL(%) - heke hîper-threading were çalak kirin, wê hingê di her bingehek laşî de du xelek (PCPU) hene. Ev metrîk nîşan dide ku her mijar çiqas kar girtiye.
PCPU BIKARANÎN (%) - heman wekî PCPU UTIL (%), lê pîvandina frekansê (yan kêmkirina frekansa bingehîn ji bo mebestên teserûfa enerjiyê, an jî zêdekirina frekansa bingehîn ji ber teknolojiya Turbo Boost) û hîper-têkilkirinê digire nav xwe.
PCPU_USED% = PCPU_UTIL% * frekansa bingehîn a bi bandor / frekansa bingehîn a binavkirî.
Di vê dîmenê de, ji bo hin naverokan, ji ber Turbo Boost, nirxa BERSÎVEK ji% 100 mezintir e ji ber ku frekansa bingehîn ji ya binavkirî bilindtir e.
Çend peyvan di derbarê ka hyper-threading çawa tê hesibandin. Ger pêvajo 100% ji wextê li ser her du têlên bingeha laşî ya serverê têne darve kirin, dema ku bingehîn bi frekansa binavkirî tevdigere, wê hingê:
- CORE UTIL ji bo bingehîn dê% 100 be
- PCPU UTIL ji bo her du mijaran dê% 100 be
- PCPU ya ku ji bo her du mijaran tê bikar anîn dê% 50 be.
Ger di heyama pîvandinê de her du têlan 100% ji wextê nexebitin, wê hingê di wan heyamên ku têlan bi hev re xebitîn, PCPU-ya ku ji bo koran tê bikar anîn di nîvî de tê dabeş kirin.
ESXTOP di heman demê de ekranek bi parametreyên xerckirina hêza CPU ya serverê jî heye. Li vir hûn dikarin bibînin ka server teknolojiyên hilanîna enerjiyê bikar tîne: C-dewlet û P-dewlet. Bi mifteya "p" tê gotin:
Pirsgirêkên Performansa CPU ya hevpar
Di dawiyê de, ez ê biçim ser sedemên gelemperî yên pirsgirêkên bi performansa VM CPU û ji bo çareserkirina wan serişteyên kurt bidim:
Leza demjimêra bingehîn têrê nake. Ger ne gengaz be ku hûn VM-ya xwe bi navgînên bihêztir nûve bikin, hûn dikarin biceribînin ku mîhengên hêzê biguhezînin da ku Turbo Boost bi bandortir bixebite.
Mezinahiya VM-ya çewt (pir / hindik core). Ger hûn çend core saz bikin, dê li ser VM-ê barek CPU-ya bilind hebe. Ger pir hebe, hevbendek bilind bigire.
Abonetiyek mezin a CPU li ser serverê. Ger VM xwedan amadeyek bilind be, abonetiya CPU-yê kêm bikin.
Topolojiya NUMA ya çewt li ser VM-yên mezin. Topolojiya NUMA ya ku ji hêla VM (vNUMA) ve tê dîtin divê bi topolojiya NUMA ya serverê (pNUMA) re hevber bike. Teşhîs û çareseriyên gengaz ên vê pirsgirêkê, wek nimûne, di pirtûkê de hatine nivîsandin . Ger hûn nexwazin kûrtir biçin û li ser OS-ya ku li ser VM-yê hatî saz kirin tixûbên lîsansê tune ne, li ser VM-ê gelek soketên virtual, yek di carekê de çêbikin. Hûn ê pir winda nekin :)
Ew ji bo min hemî li ser CPU ye. Bipirse. Di beşa pêş de ez ê li ser RAM-ê biaxivim.
Girêdanên bikarhêner
Source: www.habr.com