{"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\/hu\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHa VMware vSphere (vagy b\u00e1rmely m\u00e1s technol\u00f3giai stack) alap\u00fa virtu\u00e1lis infrastrukt\u00far\u00e1t adminisztr\u00e1lsz, akkor val\u00f3sz\u00edn\u0171leg gyakran hallod a felhaszn\u00e1l\u00f3kt\u00f3l a panaszokat: \u201eA virtu\u00e1lis g\u00e9p lassan m\u0171k\u00f6dik!\u201d. Ebben a ciklusban megvizsg\u00e1lom a teljes\u00edtm\u00e9nymutat\u00f3kat, hogy mit\u0151l \u00e9s mi\u00e9rt \u201elassul\u201d a g\u00e9p, \u00e9s hogyan \u00e9rhetj\u00fck el, hogy ne \u201elassuljon\u201d.<\/p>\n<p>A virtu\u00e1lis g\u00e9pek teljes\u00edtm\u00e9ny\u00e9nek k\u00f6vetkez\u0151 aspektusait fogom megvizsg\u00e1lni:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISK,<\/li>\n<li>H\u00e1l\u00f3zat.<\/li>\n<\/ul>\n<p>\nA CPU-val kezdem.<\/p>\n<p>A teljes\u00edtm\u00e9ny elemz\u00e9s\u00e9hez sz\u00fcks\u00e9g\u00fcnk lesz:<\/p>\n<ul>\n<li><b>vCenter Teljes\u00edtm\u00e9nym\u00e9r\u0151k<\/b> \u2013 teljes\u00edtm\u00e9nym\u00e9r\u0151k, amelyek grafikonjait a vSphere Clienten kereszt\u00fcl tekinthetj\u00fck meg. Az ezekre vonatkoz\u00f3 inform\u00e1ci\u00f3k b\u00e1rmely kliens verzi\u00f3ban el\u00e9rhet\u0151k (a \u201evastag\u201d kliens C#-ban, web kliens Flexen \u00e9s web kliens HTML5-ben). Ezekben a cikkekben a C#-klienb\u0151l k\u00e9sz\u00fclt k\u00e9perny\u0151fot\u00f3kat fogjuk haszn\u00e1lni, csak az\u00e9rt, mert jobban mutatnak a miniat\u0171r\u00f6n :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 egy eszk\u00f6z, amelyet az ESXi parancssor\u00e1b\u00f3l ind\u00edtanak. Ezzel val\u00f3s id\u0151ben kaphatunk teljes\u00edtm\u00e9nym\u00e9r\u0151 \u00e9rt\u00e9keket, vagy ezeket egy adott id\u0151szak alatt .csv f\u00e1jlba export\u00e1lhatjuk tov\u00e1bbi elemz\u00e9s c\u00e9lj\u00e1b\u00f3l. K\u00e9s\u0151bb r\u00e9szletesebben mes\u00e9lek err\u0151l az eszk\u00f6zr\u0151l, \u00e9s n\u00e9h\u00e1ny hasznos linket is megosztok a dokument\u00e1ci\u00f3r\u00f3l \u00e9s a t\u00e9m\u00e1val kapcsolatos cikkekr\u0151l.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Egy kis elm\u00e9let<\/h3>\n<p>\n<img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAz ESXi-ben minden vCPU (a virtu\u00e1lis g\u00e9p magja) m\u0171k\u00f6d\u00e9s\u00e9\u00e9rt egy k\u00fcl\u00f6n folyamat felel\u0151s - vil\u00e1g a VMware terminol\u00f3gia szerint. Vannak szolg\u00e1ltat\u00f3 folyamatok is, de a virtu\u00e1lis g\u00e9p teljes\u00edtm\u00e9ny\u00e9nek elemz\u00e9se szempontj\u00e1b\u00f3l ezek kev\u00e9sb\u00e9 \u00e9rdekesek.<\/p>\n<p>A folyamat az ESXi-ben n\u00e9gy \u00e1llapotban lehet:<\/p>\n<ul>\n<li><b>Run<\/b> \u2013 a folyamat valamilyen hasznos munk\u00e1t v\u00e9gez.<\/li>\n<li><b>V\u00e1rakoz\u00e1s<\/b> \u2013 a folyamat nem v\u00e9gez munk\u00e1t (inakt\u00edv), vagy bemeneti\/kimeneti m\u0171veletre v\u00e1r.<\/li>\n<li><b>K\u00f6lts\u00e9gstop<\/b> \u2013 \u00e1llapot, amely t\u00f6bbmagos virtu\u00e1lis g\u00e9pekben jelentkezik. Akkor fordul el\u0151, amikor a hipervizor CPU \u00fctemez\u0151je (ESXi CPU Scheduler) nem tudja \u00fctemezni az \u00f6sszes akt\u00edv virtu\u00e1lis g\u00e9p magj\u00e1t a szerver fizikai magjainak egyidej\u0171 v\u00e9grehajt\u00e1s\u00e1hoz. A fizikai vil\u00e1gban az \u00f6sszes processzormag p\u00e1rhuzamosan m\u0171k\u00f6dik, a vend\u00e9g oper\u00e1ci\u00f3s rendszer a virtu\u00e1lis g\u00e9pben hasonl\u00f3 viselked\u00e9sre sz\u00e1m\u00edt, \u00edgy a hipervizornak le kell lass\u00edtania a virtu\u00e1lis g\u00e9p magjait, amelyek gyorsabban befejezhetn\u00e9k a ciklust. Az ESXi modern verzi\u00f3iban a CPU \u00fctemez\u0151 egy relax\u00e1lt egy\u00fctt\u00fctemez\u00e9si mechanizmust haszn\u00e1l: a hipervizor sz\u00e1molja a leggyorsabb \u00e9s a leglassabb virtu\u00e1lis g\u00e9p mag k\u00f6z\u00f6tti elt\u00e9r\u00e9st (skew). Ha az elt\u00e9r\u00e9s meghaladja a meghat\u00e1rozott k\u00fcsz\u00f6b\u00f6t, a \"gyors\" mag costop \u00e1llapotba ker\u00fcl. Ha a virtu\u00e1lis g\u00e9p magjai sok id\u0151t t\u00f6ltenek ebben az \u00e1llapotban, az teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1kat okozhat.<\/li>\n<li><b>K\u00e9sz<\/b> \u2013 a folyamat ebbe az \u00e1llapotba l\u00e9p, amikor a hypervisor nem tud er\u0151forr\u00e1sokat biztos\u00edtani a v\u00e9grehajt\u00e1s\u00e1hoz. A magas ready \u00e9rt\u00e9kek teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1kat okozhatnak a virtu\u00e1lis g\u00e9p sz\u00e1m\u00e1ra.<\/li>\n<\/ul>\n<p><\/p>\n<h3>A virtu\u00e1lis g\u00e9p CPU teljes\u00edtm\u00e9nym\u00e9r\u0151 f\u0151 sz\u00e1ml\u00e1l\u00f3i<\/h3>\n<p>\n<b>CPU haszn\u00e1lat, %.<\/b> Megmutatja a CPU haszn\u00e1lat\u00e1nak sz\u00e1zal\u00e9kos ar\u00e1ny\u00e1t egy adott id\u0151szak alatt.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Hogyan elemezz\u00fck?<\/b> Ha a virtu\u00e1lisg\u00e9p folyamatosan 90%-os CPU-t haszn\u00e1l vagy 100%-os cs\u00facsokat mutat, akkor probl\u00e9m\u00e1ink vannak. A probl\u00e9m\u00e1k nemcsak a virtu\u00e1lis g\u00e9pen bel\u00fcli alkalmaz\u00e1sok \u201elass\u00fa\u201d m\u0171k\u00f6d\u00e9s\u00e9ben, hanem a virtu\u00e1lis g\u00e9p h\u00e1l\u00f3zati el\u00e9rhetetlens\u00e9g\u00e9ben is megnyilv\u00e1nulhatnak. Ha a monitoring rendszere azt mutatja, hogy a virtu\u00e1lis g\u00e9p id\u0151szakosan le\u00e1ll, figyeljen a CPU haszn\u00e1lat grafikonjain megjelen\u0151 cs\u00facsokra.<\/p>\n<p>Van egy standard riaszt\u00e1s, amely megjelen\u00edti a virtu\u00e1lis g\u00e9p CPU terhel\u00e9s\u00e9t:<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mit tegy\u00fcnk?<\/b> Ha a virtu\u00e1lis g\u00e9p CPU haszn\u00e1lata folyamatosan a hat\u00e1r\u00e9rt\u00e9k felett van, \u00e9rdemes megfontolni a vCPU sz\u00e1m\u00e1nak n\u00f6vel\u00e9s\u00e9t (sajnos ez nem mindig seg\u00edt) vagy a virtu\u00e1lis g\u00e9p \u00e1tk\u00f6lt\u00f6ztet\u00e9s\u00e9t egy er\u0151sebb processzorral rendelkez\u0151 szerverre.<\/p>\n<h3>CPU haszn\u00e1lat Mhz-ben<\/h3>\n<p>\nA vCenter grafikonokon a haszn\u00e1lat % -ban csak az eg\u00e9sz virtu\u00e1lis g\u00e9pre vonatkoz\u00f3an n\u00e9zhet\u0151 meg, egyes magok grafikonai nincsenek (az Esxtop \u00e9rt\u00e9kek % -ban a magok szerint megvannak). Minden egyes magra k\u00fcl\u00f6n meg lehet n\u00e9zni a haszn\u00e1latot MHz-ben.<\/p>\n<p><b>Hogyan elemezz\u00fck?<\/b> El\u0151fordul, hogy az alkalmaz\u00e1s nincs optimaliz\u00e1lva a t\u00f6bbmagos architekt\u00far\u00e1ra: csak az egyik magot haszn\u00e1lja 100%-osan, m\u00edg a t\u00f6bbi terheletlen\u00fcl marad. P\u00e9ld\u00e1ul az MS SQL alap\u00e9rtelmezett biztons\u00e1gi ment\u00e9si be\u00e1ll\u00edt\u00e1saival csak egy magon ind\u00edtja a folyamatot. Ennek eredm\u00e9nyek\u00e9nt a biztons\u00e1gi ment\u00e9s lassul\u00e1sa nem a lemez sebess\u00e9g\u00e9nek k\u00f6sz\u00f6nhet\u0151 (ez volt az, amire a felhaszn\u00e1l\u00f3 eleinte panaszkodott), hanem mert a processzor nem b\u00edrja a terhet. A probl\u00e9ma megoldhat\u00f3 a param\u00e9terek megv\u00e1ltoztat\u00e1s\u00e1val: a biztons\u00e1gi ment\u00e9sek p\u00e1rhuzamosan t\u00f6bb f\u00e1jlban (\u00edgy t\u00f6bb folyamatban) indultak.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>A magok egyenl\u0151tlen terhel\u00e9s\u00e9nek p\u00e9ld\u00e1ja.<\/i><\/p>\n<p>El\u0151fordul olyan helyzet is (ahogyan a fenti grafikonon l\u00e1that\u00f3), amikor a magok egyenl\u0151tlen\u00fcl vannak terhelve, \u00e9s n\u00e9h\u00e1nyukon 100%-os cs\u00facsok figyelhet\u0151k meg. Ak\u00e1rcsak egyetlen mag terhel\u00e9s\u00e9n\u00e9l, a CPU haszn\u00e1lat alarm nem fog m\u0171k\u00f6dni (ez az eg\u00e9sz VM-re vonatkozik), de teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1k l\u00e9pnek fel.<\/p>\n<p><b>Mit tegy\u00fcnk? <\/b>Ha a VM-ben fut\u00f3 szoftver egyenl\u0151tlen\u00fcl terheli a magokat (csak egy magot vagy a magok egy r\u00e9sz\u00e9t haszn\u00e1lja), nincs \u00e9rtelme a magok sz\u00e1m\u00e1nak n\u00f6vel\u00e9s\u00e9nek. Ilyen esetben jobb, ha a VM-et egy teljes\u00edtm\u00e9nyben er\u0151sebb processzorral rendelkez\u0151 szerverre helyezz\u00fck \u00e1t.<\/p>\n<p>\u00c9rdemes lehet ellen\u0151rizni a szerver BIOS-a energiatakar\u00e9koss\u00e1gi be\u00e1ll\u00edt\u00e1sait is. Sokan a BIOS-ban a Nagy Teljes\u00edtm\u00e9ny m\u00f3dot v\u00e1lasztj\u00e1k, ezzel letiltva a C-state \u00e9s P-state energiatakar\u00e9kos technol\u00f3gi\u00e1kat. A modern Intel processzorokban alkalmazott Turbo Boost technol\u00f3gia az egyes processzormagok \u00f3rajel\u00e9nek n\u00f6vel\u00e9s\u00e9re szolg\u00e1l m\u00e1s magok rov\u00e1s\u00e1ra. De ez csak akkor m\u0171k\u00f6dik, ha az energiatakar\u00e9kos technol\u00f3gi\u00e1k be vannak kapcsolva. Ha ezeket kikapcsoljuk, a processzor nem tudja cs\u00f6kkenteni az energifogyaszt\u00e1st azokn\u00e1l a magokn\u00e1l, amelyek nincsenek terhelve. <\/p>\n<p>A VMware azt javasolja, hogy ne kapcsoljuk ki az energiatakar\u00e9kos technol\u00f3gi\u00e1kat a szervereken, hanem olyan be\u00e1ll\u00edt\u00e1sokat v\u00e1lasszunk, amelyek maxim\u00e1lisan a hipervizorra b\u00edzz\u00e1k az energiamenedzsmentet. Ilyen esetben a hipervizor energiatakar\u00e9koss\u00e1gi be\u00e1ll\u00edt\u00e1sain\u00e1l a Nagy Teljes\u00edtm\u00e9ny m\u00f3dot kell v\u00e1lasztani. <\/p>\n<p>Ha az infrastrukt\u00far\u00e1ban k\u00fcl\u00f6n VM-ek (vagy a VM-ek magjai) magasabb CPU frekvenci\u00e1t ig\u00e9nyelnek, az energiatakar\u00e9koss\u00e1g helyes be\u00e1ll\u00edt\u00e1sa jelent\u0151sen jav\u00edthatja a teljes\u00edtm\u00e9ny\u00fcket.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (K\u00e9szs\u00e9g) <\/h3>\n<p>\nHa a VM magja (vCPU) Ready \u00e1llapotban van, akkor nem v\u00e9gez hasznos munk\u00e1t. Ez az \u00e1llapot akkor fordul el\u0151, amikor a hypervisor nem tal\u00e1l szabad fizikai magot, amelyre a VM vCPU folyamatot r\u00e1 lehetne b\u00edzni.<\/p>\n<p><b>Hogyan elemezz\u00fck?<\/b> \u00c1ltal\u00e1ban, ha a virtu\u00e1lis g\u00e9p magjai t\u00f6bb mint 10% id\u0151t Ready \u00e1llapotban vannak, akkor teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1kat fog \u00e9szlelni. Egyszer\u0171bben fogalmazva, a VM t\u00f6bb mint 10% id\u0151t t\u00f6lt azzal, hogy v\u00e1rja a fizikai er\u0151forr\u00e1sok el\u00e9rhet\u0151s\u00e9g\u00e9t.<\/p>\n<p>A vCenterben megtekinthet\u0151 k\u00e9t mutat\u00f3, amelyek a CPU Ready-hez kapcsol\u00f3dnak:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nMindk\u00e9t mutat\u00f3 \u00e9rt\u00e9ke megtekinthet\u0151 a teljes VM-en, valamint az egyes magokon is.<br \/>\nA Readiness mutat\u00f3 azonnal sz\u00e1zal\u00e9kos \u00e9rt\u00e9ket jelez, de csak val\u00f3s id\u0151ben (az utols\u00f3 \u00f3r\u00e1ra vonatkoz\u00f3 adatok, 20 m\u00e1sodperces m\u00e9r\u00e9si intervallumban). Ezt a mutat\u00f3t ink\u00e1bb csak a 'forr\u00f3 nyom' probl\u00e9m\u00e1k keres\u00e9s\u00e9re \u00e9rdemes haszn\u00e1lni.<\/p>\n<p>A Ready mutat\u00f3 \u00e9rt\u00e9ke t\u00f6rt\u00e9neti perspekt\u00edv\u00e1b\u00f3l is megtekinthet\u0151. Ez hasznos az \u00f6sszef\u00fcgg\u00e9sek meg\u00e1llap\u00edt\u00e1s\u00e1hoz \u00e9s a probl\u00e9ma m\u00e9lyebb elemz\u00e9s\u00e9hez. P\u00e9ld\u00e1ul, ha a virtu\u00e1lis g\u00e9p teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1kba \u00fctk\u00f6zik egy adott id\u0151pontban, akkor az emelkedett CPU Ready \u00e9rt\u00e9k intervallumait \u00f6ssze lehet hasonl\u00edtani a szerver \u00e1ltal\u00e1nos terhel\u00e9s\u00e9vel, ahol a VM m\u0171k\u00f6dik, \u00e9s int\u00e9zked\u00e9seket lehet tenni a terhel\u00e9s cs\u00f6kkent\u00e9s\u00e9re (ha a DRS nem boldogult).<\/p>\n<p>A Ready, a Readiness-t\u0151l elt\u00e9r\u0151en, nem sz\u00e1zal\u00e9kokban, hanem milliszekundumban jelenik meg. Ez egy Summation t\u00edpus\u00fa mutat\u00f3, azaz azt mutatja, hogy a VM mag mennyi id\u0151t t\u00f6lt\u00f6tt Ready \u00e1llapotban a m\u00e9r\u00e9si id\u0151szak alatt. Az \u00e9rt\u00e9ket egy egyszer\u0171 k\u00e9plettel \u00e1t lehet sz\u00e1m\u00edtani sz\u00e1zal\u00e9kokba:<\/p>\n<p>(CPU ready summation value \/ (chart default update interval in seconds * 1000)) * 100 = CPU ready %<\/p>\n<p>P\u00e9ld\u00e1ul egy az al\u00e1bbi grafikonon a virtu\u00e1lis g\u00e9p teljes Ready cs\u00facs\u00e9rt\u00e9ke a k\u00f6vetkez\u0151 lesz: <\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA Ready sz\u00e1zal\u00e9k\u00e1nak sz\u00e1m\u00edt\u00e1sakor \u00e9rdemes figyelembe venni k\u00e9t dolgot:<\/p>\n<ul>\n<li>A teljes VM Ready \u00e9rt\u00e9ke a magok Ready \u00e9rt\u00e9keinek \u00f6sszege.<\/li>\n<li>A m\u00e9r\u00e9si intervallum. Val\u00f3s id\u0151ben ez 20 m\u00e1sodperc, p\u00e9ld\u00e1ul a napi grafikonok eset\u00e9ben 300 m\u00e1sodperc.<\/li>\n<\/ul>\n<p>\nAkt\u00edv hibakeres\u00e9s sor\u00e1n ezeket az egyszer\u0171 pillanatokat k\u00f6nnyen el lehet mulasztani, \u00e9s \u00e9rt\u00e9kes id\u0151t lehet pazarolni nem l\u00e9tez\u0151 probl\u00e9m\u00e1k megold\u00e1s\u00e1ra. <\/p>\n<p>A Ready \u00e9rt\u00e9ket az al\u00e1bbi diagram adatai alapj\u00e1n sz\u00e1m\u00edtjuk ki. (324474\/(20*1000))*100 = 1622% az eg\u00e9sz VM-re. Ha a magokra n\u00e9z\u00fcnk, m\u00e1r nem t\u0171nik annyira ijeszt\u0151nek: 1622\/64 = 25% magonk\u00e9nt. Ebben az esetben a csapda felfedez\u00e9se meglehet\u0151sen egyszer\u0171: a Ready \u00e9rt\u00e9k irre\u00e1lis. De ha 10-20% van az eg\u00e9sz VM-re t\u00f6bb mag eset\u00e9n, akkor minden mag eset\u00e9ben az \u00e9rt\u00e9k a norm\u00e1l tartom\u00e1nyban lehet.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mit tegy\u00fcnk? <\/b>A magas Ready \u00e9rt\u00e9k azt jelzi, hogy a szervernek nincs elegend\u0151 CPU er\u0151forr\u00e1sa a virtu\u00e1lis g\u00e9pek norm\u00e1lis m\u0171k\u00f6d\u00e9s\u00e9hez. Ilyen helyzetben csak a CPU t\u00falterhel\u00e9s cs\u00f6kkent\u00e9se (vCPU:pCPU) marad. Nyilv\u00e1nval\u00f3, hogy ezt a megl\u00e9v\u0151 VM param\u00e9tereinek cs\u00f6kkent\u00e9s\u00e9vel vagy egyes VM-ek migr\u00e1l\u00e1s\u00e1val m\u00e1s szerverekre lehet el\u00e9rni.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Hogyan elemezz\u00fck?<\/b> Ez a sz\u00e1ml\u00e1l\u00f3 szint\u00e9n Summation t\u00edpus\u00fa, \u00e9s hasonl\u00f3an a Ready-hoz, sz\u00e1zal\u00e9kokra konvert\u00e1lhat\u00f3:<\/p>\n<p>(CPU co-stop summation value \/ (diagram alap\u00e9rtelmezett friss\u00edt\u00e9si intervalluma m\u00e1sodpercben * 1000)) * 100 = CPU co-stop %<\/p>\n<p>Itt is figyelni kell a VM magjainak sz\u00e1m\u00e1ra \u00e9s a m\u00e9r\u00e9si intervallumra.<br \/>\nA co-stop \u00e1llapotban a mag nem v\u00e9gez hasznos munk\u00e1t. A VM m\u00e9ret\u00e9nek \u00e9s a szerver terhel\u00e9s\u00e9nek helyes megv\u00e1laszt\u00e1s\u00e1val a co-stop sz\u00e1ml\u00e1l\u00f3nak k\u00f6zel kell lennie a null\u00e1hoz.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Ebben az esetben a terhel\u00e9s egy\u00e9rtelm\u0171en norm\u00e1lis:)<\/i><\/p>\n<p><b>Mit tegy\u00fcnk?<\/b> Ha egy hypervisoron t\u00f6bb VM m\u0171k\u00f6dik sok maggal, \u00e9s van CPU t\u00falterhel\u00e9s, a co-stop sz\u00e1ml\u00e1l\u00f3 megemelkedhet, ami teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1khoz vezethet a VM-ekn\u00e9l. <\/p>\n<p>A co-stop szint\u00e9n megemelkedik, ha az akt\u00edv VM magok sz\u00e1m\u00e1ra sz\u00e1lakat haszn\u00e1lnak egy fizikailag egy magra telep\u00edtett szerveren, ami hyper-threading-gel van enged\u00e9lyezve. Ilyen helyzet l\u00e9phet fel p\u00e9ld\u00e1ul, ha a VM-nek t\u00f6bb magja van, mint amennyi fizikailag el\u00e9rhet\u0151 a szerveren, ahol m\u0171k\u00f6dik, vagy ha a VM-n\u00e9l a 'preferHT' be\u00e1ll\u00edt\u00e1s enged\u00e9lyezve van. Err\u0151l a be\u00e1ll\u00edt\u00e1sr\u00f3l itt olvashat. <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">itt<\/a><\/noindex>. <\/p>\n<p>A VM teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1inak elker\u00fcl\u00e9se \u00e9rdek\u00e9ben a magas co-stop miatt v\u00e1lassza a VM m\u00e9ret\u00e9t a szoftvergy\u00e1rt\u00f3 aj\u00e1nl\u00e1sa szerint, amely ezen a VM-en m\u0171k\u00f6dik, \u00e9s figyelembe v\u00e9ve a VM m\u0171k\u00f6d\u00e9si hely\u00e9n tal\u00e1lhat\u00f3 fizikai szerver lehet\u0151s\u00e9geit. <\/p>\n<p>Ne adjon hozz\u00e1 magokat tartal\u00e9kk\u00e9nt, ez probl\u00e9m\u00e1kat okozhat a VM teljes\u00edtm\u00e9ny\u00e9ben, valamint a szerveren tal\u00e1lhat\u00f3 szomsz\u00e9dai sz\u00e1m\u00e1ra is.<\/p>\n<h3>Egy\u00e9b hasznos CPU metrik\u00e1k<\/h3>\n<p>\n<b>Run<\/b> \u2013 h\u00e1ny id\u0151t (ms) t\u00f6lt\u00f6tt a vCPU a m\u00e9r\u00e9si id\u0151szak alatt RUN \u00e1llapotban, teh\u00e1t t\u00e9nylegesen v\u00e9gezte a hasznos munk\u00e1t.<\/p>\n<p><b>Idle<\/b> \u2013 mennyi id\u0151 (ms) alatt volt a vCPU t\u00e9tlen \u00e1llapotban a m\u00e9r\u00e9si id\u0151szak alatt. A magas Idle \u00e9rt\u00e9kek nem probl\u00e9ma, egyszer\u0171en a vCPU-nak \"nem volt mit tennie\".<\/p>\n<p><b>V\u00e1rakoz\u00e1s<\/b> \u2013 mennyi id\u0151 (ms) alatt volt a vCPU v\u00e1rakoz\u00f3 \u00e1llapotban a m\u00e9r\u00e9si id\u0151szak alatt. Mivel az Idle is beleker\u00fcl ebbe a sz\u00e1ml\u00e1l\u00f3ba, a magas Wait \u00e9rt\u00e9kek sem jeleznek probl\u00e9m\u00e1t. Ha viszont a magas Wait mellett az Idle alacsony, az azt jelenti, hogy a VM az I\/O m\u0171veletek befejez\u00e9s\u00e9re v\u00e1rt, ami probl\u00e9m\u00e1t jelezhet a merevlemez teljes\u00edtm\u00e9ny\u00e9vel vagy a VM virtu\u00e1lis eszk\u00f6zeivel kapcsolatban.<\/p>\n<p><b>Max limit\u00e1lt<\/b> \u2013 mennyi id\u0151 (ms) alatt volt a vCPU k\u00e9szenl\u00e9ti \u00e1llapotban a be\u00e1ll\u00edtott er\u0151forr\u00e1skorl\u00e1toz\u00e1s miatt. Ha a teljes\u00edtm\u00e9ny \u00e9rthetetlen\u00fcl alacsony, \u00e9rdemes ellen\u0151rizni ezt a sz\u00e1ml\u00e1l\u00f3t \u00e9s a CPU korl\u00e1tot a VM be\u00e1ll\u00edt\u00e1saiban. Lehet, hogy a VM-nek van korl\u00e1tja, amir\u0151l nem tudsz. P\u00e9ld\u00e1ul ez t\u00f6rt\u00e9nik, amikor a VM egy sablonb\u00f3l lett kl\u00f3nozva, ahol a CPU korl\u00e1t be volt \u00e1ll\u00edtva.<\/p>\n<p><b>Swap v\u00e1rakoz\u00e1s<\/b> \u2013 mennyi id\u0151t v\u00e1rt a vCPU a VMkernel Swap m\u0171velet\u00e9re a m\u00e9r\u00e9si id\u0151szak alatt. Ha ennek a sz\u00e1ml\u00e1lnak az \u00e9rt\u00e9ke nulla felett van, akkor a VM-nek biztosan vannak teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1i. R\u00e9szletesen a SWAP-r\u00f3l a RAM sz\u00e1ml\u00e1l\u00f3kkal foglalkoz\u00f3 cikkben besz\u00e9l\u00fcnk.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nHa a vCenter teljes\u00edtm\u00e9nysz\u00e1ml\u00e1l\u00f3i j\u00f3k a t\u00f6rt\u00e9neti adatok elemz\u00e9s\u00e9re, akkor a probl\u00e9m\u00e1k operat\u00edv elemz\u00e9s\u00e9hez a legjobb az ESXTOP. Itt minden \u00e9rt\u00e9k k\u00e9szen \u00e1ll (nem kell semmit leford\u00edtani), \u00e9s a minim\u00e1lis m\u00e9r\u00e9si id\u0151szak 2 m\u00e1sodperc.<br \/>\nAz ESXTOP CPU k\u00e9perny\u0151 a 'c' gomb megnyom\u00e1s\u00e1val h\u00edvhat\u00f3 el\u0151, \u00e9s a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9z ki:<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA k\u00e9nyelem \u00e9rdek\u00e9ben hagyja csak a virtu\u00e1lis g\u00e9pek folyamatait, a Shift-V megnyom\u00e1s\u00e1val.<br \/>\nA VM k\u00fcl\u00f6nb\u00f6z\u0151 magjainak metrik\u00e1inak megtekint\u00e9s\u00e9hez nyomja meg az 'e' gombot, \u00e9s \u00edrja be az \u00e9rdekl\u0151d\u0151 VM GID-t (30919 a lenti k\u00e9perny\u0151k\u00e9pen):<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nR\u00f6viden \u00e1ttekintem az alap\u00e9rtelmez\u00e9s szerint megjelen\u0151 oszlopokat. Tov\u00e1bbi oszlopok hozz\u00e1adhat\u00f3k az 'f' gomb megnyom\u00e1s\u00e1val.<\/p>\n<p><b>NWLD (Vil\u00e1gok Sz\u00e1ma)<\/b> \u2013 a csoportban l\u00e9v\u0151 folyamatok sz\u00e1ma. A csoport kib\u0151v\u00edt\u00e9s\u00e9hez \u00e9s az egyes folyamatok (p\u00e9ld\u00e1ul a t\u00f6bbmagos VM eset\u00e9n minden mag) metrik\u00e1inak megtekint\u00e9s\u00e9hez nyomja meg az \u201ce\u201d gombot. Ha a csoportban t\u00f6bb mint egy folyamat van, akkor a csoport metrik\u00e1inak \u00e9rt\u00e9ke az egyes folyamatok metrik\u00e1inak \u00f6sszeg\u00e9vel egyenl\u0151.<\/p>\n<p><b>%HASZN\u00c1LT<\/b> \u2013 mennyi CPU ciklust haszn\u00e1l a szerver egy folyamat vagy folyamatcsoport.<\/p>\n<p><b>%FUT<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a folyamat RUN \u00e1llapotban a m\u00e9r\u00e9si id\u0151szak sor\u00e1n, azaz v\u00e9gzett hasznos munk\u00e1t. K\u00fcl\u00f6nb\u00f6zik a %USED-t\u0151l, mert nem veszi figyelembe a hyper-threadinget, a frekvencia sk\u00e1l\u00e1z\u00e1st \u00e9s a rendszerfeladatokra (%SYS) ford\u00edtott id\u0151t.<\/p>\n<p><b>%SYS<\/b> \u2013 az id\u0151, amelyet rendszerfeladatokra ford\u00edtottunk, p\u00e9ld\u00e1ul megszak\u00edt\u00e1sok kezel\u00e9s\u00e9re, bemenetre\/kimenetre, h\u00e1l\u00f3zati munk\u00e1ra stb. Az \u00e9rt\u00e9k magas lehet, ha a VM-nek nagym\u00e9rt\u00e9k\u0171 bemenete\/kimenete van.<\/p>\n<p><b>%OVRLP<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a fizikai mag, amelyen a VM folyamat fut, m\u00e1s folyamatok feladataira.<\/p>\n<p>Ezek a metrik\u00e1k egym\u00e1ssal a k\u00f6vetkez\u0151k\u00e9ppen viszonyulnak:<\/p>\n<p>%USED = %RUN + %SYS \u2013 %OVRLP.<\/p>\n<p>\u00c1ltal\u00e1ban a %USED metrika informat\u00edvabb.<\/p>\n<p><b>%WAIT<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a folyamat a m\u00e9r\u00e9si id\u0151szak sor\u00e1n Wait \u00e1llapotban. Tartalmazza az IDLE-t is.<\/p>\n<p><b>%IDLE<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a folyamat a m\u00e9r\u00e9si id\u0151szak sor\u00e1n IDLE \u00e1llapotban.<\/p>\n<p><b>%SWPWT<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a m\u00e9r\u00e9si id\u0151szak sor\u00e1n az vCPU a VMkernel Swap m\u0171veletre v\u00e1rva.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a m\u00e9r\u00e9si id\u0151szak sor\u00e1n az vCPU esem\u00e9nyek (\u00e1ltal\u00e1ban bemenetre\/kimenetre) v\u00e1rakozva. Ezen metrik\u00e1nak nincs megfelel\u0151je a vCenterben. A magas \u00e9rt\u00e9kek probl\u00e9m\u00e1kat jeleznek a VM bemeneti\/kimeneti teljes\u00edtm\u00e9ny\u00e9vel kapcsolatban.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Ha a VM nem haszn\u00e1l VMkernel Swap-ot, akkor a teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1k elemz\u00e9sekor \u00e9rdemes figyelembe venni a %VMWAIT-t, mivel ez a metrika nem sz\u00e1molja azt az id\u0151t, amikor a VM semmit sem csin\u00e1lt (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a folyamat a m\u00e9r\u00e9si id\u0151szak sor\u00e1n Ready \u00e1llapotban.<\/p>\n<p><b>%CSTP<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt a folyamat a m\u00e9r\u00e9si id\u0151szak sor\u00e1n costop \u00e1llapotban.<\/p>\n<p><b>%MLMTD<\/b> \u2013 mennyi id\u0151t t\u00f6lt\u00f6tt az vCPU a m\u00e9r\u00e9si id\u0151szak sor\u00e1n Ready \u00e1llapotban a be\u00e1ll\u00edtott er\u0151forr\u00e1slimitek miatt.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 a VM magja mindig ezekben a n\u00e9gy \u00e1llapotban van.<\/p>\n<h3>CPU a hipervizoron<\/h3>\n<p>\nA vCenterben van CPU teljes\u00edtm\u00e9nym\u00e9r\u0151 a hipervizor sz\u00e1m\u00e1ra is, de ezek nem \u00e9rdekesek \u2013 ez egyszer\u0171en a szerveren l\u00e9v\u0151 \u00f6sszes VM teljes\u00edtm\u00e9nym\u00e9r\u0151inek \u00f6sszege.<br \/>\nA legk\u00e9nyelmesebb CPU \u00e1llapot\u00e1t a szerveren a Summary f\u00fclem alatt ellen\u0151rizni:<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA szerver sz\u00e1m\u00e1ra, ak\u00e1rcsak a virtu\u00e1lis g\u00e9p sz\u00e1m\u00e1ra, l\u00e9tezik egy alap\u00e9rtelmezett riaszt\u00e1s:<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMagas CPU terhel\u00e9s eset\u00e9n a szerveren fut\u00f3 VM-ek teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1kat tapasztalnak.<\/p>\n<p>Az ESXTOP-on a szerver CPU terhel\u00e9s\u00e9nek adatai a k\u00e9perny\u0151 tetej\u00e9n tal\u00e1lhat\u00f3k. A standard CPU terhel\u00e9s mellett, amely a hypervisorok sz\u00e1m\u00e1ra nem t\u00fal informat\u00edv, h\u00e1rom tov\u00e1bbi mutat\u00f3 is van:<\/p>\n<p><b>CORE UTIL(%)<\/b> \u2013 a fizikai szerver magj\u00e1nak terhel\u00e9se. Ez a sz\u00e1ml\u00e1l\u00f3 azt mutatja, mennyi id\u0151t dolgozott a mag a m\u00e9r\u00e9si id\u0151szak alatt.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 ha a hyper-threading be van kapcsolva, akkor minden fizikai magra k\u00e9t sz\u00e1l (PCPU) jut. Ez a mutat\u00f3 azt mutatja, mennyi id\u0151t dolgozott mindegyik sz\u00e1l.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 ugyanaz, mint a PCPU UTIL(%), de figyelembe veszi a frequency scaling-et (a mag frekvenci\u00e1j\u00e1nak cs\u00f6kkent\u00e9se energia megtakar\u00edt\u00e1s c\u00e9lj\u00e1b\u00f3l, vagy a Turbo Boost technol\u00f3gia r\u00e9v\u00e9n t\u00f6rt\u00e9n\u0151 n\u00f6vel\u00e9se) \u00e9s a hyper-threading-et.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * effekt\u00edv magfrekvencia \/ n\u00e9vleges magfrekvencia.<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Ezen a k\u00e9perny\u0151k\u00e9pen n\u00e9h\u00e1ny mag sz\u00e1m\u00e1ra a Turbo Boost m\u0171k\u00f6d\u00e9se miatt a USED \u00e9rt\u00e9k 100%-n\u00e1l magasabb, mivel a mag frekvenci\u00e1ja a n\u00e9vlegesn\u00e9l magasabb.<\/i><\/p>\n<p>N\u00e9h\u00e1ny sz\u00f3 a hyper-threading figyelembev\u00e9tel\u00e9r\u0151l. Ha a folyamatok 100% id\u0151t t\u00f6lt\u00f6ttek a fizikai mag mindk\u00e9t sz\u00e1l\u00e1n, \u00e9s a mag a n\u00e9vleges frekvenci\u00e1n m\u0171k\u00f6dik, akkor:<\/p>\n<ul>\n<li>A CORE UTIL a mag sz\u00e1m\u00e1ra 100% lesz,<\/li>\n<li>A PCPU UTIL mindk\u00e9t sz\u00e1l sz\u00e1m\u00e1ra 100% lesz,<\/li>\n<li>A PCPU USED mindk\u00e9t sz\u00e1l sz\u00e1m\u00e1ra 50% lesz.<\/li>\n<\/ul>\n<p>\nHa mindk\u00e9t sz\u00e1l nem dolgozott a m\u00e9r\u00e9si id\u0151szak 100%-\u00e1ban, akkor azokban az id\u0151szakokban, amikor a sz\u00e1lak p\u00e1rhuzamosan m\u0171k\u00f6dtek, a PCPU USED a magok sz\u00e1m\u00e1ra felez\u0151dik.<\/p>\n<p>Az ESXTOP-on van egy k\u00e9perny\u0151 a szerver CPU energiafogyaszt\u00e1si param\u00e9tereivel. Itt meg lehet n\u00e9zni, hogy a szerver haszn\u00e1lja-e az energiahat\u00e9konys\u00e1gi technol\u00f3gi\u00e1kat: C-states \u00e9s P-states. Az 'p' billenty\u0171 lenyom\u00e1s\u00e1val h\u00edvhat\u00f3 el\u0151:<\/p>\n<p><img decoding=\"async\" alt=\"A teljes\u00edtm\u00e9ny elemz\u00e9se a VMware vSphere virtu\u00e1lis g\u00e9peiben. 1. r\u00e9sz: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU teljes\u00edtm\u00e9nylehet\u0151s\u00e9gek szok\u00e1sos probl\u00e9m\u00e1i<\/h3>\n<p>\nV\u00e9g\u00fcl \u00e1t\u00edrok n\u00e9h\u00e1ny tipikus okot a VM CPU teljes\u00edtm\u00e9ny\u00e9nek probl\u00e9m\u00e1ira, \u00e9s adok r\u00e1 r\u00f6vid megold\u00e1si javaslatokat:<\/p>\n<p><b>Nem elegend\u0151 a mag \u00f3rajel.<\/b> Ha nincs lehet\u0151s\u00e9g a VM-t er\u0151sebb magokra \u00e1thelyezni, pr\u00f3b\u00e1lja meg m\u00f3dos\u00edtani az energiafogyaszt\u00e1si be\u00e1ll\u00edt\u00e1sokat, hogy a Turbo Boost hat\u00e9konyabb legyen.<\/p>\n<p><b>Hib\u00e1s VM m\u00e9retez\u00e9s (t\u00fal sok\/t\u00fal kev\u00e9s mag).<\/b> Ha t\u00fal kev\u00e9s magot \u00e1ll\u00edt be, magas CPU terhel\u00e9st tapasztalhat a VM-en. Ha t\u00fal sok, magas co-stop val\u00f3sz\u00edn\u0171.<\/p>\n<p><b>Magas CPU t\u00falb\u00e9rl\u00e9s a szerveren.<\/b> Ha a VM-en magas Ready-n van, cs\u00f6kkentse a CPU t\u00falb\u00e9rl\u00e9st.<\/p>\n<p><b>Hib\u00e1s NUMA-topol\u00f3gia nagyobb VM-ek eset\u00e9n.<\/b> A VM's NUMA topology (vNUMA) must match the server's NUMA topology (pNUMA). Diagnostics and possible solutions to this problem are discussed, for example, in the book <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>. If you don't want to dive deep and have no licensing restrictions on the OS installed on the VM, create multiple virtual sockets with one core each on the VM. You won't lose much \ud83d\ude42<\/p>\n<p>That's all I have on CPU. Feel free to ask questions. In the next part, I'll talk about RAM.<\/p>\n<p><b class=\"spoiler_title\">Hasznos linkek<\/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 \/>Forr\u00e1s: <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 5.0.3 - aioseo.com -->\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\/hu\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\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:url\" content=\"https:\/\/prohoster.info\/hu\/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\udd47Performance analysis of a virtual machine in VMware vSphere. Part 1: CPU | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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:url":"https:\/\/prohoster.info\/hu\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}