{"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\/sv\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOm du administrerar en virtuell infrastruktur baserad p\u00e5 VMware vSphere (eller vilken annan teknikstack som helst), h\u00f6r du s\u00e4kert ofta anv\u00e4ndarnas klagom\u00e5l: \"Den virtuella maskinen \u00e4r l\u00e5ngsam!\". I denna artikelserie kommer jag att g\u00e5 igenom prestationsmetrik och f\u00f6rklara vad som \"saktar ner\" och hur man kan \u00e5tg\u00e4rda det.<\/p>\n<p>Jag kommer att behandla f\u00f6ljande aspekter av virtuella maskiners prestanda:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISK,<\/li>\n<li>N\u00e4tverk.<\/li>\n<\/ul>\n<p>\nJag b\u00f6rjar med CPU.<\/p>\n<p>F\u00f6r att analysera prestandan beh\u00f6ver vi:<\/p>\n<ul>\n<li><b>vCenter Performance Counters<\/b> \u2013 prestandaindikatorer vars diagram kan ses via vSphere Client. Information om dessa indikatorer finns tillg\u00e4nglig i alla versioner av klienten (\"tjocka\" klienten i C#, webbklienten i Flex och webbklienten i HTML5). I dessa artiklar kommer vi att anv\u00e4nda sk\u00e4rmbilder fr\u00e5n C#-klienten, bara f\u00f6r att de ser b\u00e4ttre ut i miniatyrform :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 ett verktyg som startas fr\u00e5n kommandoraden i ESXi. Med det kan du f\u00e5 v\u00e4rden f\u00f6r prestandaindikatorer i realtid eller exportera dessa v\u00e4rden under en viss period till en .csv-fil f\u00f6r vidare analys. Jag kommer att ber\u00e4tta mer om detta verktyg och ge n\u00e5gra anv\u00e4ndbara l\u00e4nkar till dokumentation och artiklar om \u00e4mnet.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Lite teori<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI ESXi ansvarar en separat process \u2013 world i VMware:s terminologi \u2013 f\u00f6r varje vCPU (k\u00e4rna i den virtuella maskinen). Det finns ocks\u00e5 systemprocesser, men n\u00e4r det kommer till analys av virtuella maskiners prestanda \u00e4r de mindre intressanta.<\/p>\n<p>En process i ESXi kan befinna sig i ett av fyra tillst\u00e5nd:<\/p>\n<ul>\n<li><b>Run<\/b> \u2013 processen utf\u00f6r n\u00e5got anv\u00e4ndbart arbete.<\/li>\n<li><b>V\u00e4nta<\/b> \u2013 processen utf\u00f6r inget arbete (idle) eller v\u00e4ntar p\u00e5 in- \/utmatning.<\/li>\n<li><b>Costop<\/b> \u2013 ett tillst\u00e5nd som uppst\u00e5r i flerk\u00e4rniga virtuella maskiner. Det intr\u00e4ffar n\u00e4r hypervisorns CPU-schema (ESXi CPU Scheduler) inte kan schemal\u00e4gga samtidig exekvering p\u00e5 serverns fysiska k\u00e4rnor f\u00f6r alla aktiva k\u00e4rnor i den virtuella maskinen. I den fysiska v\u00e4rlden arbetar alla k\u00e4rnor i processorn parallellt, och g\u00e4st-OS inuti VM:en f\u00f6rv\u00e4ntar sig ett liknande beteende, vilket g\u00f6r att hypervisorn m\u00e5ste s\u00e4nka hastigheten f\u00f6r de k\u00e4rnor i VM:en som har m\u00f6jlighet att avsluta cykeln snabbare. I moderna versioner av ESXi anv\u00e4nder CPU-schemal\u00e4ggaren en mekanism som kallas relaxed co-scheduling: hypervisorn bed\u00f6mer skillnaden mellan den \"snabbaste\" och den \"l\u00e5ngsammaste\" k\u00e4rnan i den virtuella maskinen (skew). Om skillnaden \u00f6verstiger en viss tr\u00f6skel g\u00e5r den \"snabba\" k\u00e4rnan in i tillst\u00e5ndet costop. Om k\u00e4rnorna i VM:en tillbringar mycket tid i detta tillst\u00e5nd kan det orsaka prestandaproblem.<\/li>\n<li><b>Redo<\/b> \u2013 processen g\u00e5r in i detta tillst\u00e5nd n\u00e4r hypervisorn inte har m\u00f6jlighet att tilldela resurser f\u00f6r dess exekvering. H\u00f6ga v\u00e4rden av ready kan orsaka prestandaproblem f\u00f6r VM.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Huvudr\u00e4knare f\u00f6r CPU-prestanda f\u00f6r den virtuella maskinen<\/h3>\n<p>\n<b>CPU-anv\u00e4ndning, %.<\/b> Visar procentandelen av CPU-anv\u00e4ndning under en angiven period.<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Hur analyserar man?<\/b> Om VM:n stabilt anv\u00e4nder CPU p\u00e5 90 % eller har toppar upp till 100 %, s\u00e5 har vi problem. Problemet kan inte bara yttra sig i \"l\u00e5ngsam\" prestanda av applikationen inom VM, utan \u00e4ven i VM:ns otillg\u00e4nglighet \u00f6ver n\u00e4tverket. Om \u00f6vervakningssystemet visar att VM:n periodvis tappar anslutningen, uppm\u00e4rksamma topparna i CPU-anv\u00e4ndningsgrafen.<\/p>\n<p>Det finns ett standardlarm som visar CPU-belastningen f\u00f6r den virtuella maskinen:<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Vad g\u00f6ra?<\/b> Om CPU-anv\u00e4ndningen st\u00e4ndigt \u00f6verstiger gr\u00e4nsen f\u00f6r VM:n kan man \u00f6verv\u00e4ga att \u00f6ka antalet vCPU (tyv\u00e4rr hj\u00e4lper det inte alltid) eller flytta VM:n till en server med mer kraftfulla processorer.<\/p>\n<h3>CPU-anv\u00e4ndning i Mhz<\/h3>\n<p>\nI graferna p\u00e5 vCenter kan CPU-anv\u00e4ndningen visas i %, men endast f\u00f6r hela den virtuella maskinen, det finns ingen grafer f\u00f6r enskilda k\u00e4rnor (i Esxtop finns det v\u00e4rden i % per k\u00e4rnor). F\u00f6r varje k\u00e4rna kan man se anv\u00e4ndningen i MHz.<\/p>\n<p><b>Hur analyserar man?<\/b> Det kan h\u00e4nda att en applikation inte \u00e4r optimerad f\u00f6r flerk\u00e4rnig arkitektur: den anv\u00e4nder endast ett k\u00e4rna till 100%, medan \u00f6vriga st\u00e5r stilla utan belastning. Till exempel, med standardinst\u00e4llningarna f\u00f6r backup k\u00f6r MS SQL processen endast p\u00e5 ett k\u00e4rn. Resultatet blir att s\u00e4kerhetskopieringen bromsar inte p\u00e5 grund av l\u00e5ngsam diskhastighet (detta klagade anv\u00e4ndaren inledningsvis p\u00e5), utan f\u00f6r att processorn inte klarar av det. Problemet l\u00f6stes genom att \u00e4ndra inst\u00e4llningarna: backupen b\u00f6rjade k\u00f6ras parallellt i flera filer (d\u00e4rmed i flera processer).<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Exempel p\u00e5 oj\u00e4mn belastning av k\u00e4rnor.<\/i><\/p>\n<p>Det kan ocks\u00e5 h\u00e4nda (som i grafen ovan) att k\u00e4rnorna \u00e4r oj\u00e4mnt belastade och p\u00e5 vissa av dem finns toppar p\u00e5 100%. Precis som med belastning p\u00e5 endast ett k\u00e4rn kommer alarmet f\u00f6r CPU-anv\u00e4ndning inte att utl\u00f6sas (det g\u00e4ller hela VM:en), men det kommer att finnas prestandaproblem.<\/p>\n<p><b>Vad g\u00f6ra? <\/b>Om programvaran i den virtuella maskinen belastar k\u00e4rnorna oj\u00e4mnt (anv\u00e4nder endast ett k\u00e4rn eller en del av k\u00e4rnorna) \u00e4r det meningsl\u00f6st att \u00f6ka antalet. I s\u00e5dana fall \u00e4r det b\u00e4ttre att flytta VM:en till en server med mer kraftfulla processorer.<\/p>\n<p>Det kan ocks\u00e5 vara v\u00e4rt att kontrollera inst\u00e4llningarna f\u00f6r energif\u00f6rbrukning i serverns BIOS. M\u00e5nga administrat\u00f6rer aktiverar i BIOS-l\u00e4get High Performance och p\u00e5 s\u00e5 s\u00e4tt inaktiverar energibesparande teknologier som C-states och P-states. Moderna Intel-processorer anv\u00e4nder teknologin Turbo Boost, som \u00f6kar frekvensen f\u00f6r vissa k\u00e4rnor p\u00e5 bekostnad av andra k\u00e4rnor. Men den fungerar endast n\u00e4r energibesparande teknologier \u00e4r aktiverade. Om vi st\u00e4nger av dem kan processorn inte minska energif\u00f6rbrukningen f\u00f6r k\u00e4rnor som inte \u00e4r belastade. <\/p>\n<p>VMware rekommenderar att man inte st\u00e4nger av energibesparande teknologier p\u00e5 servrar, utan att v\u00e4lja l\u00e4gen som maximalt \u00f6verl\u00e4mnar kontrollen \u00f6ver energif\u00f6rbrukningen till hypervisorn. I inst\u00e4llningarna f\u00f6r energif\u00f6rbrukning av hypervisorn b\u00f6r man v\u00e4lja High Performance. <\/p>\n<p>Om du har separata VM:ar (eller k\u00e4rnor av VM:ar) som kr\u00e4ver en h\u00f6gre CPU-frekvens kan korrekt inst\u00e4llning av energif\u00f6rbrukningen avsev\u00e4rt f\u00f6rb\u00e4ttra deras prestanda.<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Bereddhet) <\/h3>\n<p>\nOm vCPU-k\u00e4rnan \u00e4r i ett Ready-tillst\u00e5nd, g\u00f6r den inget anv\u00e4ndbart arbete. Detta tillst\u00e5nd uppst\u00e5r n\u00e4r hypervisorn inte hittar ett ledigt fysiskt k\u00e4rna som kan tilldelas vCPU-processen f\u00f6r den virtuella maskinen.<\/p>\n<p><b>Hur analyserar man?<\/b> Generellt, om k\u00e4rnorna f\u00f6r den virtuella maskinen \u00e4r i ett Ready-tillst\u00e5nd mer \u00e4n 10 % av tiden, kommer du att m\u00e4rka prestandaproblem. Enkelt uttryckt, mer \u00e4n 10 % av tiden v\u00e4ntar VM p\u00e5 tillg\u00e5ngen till fysiska resurser.<\/p>\n<p>I vCenter kan du se tv\u00e5 m\u00e4tv\u00e4rden relaterade till CPU Ready:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nV\u00e4rdena f\u00f6r b\u00e5da m\u00e4tv\u00e4rdena kan ses b\u00e5de f\u00f6r hela VM:n samt f\u00f6r enskilda k\u00e4rnor.<br \/>\nReadiness visar v\u00e4rdet direkt i procent, men endast i realtid (data f\u00f6r den senaste timmen, m\u00e4tintervall p\u00e5 20 sekunder). Detta m\u00e4tv\u00e4rde b\u00f6r endast anv\u00e4ndas f\u00f6r att hitta problem \"p\u00e5 f\u00e4rsk sp\u00e5r\".<\/p>\n<p>V\u00e4rdena f\u00f6r m\u00e4tv\u00e4rdet Ready kan ocks\u00e5 ses i ett historiskt perspektiv. Detta \u00e4r anv\u00e4ndbart f\u00f6r att fastst\u00e4lla m\u00f6nster och f\u00f6r en djupare analys av problemet. Om den virtuella maskinen b\u00f6rjar uppleva prestandaproblem vid en viss tidpunkt, kan man j\u00e4mf\u00f6ra intervallen med f\u00f6rh\u00f6jt v\u00e4rde av CPU Ready med den totala belastningen p\u00e5 servern d\u00e4r den aktuella VM:n k\u00f6rs, och vidta \u00e5tg\u00e4rder f\u00f6r att minska belastningen (om DRS inte klarar det).<\/p>\n<p>Till skillnad fr\u00e5n Readiness visas Ready inte i procent, utan i millisekunder. Detta \u00e4r en typ av summationsm\u00e4tv\u00e4rde, vilket betyder att det visar hur mycket tid k\u00e4rnan i VM:n var i ett Ready-tillst\u00e5nd under m\u00e4tperioden. Detta v\u00e4rde kan \u00f6vers\u00e4ttas till procent med en enkel formel:<\/p>\n<p>(CPU ready summation value \/ (chart default update interval in seconds * 1000)) * 100 = CPU ready %<\/p>\n<p>Till exempel, f\u00f6r VM:n i grafen nedan skulle det maximala v\u00e4rdet f\u00f6r Ready f\u00f6r hela den virtuella maskinen bli f\u00f6ljande: <\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVid ber\u00e4kning av v\u00e4rdet f\u00f6r Ready i procent b\u00f6r tv\u00e5 aspekter beaktas:<\/p>\n<ul>\n<li>V\u00e4rdet f\u00f6r Ready f\u00f6r hela VM:n \u00e4r summan av Ready f\u00f6r k\u00e4rnorna.<\/li>\n<li>M\u00e4tningsintervallet. F\u00f6r realtid \u00e4r det 20 sekunder, medan det, till exempel, p\u00e5 dagliga grafer \u00e4r 300 sekunder.<\/li>\n<\/ul>\n<p>\nVid aktiv fels\u00f6kning kan dessa enkla punkter l\u00e4tt f\u00f6rbises, vilket g\u00f6r att man sl\u00f6sar v\u00e4rdefull tid p\u00e5 att l\u00f6sa icke-existerande problem. <\/p>\n<p>Vi ber\u00e4knar Ready baserat p\u00e5 uppgifterna i diagrammet nedan. (324474\/(20*1000))*100 = 1622% f\u00f6r hela VM. Om vi ser p\u00e5 k\u00e4rnorna blir det inte s\u00e5 skr\u00e4mmande: 1622\/64 = 25% per k\u00e4rna. I detta fall \u00e4r det ganska enkelt att uppt\u00e4cka en f\u00e4lla: v\u00e4rdet f\u00f6r Ready \u00e4r orealistiskt. Men om det handlar om 10\u201320% f\u00f6r hela VM med flera k\u00e4rnor kan v\u00e4rdet per k\u00e4rna vara inom det normala.<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Vad g\u00f6ra? <\/b>Ett h\u00f6gt v\u00e4rde p\u00e5 Ready indikerar att servern saknar processorkraft f\u00f6r att virtuella maskiner ska kunna fungera normalt. I en s\u00e5dan situation \u00e5terst\u00e5r det bara att minska \u00f6verskridningen av CPU-resurser (vCPU:pCPU). Det \u00e4r uppenbart att detta kan uppn\u00e5s genom att minska parametrarna f\u00f6r befintliga VM eller genom att migrera delar av VM till andra servrar.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Hur analyserar man?<\/b> Denna r\u00e4knare har ocks\u00e5 typen Summation och \u00f6vers\u00e4tts till procent p\u00e5 samma s\u00e4tt som Ready:<\/p>\n<p>(CPU co-stop summation value \/ (standard uppdateringsintervall i diagrammet i sekunder * 1000)) * 100 = CPU co-stop %<\/p>\n<p>H\u00e4r beh\u00f6ver vi ocks\u00e5 h\u00e5lla koll p\u00e5 antalet k\u00e4rnor p\u00e5 VM och m\u00e4tintervallet.<br \/>\nI ett co-stop tillst\u00e5nd utf\u00f6r k\u00e4rnan inget nyttigt arbete. Vid r\u00e4tt val av storlek p\u00e5 VM och normal belastning p\u00e5 servern b\u00f6r co-stop r\u00e4knaren vara n\u00e4ra noll.<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>I detta fall \u00e4r belastningen uppenbart onormal :)<\/i><\/p>\n<p><b>Vad g\u00f6ra?<\/b> Om flera VM med m\u00e5nga k\u00e4rnor k\u00f6rs p\u00e5 en hypervisor och det finns \u00f6verskridning av CPU, kan co-stop r\u00e4knaren stiga, vilket kan leda till prestandaproblem f\u00f6r dessa VM. <\/p>\n<p>Co-stop kommer ocks\u00e5 att \u00f6ka om aktiva k\u00e4rnor p\u00e5 en VM anv\u00e4nder tr\u00e5dar p\u00e5 ett fysiskt k\u00e4rna p\u00e5 servern med hyperthreading aktiverat. En s\u00e5dan situation kan uppst\u00e5 om VM har fler k\u00e4rnor \u00e4n vad som fysiskt finns p\u00e5 servern d\u00e4r den k\u00f6rs, eller om VM \u00e4r inst\u00e4lld p\u00e5 \"preferHT\". Du kan l\u00e4sa mer om denna inst\u00e4llning. <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">h\u00e4r<\/a><\/noindex>. <\/p>\n<p>F\u00f6r att undvika prestandaproblem f\u00f6r VM p\u00e5 grund av h\u00f6g co-stop, v\u00e4lj storleken p\u00e5 VM enligt tillverkarens rekommendationer f\u00f6r programvaran som k\u00f6rs p\u00e5 denna VM och med kapaciteten hos den fysiska servern d\u00e4r VM k\u00f6rs. <\/p>\n<p>L\u00e4gg inte till k\u00e4rnor i f\u00f6rvar, det kan orsaka prestandaproblem inte bara f\u00f6r VM sj\u00e4lv utan \u00e4ven f\u00f6r dess grannar p\u00e5 servern.<\/p>\n<h3>Andra anv\u00e4ndbara CPU-metriker<\/h3>\n<p>\n<b>Run<\/b> \u2013 hur mycket tid (ms) under m\u00e4tperioden vCPU befann sig i tillst\u00e5ndet RUN, det vill s\u00e4ga faktiskt utf\u00f6rde nyttigt arbete.<\/p>\n<p><b>Idle<\/b> \u2013 hur mycket tid (ms) under m\u00e4tperioden som vCPU varit i ett inaktivt tillst\u00e5nd. H\u00f6ga v\u00e4rden f\u00f6r Idle \u00e4r inget problem, det betyder bara att vCPU hade \"inget att g\u00f6ra\".<\/p>\n<p><b>V\u00e4nta<\/b> \u2013 hur mycket tid (ms) under m\u00e4tperioden som vCPU varit i ett v\u00e4ntande tillst\u00e5nd. Eftersom detta m\u00e4tv\u00e4rde inkluderar IDLE, indikerar h\u00f6ga v\u00e4rden f\u00f6r Wait inte heller ett problem. Men om Wait \u00e4r h\u00f6gt och IDLE l\u00e5gt, inneb\u00e4r det att VM v\u00e4ntade p\u00e5 att I\/O-operationer skulle slutf\u00f6ras, vilket kan tyda p\u00e5 ett prestandaproblem med h\u00e5rddisken eller n\u00e5gra virtuella enheter i VM.<\/p>\n<p><b>Max begr\u00e4nsad<\/b> \u2013 hur mycket tid (ms) under m\u00e4tperioden som vCPU varit i ett Ready-tillst\u00e5nd p\u00e5 grund av en resursbegr\u00e4nsning. Om prestandan \u00e4r of\u00f6rklarligt l\u00e5g, \u00e4r det bra att kontrollera detta m\u00e4tv\u00e4rde och CPU-begr\u00e4nsningen i VM:ns inst\u00e4llningar. Det kan finnas begr\u00e4nsningar p\u00e5 VM som du inte k\u00e4nner till. Till exempel kan detta h\u00e4nda n\u00e4r VM har klonats fr\u00e5n en mall d\u00e4r en CPU-begr\u00e4nsning har st\u00e4llts in.<\/p>\n<p><b>Swap wait<\/b> \u2013 hur l\u00e4nge under m\u00e4tperioden som vCPU v\u00e4ntade p\u00e5 operationer med VMkernel Swap. Om detta m\u00e4tv\u00e4rde \u00e4r st\u00f6rre \u00e4n noll, har VM definitivt prestandaproblem. Mer om SWAP kommer vi att diskutera i artikeln om minnesm\u00e4tare.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nOm prestandaindikatorerna i vCenter \u00e4r bra f\u00f6r att analysera historiska data, \u00e4r det b\u00e4ttre att g\u00f6ra en snabb analys av problemet i ESXTOP. H\u00e4r presenteras alla v\u00e4rden i ett f\u00e4rdigt format (inget \u00f6vers\u00e4ttning beh\u00f6vs), och den minimi m\u00e4tperioden \u00e4r 2 sekunder.<br \/>\nESXTOP-sk\u00e4rmen f\u00f6r CPU \u00f6ppnas med tangenten \"c\" och ser ut p\u00e5 f\u00f6ljande s\u00e4tt:<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nF\u00f6r att f\u00f6renkla kan du l\u00e4mna kvar endast processerna f\u00f6r virtuella maskiner genom att trycka p\u00e5 Shift-V.<br \/>\nF\u00f6r att se metrik f\u00f6r individuella k\u00e4rnor i VM, tryck p\u00e5 \"e\" och ange GID f\u00f6r den intressanta VM (30919 p\u00e5 sk\u00e4rmbilden nedan):<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJag g\u00e5r kort igenom de kolumner som finns som standard. Ytterligare kolumner kan l\u00e4ggas till genom att trycka p\u00e5 \"f\".<\/p>\n<p><b>NWLD (Antal v\u00e4rldar)<\/b> \u2013 antalet processer i gruppen. F\u00f6r att expandera gruppen och se metrik f\u00f6r varje process (till exempel f\u00f6r varje k\u00e4rna i en flertr\u00e5dad VM), tryck p\u00e5 \u201ce\u201d. Om det finns mer \u00e4n en process i gruppen \u00e4r metrikv\u00e4rdena f\u00f6r gruppen summan av metrikv\u00e4rdena f\u00f6r de enskilda processerna.<\/p>\n<p><b>%ANV\u00c4ND<\/b> \u2013 hur m\u00e5nga CPU-cykler servern anv\u00e4nder f\u00f6r processen eller gruppen av processer.<\/p>\n<p><b>%K\u00d6R<\/b> \u2013 hur l\u00e4nge processen under m\u00e4tperioden var i tillst\u00e5ndet RUN, det vill s\u00e4ga utf\u00f6rde nyttigt arbete. Skiljer sig fr\u00e5n %USED genom att det inte tar h\u00e4nsyn till hyper-threading, frekvensskalning och tid som anv\u00e4nds f\u00f6r systemuppgifter (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 tid som spenderas p\u00e5 systemuppgifter, till exempel: hantering av avbrott, in-\/utdata, n\u00e4tverksarbete etc. V\u00e4rdet kan vara h\u00f6gre om VM har h\u00f6g in-\/utdata.<\/p>\n<p><b>%OVRLP<\/b> \u2013 hur l\u00e4nge den fysiska k\u00e4rnan som k\u00f6r VM-processen har spenderat p\u00e5 uppgifter fr\u00e5n andra processer.<\/p>\n<p>Dessa metrikar relaterar till varandra p\u00e5 f\u00f6ljande s\u00e4tt:<\/p>\n<p>%USED = %RUN + %SYS \u2014 %OVRLP.<\/p>\n<p>Vanligtvis \u00e4r metrik %USED mer informativ.<\/p>\n<p><b>%WAIT<\/b> \u2013 hur l\u00e4nge processen under m\u00e4tperioden var i tillst\u00e5ndet Wait. Inkluderar IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 hur l\u00e4nge processen under m\u00e4tperioden var i tillst\u00e5ndet IDLE.<\/p>\n<p><b>%SWPWT<\/b> \u2013 hur l\u00e4nge vCPU under m\u00e4tperioden v\u00e4ntade p\u00e5 swap-operationer med VMkernel.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 hur l\u00e4nge vCPU under m\u00e4tperioden var i tillst\u00e5ndet v\u00e4ntar p\u00e5 ett h\u00e4ndelse (vanligtvis in-\/utdata). Det finns ingen liknande r\u00e4knare i vCenter. H\u00f6ga v\u00e4rden indikerar problem med in-\/utdata p\u00e5 VM.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Om VM inte anv\u00e4nder VMkernel Swap, \u00e4r det meningsfullt att fokusera p\u00e5 %VMWAIT vid analys av prestandaproblem, eftersom denna metrik inte tar h\u00e4nsyn till tiden d\u00e5 VM inte gjorde n\u00e5got (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 hur l\u00e4nge processen under m\u00e4tperioden var i tillst\u00e5ndet Ready.<\/p>\n<p><b>%CSTP<\/b> \u2013 hur l\u00e4nge processen under m\u00e4tperioden var i tillst\u00e5ndet costop.<\/p>\n<p><b>%MLMTD<\/b> \u2013 hur l\u00e4nge vCPU under m\u00e4tperioden var i tillst\u00e5ndet Ready p\u00e5 grund av resursbegr\u00e4nsning.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 en k\u00e4rna i VM \u00e4r hela tiden i ett av dessa fyra tillst\u00e5nd.<\/p>\n<h3>CPU p\u00e5 hypervisorn<\/h3>\n<p>\nI vCenter finns \u00e4ven prestandar\u00e4knare f\u00f6r CPU p\u00e5 hypervisorn, men de \u00e4r inget intressant \u2013 det \u00e4r bara summan av r\u00e4knarna f\u00f6r alla VM p\u00e5 servern.<br \/>\nDet \u00e4r enklast att se CPU-tillst\u00e5ndet p\u00e5 servern under fliken Sammanfattning:<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nF\u00f6r en server, precis som f\u00f6r en virtuell maskin, finns det en standardlarm:<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVid h\u00f6g belastning p\u00e5 serverns CPU, b\u00f6rjar VM som k\u00f6rs p\u00e5 den f\u00e5 prestandaproblem.<\/p>\n<p>I ESXTOP visas uppgifter om CPU-belastningen p\u00e5 servern presenteras i \u00f6vre delen av sk\u00e4rmen. F\u00f6rutom standard CPU-belastning, som \u00e4r lite informativ f\u00f6r hypervisorer, finns det tre ytterligare m\u00e5tt:<\/p>\n<p><b>K\u00c4RNA UTIL(%)<\/b> \u2013 belastning p\u00e5 k\u00e4rnan i den fysiska servern. Denna m\u00e4tare visar hur mycket tid k\u00e4rnan har utf\u00f6rt arbete under m\u00e4tperioden.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 om hyper-threading \u00e4r aktiverat, s\u00e5 har varje fysisk k\u00e4rna tv\u00e5 tr\u00e5dar (PCPU). Detta m\u00e5tt visar hur mycket tid varje tr\u00e5d har utf\u00f6rt arbete.<\/p>\n<p><b>PCPU ANV\u00c4ND(%)<\/b> \u2013 samma som PCPU UTIL(%), men tar h\u00e4nsyn till frekvensskalning (antingen minskning av k\u00e4rnfrekvensen f\u00f6r energibesparing eller \u00f6kning av k\u00e4rnfrekvensen tack vare Turbo Boost) och hyper-threading.<\/p>\n<p>PCPU_ANV\u00c4ND% = PCPU_UTIL% * effektiv k\u00e4rnfrekvens \/ nominell k\u00e4rnfrekvens.<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>I den h\u00e4r sk\u00e4rmdumpen \u00e4r v\u00e4rdet ANV\u00c4ND f\u00f6r vissa k\u00e4rnor \u00f6ver 100% p\u00e5 grund av Turbo Boost, eftersom k\u00e4rnfrekvensen \u00e4r h\u00f6gre \u00e4n nominell.<\/i><\/p>\n<p>Ett par ord om hur hyper-threading beaktas. Om processerna k\u00f6rs 100% av tiden p\u00e5 b\u00e5da tr\u00e5darna i den fysiska k\u00e4rnan, och k\u00e4rnan arbetar med nominell frekvens, s\u00e5:<\/p>\n<ul>\n<li>K\u00c4RNA UTIL f\u00f6r k\u00e4rnan blir 100%,<\/li>\n<li>PCPU UTIL f\u00f6r b\u00e5da tr\u00e5darna blir 100%,<\/li>\n<li>PCPU ANV\u00c4ND f\u00f6r b\u00e5da tr\u00e5darna blir 50%.<\/li>\n<\/ul>\n<p>\nOm b\u00e5da tr\u00e5darna inte arbetade 100% av tiden under m\u00e4tperioden, d\u00e5 delas PCPU ANV\u00c4ND f\u00f6r k\u00e4rnorna upp i h\u00e4lften under de perioder d\u00e5 tr\u00e5darna arbetade parallellt.<\/p>\n<p>I ESXTOP finns \u00e4ven en sk\u00e4rm f\u00f6r energif\u00f6rbrukningsinst\u00e4llningar f\u00f6r serverns CPU. H\u00e4r kan du se om servern anv\u00e4nder energibesparingstekniker: C-states och P-states. \u00c5tkomst via knappen \"p\":<\/p>\n<p><img decoding=\"async\" alt=\"Analys av prestanda f\u00f6r virtuella maskiner i VMware vSphere. Del 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Standardproblem med CPU-prestanda<\/h3>\n<p>\nTill sist g\u00e5r jag igenom typiska orsaker till problem med CPU-prestanda i VM och ger korta tips om hur man kan \u00e5tg\u00e4rda dem:<\/p>\n<p><b>Det finns inte tillr\u00e4ckligt med k\u00e4rnfrekvens.<\/b> Om det inte g\u00e5r att flytta VM till mer kraftfulla k\u00e4rnor kan du f\u00f6rs\u00f6ka \u00e4ndra energisparinst\u00e4llningarna s\u00e5 att Turbo Boost fungerar effektivare.<\/p>\n<p><b>Felaktig sizing av VM (f\u00f6r m\u00e5nga\/f\u00e5 k\u00e4rnor).<\/b> Om du s\u00e4tter f\u00f6r f\u00e5 k\u00e4rnor, kommer CPU-belastningen p\u00e5 VM att vara h\u00f6g. Om du s\u00e4tter f\u00f6r m\u00e5nga, kommer du att f\u00e5 h\u00f6g co-stop.<\/p>\n<p><b>Stor \u00f6verskrivning av CPU p\u00e5 servern.<\/b> Om VM har h\u00f6g Ready, minska CPU-\u00f6verskrivningen.<\/p>\n<p><b>Felaktig NUMA-topologi p\u00e5 stora VM.<\/b> NUMA-topologi som VMen (vNUMA) ser ska motsvara serverns NUMA-topologi (pNUMA). Om diagnosticering och m\u00f6jliga l\u00f6sningar p\u00e5 detta problem, till exempel, kan l\u00e4sas i boken <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>. Om du inte vill g\u00e5 p\u00e5 djupet och inte har n\u00e5gra licensbegr\u00e4nsningar f\u00f6r operativsystemet som \u00e4r installerat p\u00e5 VMen, skapa g\u00e4rna flera virtuella socklar med ett k\u00e4rna per socket. Du kommer att f\u00f6rlora mycket \ud83d\ude42<\/p>\n<p>Det \u00e4r allt om CPU f\u00f6r mig. St\u00e4ll g\u00e4rna fr\u00e5gor. I n\u00e4sta del kommer jag att ber\u00e4tta om det operativa minnet.<\/p>\n<p><b class=\"spoiler_title\">Nyttiga l\u00e4nkar<\/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 \/>K\u00e4lla: <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.4 - 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\/sv\/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.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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\udd47Prestandaanalys av virtuella maskiner i VMware vSphere. Del 1: CPU | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}