{"id":34335,"date":"2019-10-31T21:57:43","date_gmt":"2019-10-31T18:57:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\/"},"modified":"2019-10-31T21:57:43","modified_gmt":"2019-10-31T18:57:43","slug":"analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKui haldate virtuaalset infrastruktuuri, mis p\u00f5hineb VMware vSphere'il (v\u00f5i m\u00f5nel muul tehnoloogiastakil), kuulete kindlasti sageli kasutajatelt kaebusi: \"Virtuaalmasin t\u00f6\u00f6tab aeglaselt!\". Selles artiklite sarjas arutan j\u00f5udlusmeetmeid ja selgitan, mis ja miks \"pidurdab\", ning kuidas tagada, et see ei \"pidurdaks\".<\/p>\n<p>K\u00e4sitlen j\u00e4rgmisi virtuaalmasinate j\u00f5udluse aspekte:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISK,<\/li>\n<li>V\u00f5rk.<\/li>\n<\/ul>\n<p>\nAlustan CPU-st.<\/p>\n<p>J\u00f5udluse anal\u00fc\u00fcsimiseks vajame:<\/p>\n<ul>\n<li><b>vCenter Performance Counters<\/b> \u2013 j\u00f5udluse arvestid, mille graafikute vaatamiseks on vaja kasutada vSphere Clienti. Teave nende arvestite kohta on kergesti saadaval mis tahes versiooni kliendis (\u201cpaks\u201d klient C#-is, veebiklient Flexil ja HTML5 veebiklient). Nendes artiklites kasutame ekraanipilte C#- klientidest, kuna need n\u00e4evad v\u00e4ikese pildi vaates paremad v\u00e4lja :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 utiliit, mida k\u00e4ivitatakse k\u00e4surealt ESXi. Selle abil saab reaalajas j\u00e4lgida j\u00f5udlusn\u00e4itajaid v\u00f5i eksportida neid teatud ajaperioodi jooksul .csv faili edasise anal\u00fc\u00fcsi jaoks. Allpool tutvustan seda t\u00f6\u00f6riista l\u00e4hemalt ja jagan mitmeid kasulikke linke dokumentatsiooni ja artiklite kohta.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Natuke teooriat<\/h3>\n<p>\n<img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nESXi-s vastutab iga vCPU (virtuaalmasina tuum) eest eraldi protsess \u2013 world VMware terminoloogias. Samuti on olemas teenusprotsessid, kuid virtuaalmasina j\u00f5udluse anal\u00fc\u00fcsi vaatepunktist on need v\u00e4hem huvitavad.<\/p>\n<p>Protsess v\u00f5ib ESXi-s olla \u00fches neljast olekust:<\/p>\n<ul>\n<li><b>Run<\/b> \u2013 protsess t\u00e4idab mingit kasulikku t\u00f6\u00f6d.<\/li>\n<li><b>Oota<\/b> \u2013 protsess ei tee mingit t\u00f6\u00f6d (idle) v\u00f5i ootab sisend\/v\u00e4ljundit.<\/li>\n<li><b>Costop<\/b> \u2013 seisund, mis tekib mitme tuumaga virtuaalmasinates. See tekib siis, kui h\u00fcperviisori (ESXi CPU Scheduler) CPU ajastaja ei suuda ajastada k\u00f5ikide virtuaalmasina aktiivsete tuumade samal ajal teostamine f\u00fc\u00fcsilistel serverituumadel. F\u00fc\u00fcsilises maailmas t\u00f6\u00f6tavad k\u00f5ik protsessori tuumad paralleelselt, mist\u00f5ttu arvab virtuaalmasina k\u00fclgosa, et sarnane k\u00e4itumine on v\u00f5imalik, mist\u00f5ttu peab h\u00fcperviisor aeglustama virtuaalmasina tuumasid, millel on v\u00f5imalus ts\u00fckkel kiiremini l\u00f5petada. Kaasaegsetes ESXi versioonides kasutab CPU ajastaja mehhanismi, mida nimetatakse relaxed co-scheduling: h\u00fcperviisor arvestab virtuaalmasina k\u00f5ige \u201ekiiremalt\u201d ja k\u00f5ige \u201eaeglasemalt\u201d t\u00f6\u00f6tava tuuma (skew) vahelise l\u00f5he. Kui l\u00f5he \u00fcletab teatud k\u00fcnnise, l\u00e4heb \u201ekiire\u201d tuum costop-seisundisse. Kui virtuaalmasina tuumad viibivad sageli selles seisundis, v\u00f5ib see p\u00f5hjustada j\u00f5udlusprobleeme.<\/li>\n<li><b>Valmis<\/b> \u2013 protsess siirdub sellesse olekusse, kui h\u00fcperviiral puuduvad ressursid selle t\u00e4itmiseks. Suured v\u00e4\u00e4rtused ready v\u00f5ivad tekitada virtuaalmasina j\u00f5udlusprobleeme.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Virtuaalmasina CPU j\u00f5udluse p\u00f5histatis<\/h3>\n<p>\n<b>CPU kasutus, %<\/b> N\u00e4itab CPU kasutuse protsenti m\u00e4\u00e4ratud ajavahemiku jooksul.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Kuidas anal\u00fc\u00fcsida?<\/b> Kui virtuaalmasin kasutab pidevalt CPU-d 90% v\u00f5i on tipud kuni 100%, siis on meil probleem. Probleemid v\u00f5ivad ilmneda mitte ainult virtuaalmasinas t\u00f6\u00f6tava rakenduse \u201eaeglase\u201c toimimise kaudu, vaid ka virtuaalmasina v\u00f5rgu kaudu puudumise kaudu. Kui j\u00e4lgimiss\u00fcsteem n\u00e4itab, et virtuaalmasin perioodiliselt \u201elangeb v\u00e4lja\u201c, tasub t\u00e4helepanu p\u00f6\u00f6rata CPU kasutuse graafiku tipudele.<\/p>\n<p>On standardne alarm, mis n\u00e4itab virtuaalmasina CPU koormust:<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mis teha?<\/b> Kui virtuaalmasina CPU kasutus on pidevalt \u00fcle, siis v\u00f5ib m\u00f5elda vCPU arvu suurendamisele (kahjuks ei aita see alati) v\u00f5i virtuaalmasina viimisele serverisse, millel on v\u00f5imsamad protsessorid.<\/p>\n<h3>CPU kasutus MHz-des<\/h3>\n<p>\nvCenteri graafikutes on %-kasutus n\u00e4ha ainult kogu virtuaalmasina kaupa, eraldi tuumade graafikuid ei ole (Esxtop hindamise puhul on v\u00e4\u00e4rtused % tuumade j\u00e4rgi olemas). Iga tuuma puhul on v\u00f5imalik vaadata kasutust MHz-des.<\/p>\n<p><b>Kuidas anal\u00fc\u00fcsida?<\/b> Juhtub, et rakendus ei ole optimeeritud mitme tuuma arhitektuuriks: see kasutab 100% ainult \u00fchte tuuma ja teised j\u00e4\u00e4vad koormamata. N\u00e4iteks MS SQL varukoopiate vaikevalikutes k\u00e4ivitab see protsessi ainult \u00fchel tuumal. Selle tulemuseks on see, et varukoopiate tegemine viibib, mitte ebapiisava kettakiirusest (just sellele kasutaja alguses kaebas), vaid sellep\u00e4rast, et protsessor ei jaksa. Probleem lahendati parameetrite muutmise kaudu: varukoopiad hakatakse k\u00e4ivitama paralleelselt mitmesse faili (seega mitmesse protsessi).<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Eba\u00fchtlase koormuse n\u00e4ide tuumadele.<\/i><\/p>\n<p>Samuti esineb olukord (nagu \u00fclaltoodud diagrammil), kus tuumad on ebav\u00f5rdse koormusega ja m\u00f5nel neist on 100% tipud. Nagu \u00fche tuuma koormuse korral, ei aktiveeru CPU kasutuse alarm (see on kogu VM ulatuses), kuid leidub j\u00f5udluse probleeme.<\/p>\n<p><b>Mis teha? <\/b>Kui tarkvara virtuaalses masinas koormab tuumasid eba\u00fchtlaselt (kasutab ainult \u00fchte tuuma v\u00f5i osalist tuumade hulka), pole m\u00f5tet nende arvu suurendada. Sellisel juhul on parem viia VM serverisse, kus on v\u00f5imekamad protsessorid.<\/p>\n<p>Samuti tasub proovida kontrollida serveri energias\u00e4\u00e4stu seadistusi BIOS-is. Paljud administraatorid aktiveerivad BIOS-is k\u00f5rge j\u00f5udluse re\u017eiimi, mis v\u00e4ljal\u00fclitab C-staatide ja P-staatide energias\u00e4\u00e4stetehnoloogiad. Kaasaegsetes Intel protsessorites kasutatakse Turbo Boost tehnoloogiat, mis suurendab \u00fcksikute protsessorituumade sagedust teiste tuumade arvelt. Kuid see t\u00f6\u00f6tab ainult energias\u00e4\u00e4stetehnoloogiate sisse l\u00fclitamisel. Kui me need v\u00e4lja l\u00fclitame, ei saa protsessor v\u00e4hendada koormamata tuumade energiatarvet. <\/p>\n<p>VMware soovitab mitte v\u00e4lja l\u00fclitada energias\u00e4\u00e4stetehnoloogiaid serverites, vaid valida re\u017eiimid, mis annavad energias\u00e4\u00e4stu juhtimise maksimaalselt h\u00fcperviisorile. Sel juhul tuleks h\u00fcperviisori energias\u00e4\u00e4stu seadistustes valida k\u00f5rge j\u00f5udluse re\u017eiim. <\/p>\n<p>Kui teie infrastruktuuris n\u00f5uavad eraldi virtuaalmasinad (v\u00f5i virtuaalmasinate tuumad) suurenenud CPU sagedust, v\u00f5ib \u00f5ige energias\u00e4\u00e4stu seadistus oluliselt parandada nende j\u00f5udlust.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Valmidus) <\/h3>\n<p>\nKui virtuaalmasina (vCPU) tuum on olekus Ready, ei t\u00e4ida see mingit kasulikku t\u00f6\u00f6d. See olek tekib siis, kui h\u00fcperviisor ei leia vabade f\u00fc\u00fcsiliste tuumade seas \u00fchtegi, kuhu virtuaalmasina vCPU protsessi m\u00e4\u00e4rata.<\/p>\n<p><b>Kuidas anal\u00fc\u00fcsida?<\/b> Tavaliselt, kui virtuaalmasina tuumad on olekus Ready rohkem kui 10% ajast, m\u00e4rkate soorituse probleeme. Lihtsamalt \u00f6eldes, rohkem kui 10% ajast ootab virtuaalmasin f\u00fc\u00fcsiliste ressursside k\u00e4ttesaadavust.<\/p>\n<p>vCenteris saab vaadata kahte CPU Ready-ga seotud m\u00f5\u00f5dikut:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nM\u00f5lema m\u00f5\u00f5diku v\u00e4\u00e4rtusi saab vaadata nii kogu virtuaalmasina kohta kui ka eraldi tuumade kaupa.<br \/>\nReadiness n\u00e4itab v\u00e4\u00e4rtust protsentides, kuid ainult reaalajas (andmed viimase tunni jooksul, m\u00f5\u00f5tmisintervall 20 sekundit). Seda m\u00f5\u00f5dikut on parem kasutada ainult probleemide kiireks leidmiseks.<\/p>\n<p>Ready loendurite v\u00e4\u00e4rtusi saab vaadata ka ajalises perspektiivis. See on kasulik mustrite m\u00e4\u00e4ratlemiseks ja probleemide s\u00fcgavamaks anal\u00fc\u00fcsimiseks. N\u00e4iteks, kui virtuaalmasinal tekivad j\u00f5udlusprobleemid kindlal ajal, saab v\u00f5rrelda suurenenud CPU Ready v\u00e4\u00e4rtuste ajavahemikke serveri \u00fcldise koormusega, kus antud virtuaalmasin t\u00f6\u00f6tab, ning v\u00f5tta meetmeid koormuse v\u00e4hendamiseks (kui DRS ei ole sellega toime tulnud).<\/p>\n<p>Ready, erinevalt Readinessist, ei n\u00e4idata protsentides, vaid millisekundites. See on summatsioonit\u00fc\u00fcp, mis n\u00e4itab, kui kaua oli VM s\u00fcdamik m\u00f5\u00f5tmise ajal Ready olekus. Selle v\u00e4\u00e4rtuse protsentideks muutmiseks saab kasutada lihtsat valemit:<\/p>\n<p>(CPU ready summation value \/ (chart default update interval in seconds * 1000)) * 100 = CPU ready %<\/p>\n<p>N\u00e4iteks, alloleval graafikul on virtuaalmasina kogu ready oleku tippv\u00e4\u00e4rtus j\u00e4rgmine: <\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nReady v\u00e4\u00e4rtuse protsentides arvutamisel tasub p\u00f6\u00f6rata t\u00e4helepanu kahele punktile:<\/p>\n<ul>\n<li>Terve VM ready v\u00e4\u00e4rtus on s\u00fcdamike Ready v\u00e4\u00e4rtuste summa.<\/li>\n<li>M\u00f5\u00f5tmise intervall. Reaalajas \u2013 20 sekundit, aga n\u00e4iteks p\u00e4evagrafikute puhul \u2013 300 sekundit.<\/li>\n<\/ul>\n<p>\nAktiivse t\u00f5rkeotsingu k\u00e4igus v\u00f5ivad need lihtsad punktid kergesti ununeda, raisates v\u00e4\u00e4rtuslikku aega mittetekkivate probleemide lahendamisele. <\/p>\n<p>Arvutame Ready, tuginedes allolevalt graafikult saadud andmetele. (324474\/(20*1000))*100 = 1622% tervele VM-ile. Kui vaadata tuumade kaupa, ei tundu see enam nii hirmutav: 1622\/64 = 25% tuuma kohta. Antud juhul on petmine suhteliselt lihtne: Ready v\u00e4\u00e4rtus ei ole realistlik. Kuid kui jutt k\u00e4ib 10\u201320% terve VM-i kohta mitme tuumaga, v\u00f5ivad olla tuuma kaupa v\u00e4\u00e4rtused t\u00e4iesti normi piires.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mis teha? <\/b>K\u00f5rge Ready v\u00e4\u00e4rtus n\u00e4itab, et serveril napib protsessoriv\u00f5imsust virtuaalmasinate normaalseks toimimiseks. Sellises olukorras tuleb v\u00e4hendada protsessori liialdust (vCPU:pCPU). Seda saab ilmselgelt teha, v\u00e4hendades olemasolevate VM-ide parameetreid v\u00f5i migreerides osa VM-e teistele serveritele.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Kuidas anal\u00fc\u00fcsida?<\/b> Sellel loenduril on samuti t\u00fc\u00fcp Summation ja seda t\u00f5lgitakse protsentideks nagu Ready:<\/p>\n<p>(CPU co-stop summation value \/ (chart default update interval in seconds * 1000)) * 100 = CPU co-stop %<\/p>\n<p>Siin tuleb samuti t\u00e4hele panna, kui palju tuumasid on VM-is ja m\u00f5\u00f5tmise intervalli.<br \/>\nCo-stop olekus ei tee kasulikku t\u00f6\u00f6d. \u00d5ige VM suuruse ja serveri normaalse koormuse korral peaks co-stop number olema l\u00e4hedane nullile.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Antud juhul on koormus selgelt ebanormaalne :)<\/i><\/p>\n<p><b>Mis teha?<\/b> Kui \u00fchel h\u00fcpervahendajal t\u00f6\u00f6tab mitu VM-i, millel on palju tuumikke ja on olemas CPU \u00fclediviseerimine, v\u00f5ib co-stop number suureneda, mis toob kaasa probleemid nende VM-ide j\u00f5udluses. <\/p>\n<p>Samuti kasvab co-stop, kui aktiivsete tuumade jaoks kasutatakse \u00fche VM-i l\u00f5ime \u00fchel f\u00fc\u00fcsilisel tuumal serveris koos aktiveeritud hyper-threading'uga. Selline olukord v\u00f5ib tekkida n\u00e4iteks siis, kui VM-il on rohkem tuumikke, kui f\u00fc\u00fcsiliselt on serveris, kus see t\u00f6\u00f6tas, v\u00f5i kui VM-i jaoks on aktiveeritud seade 'preferHT'. Selle seade kohta saab rohkem lugeda <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">siit<\/a><\/noindex>. <\/p>\n<p>Et v\u00e4ltida VM-i j\u00f5udlusprobleeme k\u00f5rge co-stop t\u00f5ttu, valige VM suurus vastavalt tarkvara tootja soovitustele, mis t\u00f6\u00f6tab sellel VM-il, ja f\u00fc\u00fcsilise serveri v\u00f5imalustele, kus VM t\u00f6\u00f6tab. <\/p>\n<p>\u00c4rge lisage tuumikke reservidena, see v\u00f5ib tekitada j\u00f5udlusprobleeme mitte ainult VM-is endas, vaid ka tema naabrite seas serveris.<\/p>\n<h3>Teised kasulikud CPU metoodikad<\/h3>\n<p>\n<b>Run<\/b> \u2013 kui palju aega (ms) vCPU m\u00f5\u00f5tmise perioodi jooksul oli RUN olekus, st t\u00e4itis t\u00f5eliselt t\u00f6\u00f6d.<\/p>\n<p><b>Idle<\/b> \u2013 kui palju aega (ms) vCPU m\u00f5\u00f5tmise perioodi jooksul oli inaktiivses olekus. K\u00f5rged Idle v\u00e4\u00e4rtused ei ole probleem, lihtsalt vCPU-l ei olnud \"midagi teha\".<\/p>\n<p><b>Oota<\/b> \u2013 kui palju aega (ms) vCPU m\u00f5\u00f5tmise perioodi jooksul oli Wait olekus. Kuna see arvestab ka IDLE, siis k\u00f5rged Wait v\u00e4\u00e4rtused ei t\u00e4henda samuti probleemi. Kui aga k\u00f5rge Wait ajal on IDLE madal, siis t\u00e4hendab see, et VM ootas sisendi\/v\u00e4ljundi operatsioonide l\u00f5puleviimist, mis v\u00f5ib viidata probleemile k\u00f5vaketta v\u00f5i m\u00f5ne virtuaalse seadme j\u00f5udlusega.<\/p>\n<p><b>Max limited<\/b> \u2013 kui palju aega (ms) vCPU m\u00f5\u00f5tmise perioodi jooksul oli Ready olekus seet\u00f5ttu, et ressursside limiit oli seadistatud. Kui j\u00f5udlus on seletamatult madal, siis on kasulik kontrollida selle arvesti v\u00e4\u00e4rtust ja CPU limiiti VM seadetes. VM v\u00f5ib t\u00f5epoolest olla seatud limiidid, millest te ei tea. N\u00e4iteks juhtub see, kui VM on kloonitud mallist, millel oli CPU limiit.<\/p>\n<p><b>Swap wait<\/b> \u2013 kui kaua vCPU m\u00f5\u00f5tmise perioodi jooksul ootas operatsiooni VMkernel Swap. Kui selle loenduri v\u00e4\u00e4rtused on \u00fcle nulli, on VM-il kindlasti j\u00f5udlusprobleeme. Rohkem SWAP-ist r\u00e4\u00e4gime m\u00e4lulugemist loenduri artiklis.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nKui vCenter'i j\u00f5udlusloendurid sobivad ajalooliste andmete anal\u00fc\u00fcsiks, siis on probleemi operatiivseks anal\u00fc\u00fcsiks parem kasutada ESXTOP'i. Siin esitatakse k\u00f5ik v\u00e4\u00e4rtused valmis kujul (midagi ei pea t\u00f5lkima) ning minimaalne m\u00f5\u00f5tmise periood on 2 sekundit.<br \/>\nCPU ESXTOP ekraan avatakse klahviga \u00abc\u00bb ja see n\u00e4eb v\u00e4lja j\u00e4rgnev.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMugavuse huvides saab j\u00e4tta alles ainult virtuaalmasinate protsessid, vajutades Shift-V.<br \/>\nSelleks, et n\u00e4ha individuaalseid tuumade metrikaid, vajutage \u00abe\u00bb ja sisestage huvi pakkuva VM-i GID (30919 alloleval ekraanipildil):<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nK\u00e4in kiiresti \u00fcle vaikimisi esitatud veergude. T\u00e4iendavaid veerge saab lisada, vajutades \u00abf\u00bb.<\/p>\n<p><b>NWLD (Number of Worlds)<\/b> \u2013 protsesside arv grupis. Grupi avamiseks ja iga protsessi (nt iga tuuma mitme tuumaga VM) metrikate n\u00e4gemiseks vajutage \"e\". Kui grupis on rohkem kui \u00fcks protsess, siis grupi metrikate v\u00e4\u00e4rtused on v\u00f5rdsed \u00fcksikute protsesside metrikate summaga.<\/p>\n<p><b>%KASUTATUD<\/b> \u2013 kui palju CPU ts\u00fckleid server kasutab protsess v\u00f5i protsesside grupp.<\/p>\n<p><b>%JOOKSUS<\/b> \u2013 kui kaua protsess oli m\u00f5\u00f5tmisperioodi jooksul RUN seisundis, st tegi kasulikku t\u00f6\u00f6d. Erineb %KASUTATUD-st, kuna ei arvesta hyper-threading'ut, sageduse skaleerimist ja aega, mida kulutatakse s\u00fcsteemit\u00f6\u00f6dele (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 aeg, mis kulub s\u00fcsteemit\u00f6\u00f6dele, n\u00e4iteks katkestuste, sisendi\/v\u00e4ljundi t\u00f6\u00f6tlemisele, v\u00f5rgu t\u00f6\u00f6le jms. V\u00e4\u00e4rtus v\u00f5ib olla k\u00f5rge, kui VM-is on suur sisend\/v\u00e4ljund.<\/p>\n<p><b>%\u00dcLEVIK<\/b> \u2013 kui kaua f\u00fc\u00fcsiline tuum, millel VM-protsess t\u00f6\u00f6tab, on teisi protsesside \u00fclesannete t\u00e4itmisele kulutanud.<\/p>\n<p>Need metrikad seonduvad \u00fcksteisega j\u00e4rgmiselt:<\/p>\n<p>%KASUTATUD = %JOOKSUS + %SYS \u2014 %\u00dcLEVIK.<\/p>\n<p>Tavaliselt on %KASUTATUD metrika informatiivsem.<\/p>\n<p><b>%OOTEL<\/b> \u2013 kui kaua protsess oli m\u00f5\u00f5tmisperioodi jooksul OOTEL seisundis. Sisaldab IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 kui kaua protsess oli m\u00f5\u00f5tmisperioodi jooksul IDLE olekus.<\/p>\n<p><b>%SWPWT<\/b> \u2013 kui kaua k\u00f5ik m\u00f5\u00f5tmisperioodi jooksul vCPU ootas VMkernel Swap'i operatsiooni.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 kui kaua k\u00f5ik m\u00f5\u00f5tmisperioodi jooksul vCPU oli s\u00fcndmuse ootamise olekus (tavaliselt sisse-\/v\u00e4ljaandmine). Vastavat loenduri vCenter'is ei ole. Suured v\u00e4\u00e4rtused viitavad sisendi\/v\u00e4ljundi probleemidele VM-is.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Kui VM ei kasuta VMkernel Swap'i, siis on probleemide anal\u00fc\u00fcsimisel m\u00f5istlik vaadata %VMWAIT'i, kuna see n\u00e4itaja ei arvesta aega, mil VM ei teinud midagi (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 kui kaua m\u00f5\u00f5tmisperioodi jooksul protsess oli Ready olekus.<\/p>\n<p><b>%CSTP<\/b> \u2013 kui kaua m\u00f5\u00f5tmisperioodi jooksul protsess oli kostop olekus.<\/p>\n<p><b>%MLMTD<\/b> \u2013 kui kaua m\u00f5\u00f5tmisperioodi jooksul vCPU oli Ready olekus, kuna ressursi piirang oli seatud.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 VM-i s\u00fcdamik on pidevalt m\u00f5nes neist neljast olekust.<\/p>\n<h3>CPU h\u00fcpervisoril<\/h3>\n<p>\nvCenter'is on samuti h\u00fcpervisori CPU t\u00f5hususe loendurid, kuid need ei ole midagi huvitavat \u2013 need on lihtsalt k\u00f5igi serveris olevate VM-ide loendurite summa.<br \/>\nCPU seisundi vaatamine serveris on k\u00f5ige mugavam vahekaardil Summary:<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nServeril, nagu ka virtuaalmasinal, on standardne Alarm:<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKui serveri CPU on tugevalt koormatud, algavad probleemid j\u00f5udlusega VM-idega, mis sellel t\u00f6\u00f6tavad.<\/p>\n<p>ESXTOP-is esitatakse serveri CPU koormuse andmed ekraani \u00fclaservas. Peale tavalise CPU koormuse, mis on h\u00fcperviisorite jaoks v\u00e4he informatiivne, on veel kolm n\u00e4itajat:<\/p>\n<p><b>CORE UTIL(%)<\/b> \u2013 f\u00fc\u00fcsilise serveri tuuma koormus. See m\u00f5\u00f5dik n\u00e4itab, kui kaua tuum m\u00f5\u00f5tmisperioodi jooksul t\u00f6\u00f6d tegi.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 kui hyper-threading on sisse l\u00fclitatud, siis iga f\u00fc\u00fcsilise tuuma kohta on kaks v\u00f5rgu\u00fchendust (PCPU). See n\u00e4itaja n\u00e4itab, kui kaua iga voog t\u00f6\u00f6d tegi.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 sama mis PCPU UTIL(%), kuid arvestab sageduse reguleerimist (kas tuuma sageduse langetamine energias\u00e4\u00e4stu eesm\u00e4rgil v\u00f5i tuuma sageduse t\u00f5stmine Turbo Boost tehnoloogia abil) ja hyper-threadingut.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * t\u00f5hus sagedus \/ nimisagedus.<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Sellel ekraanipildil on m\u00f5nede tuumade puhul Turbo Boost'iga t\u00f6\u00f6tamise t\u00f5ttu v\u00e4\u00e4rtus USED \u00fcle 100%, kuna tuuma sagedus on k\u00f5rgem kui nimisagedus.<\/i><\/p>\n<p>M\u00f5ned s\u00f5nad, kuidas arvesse v\u00f5etakse hyper-threading'u. Kui protsessid t\u00f6\u00f6tavad 100% aega serveri f\u00fc\u00fcsilise tuuma m\u00f5lemal l\u00f5ngal ja tuum t\u00f6\u00f6tab nominaalv\u00f5imete sagedusel, siis:<\/p>\n<ul>\n<li>CORE UTIL tuuma jaoks on 100%,<\/li>\n<li>PCPU UTIL m\u00f5lemale l\u00f5ngale on 100%,<\/li>\n<li>PCPU USED m\u00f5lemale l\u00f5ngale on 50%.<\/li>\n<\/ul>\n<p>\nKui m\u00f5lemad l\u00f5ngad ei t\u00f6\u00f6tanud 100% perioodi jooksul, siis nendel perioodidel, mil l\u00f5ngad t\u00f6\u00f6tasid paralleelselt, jagatakse PCPU USED tuumade jaoks pooleks.<\/p>\n<p>ESXTOP-is on ka ekraan, mis kuvab serveri CPU energiatarbimise parameetreid. Siit saate vaadata, kas server kasutab energias\u00e4\u00e4stutehnoloogiaid: C-states ja P-states. Avatakse klahviga \u201ep\u201c:<\/p>\n<p><img decoding=\"async\" alt=\"VMware vSphere virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs. Osa 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Standardprobleemid CPU j\u00f5udluses<\/h3>\n<p>\nViimaks k\u00e4sitlen t\u00fc\u00fcpilisi p\u00f5hjuseid, miks VM-i CPU j\u00f5udlusprobleeme tekib, ja annan l\u00fchikesed n\u00f5uanded nende lahendamiseks:<\/p>\n<p><b>Puudub tuuma taktsagedus.<\/b> Kui ei ole v\u00f5imalik VM-i viia t\u00f5husamatele tuumadele, siis v\u00f5ib proovida muuta energias\u00e4\u00e4sture\u017eiime, et Turbo Boost t\u00f6\u00f6taks efektiivsemalt.<\/p>\n<p><b>Vale VM-i suurus (liialt palju\/v\u00e4he tuumi).<\/b> Kui tuumi on liiga v\u00e4he, siis on VM-i CPU koormus k\u00f5rge. Kui liiga palju, kuuletub k\u00f5rge co-stop.<\/p>\n<p><b>Suured CPU \u00fclekohustused serveris.<\/b> Kui VM-i valmisolek on k\u00f5rge, alandage CPU \u00fclekohustust.<\/p>\n<p><b>Vale NUMA-topoloogia suurtes VM-ides.<\/b> VM-i (vNUMA) n\u00e4htav NUMA-topoloogia peab vastama serveri (pNUMA) NUMA-topoloogiale. Probleemi diagnoosi ja v\u00f5imalike lahenduste kohta on kirjutatud n\u00e4iteks raamatus <noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">\u00abVMware vSphere 6.5 Host Resources Deep Dive\u00bb<\/a><\/noindex>. Kui te ei soovi s\u00fcvitsi minna ja teil ei ole operatsioonis\u00fcsteemiga, mis on installitud VM-ile, litsentsipiiranguid, looge VM-is palju virtuaalseid sokette iga\u00fche tuumaga. Palju ei kaota \ud83d\ude42<\/p>\n<p>Sellega CPU teemadest mul k\u00f5ik. Esitage k\u00fcsimusi. J\u00e4rgmises osas r\u00e4\u00e4gin operatiivm\u00e4lu kohta.<\/p>\n<p><b class=\"spoiler_title\">Kasulikud lingid<\/b><noindex><a rel=\"nofollow\" href=\"http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/\">http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/kb\/1017926\">https:\/\/kb.vmware.com\/kb\/1017926<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/\">http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/communities.vmware.com\/docs\/DOC-9279\">https:\/\/communities.vmware.com\/docs\/DOC-9279<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf\">https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html<\/a><\/noindex><br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/452884\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34335","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Virtuaalmasina j\u00f5udluse anal\u00fc\u00fcs VMware vSphere'is. Osa 1: CPU | ProHoster","description":"Kui haldate virtuaalset infrastruktuuri VMware vSphere baasil (v\u00f5i m\u00f5ne teise tehnoloogiate virna), kuulete kindlasti sageli kasutajatelt kaebusi: \"Virtuaalmootor t\u00f6\u00f6tab aeglaselt!\". Selles artiklite seerias k\u00e4sitlen tootlikkuse m\u00f5\u00f5dikuid ja r\u00e4\u00e4gin, mis ja miks \"pidurdab\" ning kuidas saavutada, et ei \"pidurduks\". K\u00e4sitlen j\u00e4rgmisi virtuaalmasinate j\u00f5udluse aspekte: CPU, RAM, DISK,","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster","og:description":"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:57:43+00:00","article:modified_time":"2019-10-31T18:57:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34335","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 18:48:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:23:17","updated":"2026-01-21 18:48:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}