{"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\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSe gestisci un'infrastruttura virtuale basata su VMware vSphere (o su un altro stack tecnologico), sicuramente ricevi frequentemente dai tuoi utenti lamentele come: \u00abLa macchina virtuale \u00e8 lenta!\u00bb. In questo ciclo di articoli analizzer\u00f2 le metriche di prestazione e spiegher\u00f2 cosa e perch\u00e9 \u00abrallenta\u00bb e come fare affinch\u00e9 non \u00abrallenti\u00bb.<\/p>\n<p>Esaminer\u00f2 i seguenti aspetti delle prestazioni delle macchine virtuali:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISK,<\/li>\n<li>Rete.<\/li>\n<\/ul>\n<p>\nIniziamo dalla CPU.<\/p>\n<p>Per analizzare le prestazioni abbiamo bisogno di:<\/p>\n<ul>\n<li><b>vCenter Performance Counters<\/b> \u2013 contatori di prestazione, i cui grafici possono essere visualizzati tramite vSphere Client. Le informazioni su questi contatori sono disponibili in qualsiasi versione del client (il client \u201cfat\u201d in C#, il client web in Flex e il client web in HTML5). In questi articoli utilizzeremo schermate del client C# solo perch\u00e9 presentano una resa migliore in miniatura :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 uno strumento che viene eseguito dalla riga di comando di ESXi. Con esso, \u00e8 possibile ottenere i valori dei contatori delle prestazioni in tempo reale o esportarli per un determinato periodo in un file .csv per analisi successive. Di seguito parler\u00f2 di questo strumento in modo pi\u00f9 dettagliato e fornir\u00f2 alcuni link utili alla documentazione e ad articoli sull'argomento.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Un po' di teoria<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn ESXi, ogni vCPU (core della macchina virtuale) \u00e8 gestito da un processo separato \u2013 chiamato world nella terminologia VMware. Ci sono anche processi di servizio, ma in termini di analisi delle prestazioni delle VM, sono meno interessanti.<\/p>\n<p>Un processo in ESXi pu\u00f2 trovarsi in uno dei quattro stati:<\/p>\n<ul>\n<li><b>Esegui<\/b> \u2013 il processo sta eseguendo un lavoro utile.<\/li>\n<li><b>Attendere<\/b> \u2013 il processo non sta eseguendo alcun lavoro (idle) oppure sta aspettando input\/output.<\/li>\n<li><b>Costop<\/b> \u2013 uno stato che si verifica nelle macchine virtuali multicore. Si verifica quando lo schedulatore CPU del hypervisor (ESXi CPU Scheduler) non riesce a pianificare l'esecuzione simultanea su tutti i core fisici del server di tutti i core attivi della macchina virtuale. Nel mondo fisico, tutti i core della CPU funzionano in parallelo; il sistema operativo guest all'interno della VM si aspetta un comportamento simile, pertanto l'hypervisor deve rallentare i core della VM che hanno la possibilit\u00e0 di terminare il ciclo pi\u00f9 velocemente. Nelle versioni moderne di ESXi, lo schedulatore CPU utilizza un meccanismo chiamato relaxed co-scheduling: l'hypervisor considera la differenza tra il core virtuale pi\u00f9 \"veloce\" e quello pi\u00f9 \"lento\" (skew). Se la differenza supera una certa soglia, il core \"veloce\" passa allo stato costop. Se i core della VM trascorrono molto tempo in questo stato, ci\u00f2 pu\u00f2 causare problemi di prestazioni.<\/li>\n<li><b>Pronto<\/b> \u2013 un processo entra in questo stato quando l'iperparallore non \u00e8 in grado di allocare risorse per la sua esecuzione. Valori elevati di ready possono causare problemi di prestazioni nella VM.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Contatori principali delle prestazioni della CPU della macchina virtuale<\/h3>\n<p>\n<b>Utilizzo della CPU, %<\/b> Mostra la percentuale di utilizzo della CPU per un periodo specificato.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Come analizzare?<\/b> Se la VM utilizza stabilmente la CPU al 90% o ci sono picchi fino al 100%, abbiamo un problema. I problemi possono manifestarsi non solo in una prestazione 'lenta' dell'applicazione all'interno della VM, ma anche nella sua accessibilit\u00e0 tramite rete. Se il sistema di monitoraggio mostra che la VM si disconnette periodicamente, presta attenzione ai picchi nel grafico di utilizzo della CPU.<\/p>\n<p>C'\u00e8 un allarme standard che mostra il caricamento della CPU della macchina virtuale:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Cosa fare?<\/b> Se l'utilizzo della CPU della VM \u00e8 costantemente alle stelle, si pu\u00f2 considerare di aumentare il numero di vCPU (sfortunatamente, ci\u00f2 non aiuta sempre) o di spostare la VM su un server con processori pi\u00f9 performanti.<\/p>\n<h3>Utilizzo della CPU in MHz<\/h3>\n<p>\nNei grafici di utilizzo su vCenter in % si pu\u00f2 vedere solo per l'intera macchina virtuale, non ci sono grafici per singoli core (in Esxtop sono disponibili valori in % per i core). Per ogni core si pu\u00f2 vedere l'utilizzo in MHz.<\/p>\n<p><b>Come analizzare?<\/b> Pu\u00f2 capitare che l'applicazione non sia ottimizzata per un'architettura multicore: utilizza al 100% solo un core, mentre gli altri rimangono inattivi. Ad esempio, con le impostazioni di default, il backup di MS SQL avvia il processo solo su un core. Di conseguenza, il backup \u00e8 lento non a causa della bassa velocit\u00e0 dei dischi (\u00e8 proprio su questo che si \u00e8 lamentato l'utente), ma perch\u00e9 il processore non riesce a gestirlo. Il problema \u00e8 stato risolto modificando le impostazioni: il backup ora viene eseguito in parallelo su pi\u00f9 file (di conseguenza, in pi\u00f9 processi).<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Esempio di carico non uniforme dei core.<\/i><\/p>\n<p>Pu\u00f2 anche verificarsi una situazione (come nel grafico sopra) in cui i core sono caricati in modo non uniforme e alcuni di essi presentano picchi al 100%. Come nel caso del carico su un solo core, l'allerta per l'uso della CPU non si attiver\u00e0 (\u00e8 su tutta la VM), ma ci saranno problemi di prestazioni.<\/p>\n<p><b>Cosa fare? <\/b>Se il software nella macchina virtuale sovraccarica i core in modo non uniforme (utilizza solo un core o alcuni core), non ha senso aumentarne il numero. In tal caso, \u00e8 meglio spostare la VM su un server con processori pi\u00f9 potenti.<\/p>\n<p>Si pu\u00f2 anche provare a controllare le impostazioni di risparmio energetico nel BIOS del server. Molti amministratori abilitano la modalit\u00e0 High Performance nel BIOS, disattivando cos\u00ec le tecnologie di risparmio energetico C-states e P-states. Nei moderni processori Intel viene utilizzata la tecnologia Turbo Boost, che aumenta la frequenza di alcuni core del processore a spese di altri core. Tuttavia, ci\u00f2 funziona solo quando sono attive le tecnologie di risparmio energetico. Se le disattiviamo, il processore non pu\u00f2 diminuire il consumo energetico dei core non utilizzati. <\/p>\n<p>VMware consiglia di non disattivare le tecnologie di risparmio energetico sui server, ma di scegliere modalit\u00e0 che massimizzino il controllo del risparmio energetico al hypervisor. Nelle impostazioni di risparmio energetico del hypervisor, \u00e8 necessario selezionare High Performance. <\/p>\n<p>Se nella vostra infrastruttura ci sono VM separate (o core VM) che richiedono una maggiore frequenza della CPU, una corretta configurazione del risparmio energetico pu\u00f2 migliorare significativamente le loro prestazioni.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Readiness) <\/h3>\n<p>\nSe il core della VM (vCPU) \u00e8 in stato Ready, non sta svolgendo lavoro utile. Questo stato si verifica quando l'ipervisore non riesce a trovare un core fisico libero su cui assegnare il processo vCPU della macchina virtuale.<\/p>\n<p><b>Come analizzare?<\/b> In generale, se i core della macchina virtuale sono in stato Ready per oltre il 10% del tempo, noterai problemi di prestazioni. In parole semplici, se una VM \u00e8 in attesa di risorse fisiche per pi\u00f9 del 10% del tempo.<\/p>\n<p>In vCenter puoi visualizzare due contatori relativi al CPU Ready:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nI valori di entrambi i contatori possono essere visualizzati sia per l'intera VM che per i singoli core.<br \/>\nReadiness mostra il valore immediatamente in percentuale, ma solo in tempo reale (dati dell'ultima ora, intervallo di misurazione di 20 secondi). Questo contatore \u00e8 meglio utilizzarlo solo per identificare problemi \"in tempo reale\".<\/p>\n<p>I valori del contatore Ready possono essere visualizzati anche in una prospettiva storica. Questo \u00e8 utile per identificare schemi e per un'analisi pi\u00f9 approfondita del problema. Ad esempio, se una macchina virtuale inizia a riscontrare problemi di prestazioni in un momento specifico, \u00e8 possibile confrontare gli intervalli di valore elevato del CPU Ready con il carico totale sul server in cui questa VM opera e prendere misure per ridurre il carico (se DRS non \u00e8 riuscito).<\/p>\n<p>A differenza del Readiness, il Ready non \u00e8 mostrato in percentuale, ma in millisecondi. Questo \u00e8 un contatore di tipo Summation, il che significa che mostra quanto tempo il core della VM \u00e8 stato in stato di Ready durante il periodo di misurazione. \u00c8 possibile convertire questo valore in percentuale mediante una semplice formula:<\/p>\n<p>(valore di sommazione del CPU ready \/ (intervallo di aggiornamento predefinito del grafico in secondi * 1000)) * 100 = % CPU ready<\/p>\n<p>Ad esempio, per la VM nel grafico qui sotto, il valore di picco del Ready per l'intera macchina virtuale risulter\u00e0 come segue: <\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNel calcolare il valore di Ready in percentuale, \u00e8 importante prestare attenzione a due aspetti:<\/p>\n<ul>\n<li>Il valore Ready per l'intera VM \u00e8 la somma dei Ready dei core.<\/li>\n<li>Intervallo di misurazione. Per il Real-time \u2013 \u00e8 di 20 secondi, mentre, ad esempio, nei grafici giornalieri \u2013 \u00e8 di 300 secondi.<\/li>\n<\/ul>\n<p>\nDurante la risoluzione dei problemi, \u00e8 facile trascurare questi dettagli e sprecare tempo prezioso a cercare soluzioni per questioni inesistenti. <\/p>\n<p>Calcoliamo il valore di Ready basandoci sui dati riportati nel grafico qui sotto. (324474\/(20*1000))*100 = 1622% per l'intera VM. Se consideriamo i core, la situazione appare meno allarmante: 1622\/64 = 25% per core. In questo caso, \u00e8 abbastanza semplice identificare l'anomalia: un valore di Ready cos\u00ec alto \u00e8 irrealistico. Tuttavia, se si parla di un valore compreso tra il 10% e il 20% per l'intera VM con pi\u00f9 core, i valori per singolo core potrebbero essere normali.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Cosa fare? <\/b>Un valore elevato di Ready indica che il server ha carenza di risorse CPU per garantire il corretto funzionamento delle macchine virtuali. In tal caso, l'unica soluzione \u00e8 ridurre l'overcommitting della CPU (vCPU:pCPU). \u00c8 evidente che questo pu\u00f2 essere realizzato diminuendo le allocazioni delle VM esistenti o migrando alcune VM su altri server.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Come analizzare?<\/b> Questo contatore ha anche un tipo di Summation e viene tradotto in percentuali allo stesso modo di Ready:<\/p>\n<p>(valore di somma co-stop CPU \/ (intervallo di aggiornamento predefinito del grafico in secondi * 1000)) * 100 = % co-stop CPU<\/p>\n<p>In questo caso, \u00e8 importante prestare attenzione al numero di core sulla VM e all'intervallo di misurazione.<br \/>\nIn idle state, co-stop does not perform useful work. With the proper VM size and normal server load, the co-stop counter should be close to zero.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>In this case, the load is clearly abnormal:)<\/i><\/p>\n<p><b>Cosa fare?<\/b> If several VMs with a large number of cores are running on a single hypervisor and there is CPU oversubscription, the co-stop counter may increase, leading to performance issues for those VMs. <\/p>\n<p>Additionally, co-stop will increase if active cores of one VM utilize threads on the same physical core of the server with hyper-threading enabled. This situation can occur, for example, if a VM has more cores than are physically available on the server it operates on, or if the 'preferHT' setting is enabled for the VM. More information on this setting can be found. <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">qui<\/a><\/noindex>. <\/p>\n<p>To avoid performance issues in a VM due to high co-stop, select the VM size according to the recommendations of the software provider that operates on this VM, and based on the capabilities of the physical server where the VM is running. <\/p>\n<p>Do not add cores as a reserve, as this can cause performance problems not only for the VM itself but also for its neighboring VMs on the server.<\/p>\n<h3>Other useful CPU metrics<\/h3>\n<p>\n<b>Esegui<\/b> \u2013 quanto tempo (ms) nel periodo di misurazione il vCPU \u00e8 stato in stato di RUN, cio\u00e8 ha effettivamente svolto lavoro utile.<\/p>\n<p><b>Idle<\/b> \u2013 quanto tempo (ms) nel periodo di misurazione il vCPU \u00e8 stato in stato di inattivit\u00e0. Valori elevati di Idle non sono un problema, semplicemente il vCPU non aveva 'nulla da fare'.<\/p>\n<p><b>Attendere<\/b> \u2013 quanto tempo (ms) nel periodo di misurazione il vCPU \u00e8 stato in stato di Wait. Poich\u00e9 in questo contatore \u00e8 incluso IDLE, valori elevati di Wait non indicano necessariamente un problema. Tuttavia, se durante un elevato Wait l'IDLE \u00e8 basso, significa che la VM stava aspettando il completamento delle operazioni di input\/output, il che potrebbe segnalare un problema con le prestazioni del disco rigido o di qualche dispositivo virtuale della VM.<\/p>\n<p><b>Massimo limitato<\/b> \u2013 quanto tempo (ms) nel periodo di misurazione il vCPU \u00e8 stato in stato di Ready a causa di un limite di risorse impostato. Se le prestazioni sono inspiegabilmente basse, \u00e8 utile controllare il valore di questo contatore e il limite della CPU nelle impostazioni della VM. Potrebbero esserci limiti impostati nella VM di cui non sei a conoscenza. Ad esempio, ci\u00f2 accade quando la VM \u00e8 stata clonata da un modello in cui era stato impostato un limite di CPU.<\/p>\n<p><b>Attesa dello swap<\/b> \u2013 quanto tempo ha atteso un'operazione con VMkernel Swap per il periodo di misurazione vCPU. Se i valori di questo contatore sono superiori a zero, allora la VM ha sicuramente problemi di prestazioni. Parleremo di SWAP nell'articolo sui contatori della memoria.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nSe i contatori delle prestazioni in vCenter sono utili per l'analisi dei dati storici, l'analisi rapida dei problemi \u00e8 meglio eseguirla in ESXTOP. Qui tutti i valori sono presentati in un formato pronto all'uso (non \u00e8 necessario tradurre nulla), e il periodo minimo di misurazione \u00e8 di 2 secondi.<br \/>\nLo schermo ESXTOP per la CPU viene attivato premendo il tasto \u00abc\u00bb e appare come segue:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPer comodit\u00e0, puoi mostrare solo i processi delle macchine virtuali premendo Shift-V.<br \/>\nPer visualizzare le metriche dei singoli core della VM, premi \u00abe\u00bb e inserisci il GID della VM di interesse (30919 nello screenshot qui sotto):<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nFar\u00f2 una breve panoramica delle colonne che sono presentate per impostazione predefinita. \u00c8 possibile aggiungere colonne aggiuntive premendo \u00abf\u00bb.<\/p>\n<p><b>NWLD (Numero di Mondi)<\/b> \u2013 numero di processi nel gruppo. Per espandere il gruppo e vedere le metriche per ogni processo (ad esempio, per ogni nucleo di una VM multicore), premi \u201ce\u201d. Se ci sono pi\u00f9 di un processo nel gruppo, i valori delle metriche per il gruppo sono uguali alla somma delle metriche per i singoli processi.<\/p>\n<p><b>%USATO<\/b> \u2013 quante cicli CPU del server utilizza un processo o un gruppo di processi.<\/p>\n<p><b>%RUN<\/b> \u2013 quanto tempo durante il periodo di misurazione il processo \u00e8 stato in stato RUN, cio\u00e8 ha eseguito lavoro utile. Si differenzia da %USATO in quanto non tiene conto dell'hyper-threading, della scalabilit\u00e0 della frequenza e del tempo speso per compiti di sistema (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 tempo speso per compiti di sistema, ad esempio: gestione delle interruzioni, input\/output, attivit\u00e0 di rete, ecc. Il valore pu\u00f2 essere alto se la VM ha un elevato input\/output.<\/p>\n<p><b>%OVRLP<\/b> \u2013 quanto tempo il nucleo fisico su cui viene eseguito il processo VM ha speso per compiti di altri processi.<\/p>\n<p>Queste metriche sono correlate tra loro nel seguente modo:<\/p>\n<p>%USATO = %RUN + %SYS \u2014 %OVRLP.<\/p>\n<p>In genere, la metrica %USATO \u00e8 pi\u00f9 informativa.<\/p>\n<p><b>%ATTESA<\/b> \u2013 quanto tempo durante il periodo di misurazione il processo \u00e8 stato in stato di Attesa. Include IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 tempo totale in cui il processo \u00e8 stato in stato IDLE durante il periodo di misurazione.<\/p>\n<p><b>%SWPWT<\/b> \u2013 tempo totale in cui il vCPU ha atteso operazioni con il VMkernel Swap durante il periodo di misurazione.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 tempo totale in cui il vCPU \u00e8 stato in stato di attesa di un evento (solitamente I\/O) durante il periodo di misurazione. Non esiste un contatore equivalente in vCenter. Valori elevati indicano problemi di I\/O sulla VM.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Se la VM non utilizza il VMkernel Swap, \u00e8 utile esaminare %VMWAIT quando si analizzano i problemi di prestazioni, poich\u00e9 questa metrica non considera il tempo in cui la VM non ha fatto nulla (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 tempo totale in cui il processo \u00e8 stato in stato Ready durante il periodo di misurazione.<\/p>\n<p><b>%CSTP<\/b> \u2013 tempo totale in cui il processo \u00e8 stato in stato costop durante il periodo di misurazione.<\/p>\n<p><b>%MLMTD<\/b> \u2013 tempo totale in cui il vCPU \u00e8 stato in stato Ready a causa di un limite imposto sulle risorse durante il periodo di misurazione.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 il core della VM \u00e8 sempre in uno di questi quattro stati.<\/p>\n<h3>CPU sull'iper-vizor<\/h3>\n<p>\nIn vCenter ci sono anche contatori di prestazioni CPU per l'iper-vizor, ma non presentano nulla di interessante: sono semplicemente la somma dei contatori di tutte le VM sul server.<br \/>\n\u00c8 pi\u00f9 comodo controllare lo stato della CPU del server nella scheda Riepilogo:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPer il server, come per la macchina virtuale, esiste una soglia di allerta standard:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCon un alto carico sulla CPU del server, le VM in esecuzione su di esso iniziano a riscontrare problemi di performance.<\/p>\n<p>In ESXTOP i dati sul carico della CPU del server sono presentati nella parte superiore dello schermo. Oltre al carico standard della CPU, che \u00e8 poco informativo per gli hypervisor, ci sono altre tre metriche:<\/p>\n<p><b>CORE UTIL(%)<\/b> \u2013 utilizzo del core del server fisico. Questo contatore mostra quanto tempo, durante il periodo di misurazione, il core ha eseguito lavoro.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 se l'hyper-threading \u00e8 attivato, ad ogni core fisico corrispondono due thread (PCPU). Questa metrica mostra quanto tempo ogni thread ha eseguito lavoro.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 \u00e8 lo stesso di PCPU UTIL(%), ma tiene conto dello scaling della frequenza (sia la riduzione della frequenza del core per risparmiare energia, sia l'aumento della frequenza del core grazie alla tecnologia Turbo Boost) e dell'hyper-threading.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * frequenza effettiva del core \/ frequenza nominale del core.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>In questo screenshot, per alcuni core, a causa del funzionamento del Turbo Boost, il valore USED supera il 100%, poich\u00e9 la frequenza del core \u00e8 superiore a quella nominale.<\/i><\/p>\n<p>Una breve introduzione su come viene considerato l'hyper-threading. Se i processi vengono eseguiti al 100% del tempo su entrambi i thread di un core fisico del server, e il core funziona alla frequenza nominale, allora:<\/p>\n<ul>\n<li>L'UTIL CORE per il core sar\u00e0 del 100%,<\/li>\n<li>L'UTIL PCPU per entrambi i thread sar\u00e0 del 100%,<\/li>\n<li>Il PCPU USED per entrambi i thread sar\u00e0 del 50%.<\/li>\n<\/ul>\n<p>\nSe entrambi i thread non hanno lavorato al 100% del tempo durante il periodo di misurazione, in quei periodi in cui i thread hanno lavorato in parallelo, il PCPU USED per i core viene diviso per due.<\/p>\n<p>In ESXTOP c'\u00e8 anche uno schermo con i parametri di consumo energetico della CPU del server. Qui puoi controllare se il server utilizza tecnologie di risparmio energetico: C-states e P-states. Si attiva premendo il tasto \u00abp\u00bb:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni di una macchina virtuale in VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Problemi di prestazioni standard della CPU<\/h3>\n<p>\nInfine, passer\u00f2 in rassegna le cause tipiche dei problemi di prestazioni della CPU delle VM e fornir\u00f2 brevi suggerimenti per risolverli:<\/p>\n<p><b>Mancanza di frequenza del core.<\/b> Se non \u00e8 possibile trasferire la VM a core pi\u00f9 performanti, si pu\u00f2 provare a modificare le impostazioni di risparmio energetico affinch\u00e9 il Turbo Boost funzioni in modo pi\u00f9 efficace.<\/p>\n<p><b>Dimensionamento errato della VM (troppi\/pochi core).<\/b> Se si utilizzano pochi core, si avr\u00e0 un'elevata carico sulla CPU della VM. Se troppi, si rischia un alto co-stop.<\/p>\n<p><b>Elevata sovracapacit\u00e0 della CPU sul server.<\/b> Se la VM ha un alto Ready, riduci la sovracapacit\u00e0 della CPU.<\/p>\n<p><b>Topologia NUMA errata su grandi VM.<\/b> La topologia NUMA vista dalla VM (vNUMA) deve corrispondere alla topologia NUMA del server (pNUMA). La diagnosi e le possibili soluzioni a questo problema sono descritte, ad esempio, nel libro <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>. Se non vuoi approfondire e non hai limitazioni di licenza sul sistema operativo installato sulla VM, utilizza sulla VM molti socket virtuali con un solo core. Non perderai molto \ud83d\ude42<\/p>\n<p>Per quanto riguarda la CPU, ho finito. Fai domande. Nella prossima parte parler\u00f2 della memoria RAM.<\/p>\n<p><b class=\"spoiler_title\">Link utili<\/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 \/>Fonte: <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\/it\/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=\"it_IT\" \/>\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\/it\/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\udd47Analisi delle prestazioni delle macchine virtuali in VMware vSphere. Parte 1: CPU | ProHoster","description":"Se gestisci un'infrastruttura virtuale basata su VMware vSphere (o qualsiasi altro stack tecnologico), sicuramente senti spesso dagli utenti lamentele: \u00abLa macchina virtuale \u00e8 lenta!\u00bb. In questo ciclo di articoli esaminer\u00f2 le metriche delle prestazioni e ti dir\u00f2 cosa e perch\u00e9 \u00abfrena\u00bb e come fare affinch\u00e9 non ci siano rallentamenti. Considerer\u00f2 i seguenti aspetti delle prestazioni delle macchine virtuali: CPU, RAM, DISK,","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}