{"id":36486,"date":"2019-10-31T22:11:54","date_gmt":"2019-10-31T19:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\/"},"modified":"2019-10-31T22:11:54","modified_gmt":"2019-10-31T19:11:54","slug":"analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","title":{"rendered":"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/8f3ffe4a8666f3c2f7126d8fecfa1e3a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/452884\/\">Parte 1. Riguardo alla CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Parte 2. Su Memory<\/a><\/noindex><\/p>\n<p>Oggi analizzeremo le metriche del sottosistema di archiviazione in vSphere. Il problema con lo storage \u00e8 la causa pi\u00f9 comune di lentezza nelle macchine virtuali. Mentre per CPU e RAM il troubleshooting si ferma a livello di hypervisor, nel caso di problemi con il disco, potrebbe essere necessario esaminare la rete di trasmissione dati e il sistema di archiviazione condivisa.<\/p>\n<p>Tratter\u00f2 l'argomento utilizzando l'esempio dell'accesso a blocchi nel sistema di archiviazione condivisa, sebbene con l'accesso a file le metriche siano sostanzialmente le stesse.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Un po' di teoria<\/h3>\n<p>\nQuando si parla delle prestazioni del sottosistema di archiviazione delle macchine virtuali, di solito si fa riferimento a tre parametri correlati tra loro:<\/p>\n<ul>\n<li>il numero di operazioni di input\/output (Input\/Output Operations Per Second, IOPS);<\/li>\n<li>la larghezza di banda (Throughput);<\/li>\n<li>la latenza delle operazioni di input\/output (Latency).<\/li>\n<\/ul>\n<p>\n<b>Numero di IOPS<\/b> \u00e8 generalmente importante per i carichi di lavoro casuali (random): accesso a blocchi sul disco situati in posizioni diverse. Un esempio di tale carico pu\u00f2 essere costituito da database, applicazioni business (ERP, CRM), ecc.<\/p>\n<p><b>Larghezza di banda<\/b> \u00e8 importante per i carichi di lavoro sequenziali: accesso a blocchi situati uno dopo l'altro. Ad esempio, questo tipo di carico pu\u00f2 essere generato da server di file (ma non sempre) e sistemi di videosorveglianza.<\/p>\n<p>La larghezza di banda \u00e8 collegata al numero di operazioni di input\/output nel seguente modo:<\/p>\n<p><i>Throughput = IOPS * Dimensione del blocco<\/i>, dove Dimensione del blocco \u00e8 la dimensione del blocco.<\/p>\n<p>La dimensione del blocco \u00e8 una caratteristica piuttosto importante. Le versioni moderne di ESXi supportano blocchi fino a 32.767 KB. Se il blocco \u00e8 ancora pi\u00f9 grande, viene diviso in pi\u00f9 parti. Non tutti i sistemi di archiviazione condivisa possono lavorare in modo efficiente con blocchi cos\u00ec grandi, quindi nelle Impostazioni avanzate di ESXi c'\u00e8 il parametro DiskMaxIOSize. Questo parametro permette di ridurre la dimensione massima del blocco supportato dall'hypervisor (maggiori dettagli <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">qui<\/a><\/noindex>). Ti consiglio di consultare il produttore del sistema di archiviazione condivisa prima di modificare questo parametro, o almeno di testare le modifiche su un banco di prova.\u00a0<\/p>\n<p>Una grande dimensione del blocco pu\u00f2 avere un impatto negativo sulle prestazioni del sistema di archiviazione condivisa. Anche se il numero di IOPS e throughput \u00e8 relativamente basso, con una grande dimensione del blocco possono verificarsi alte latenze. Pertanto, presta attenzione a questo parametro.<\/p>\n<p><b>Latenza<\/b> \u00e8 il parametro di prestazione pi\u00f9 interessante. La latenza delle operazioni di input\/output per la macchina virtuale \u00e8 composta da:<\/p>\n<ul>\n<li>latenza all'interno dell'hypervisor (KAVG, Average Kernel MilliSec\/Read);<\/li>\n<li>ritardi che la rete di trasmissione dati e lo storage (DAVG, Millisecondo medio del driver\/Comando) possono causare.<\/li>\n<\/ul>\n<p>\nIl ritardo totale visibile nel sistema operativo guest (GAVG, Millisecondo medio del guest\/Comando) \u00e8 la somma di KAVG e DAVG.<\/p>\n<p>GAVG e DAVG vengono misurati, mentre KAVG viene calcolato: GAVG\u2013DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/729f519b4fb72b3fbb74237847a05baa.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/www.codyhosterman.com\/2018\/03\/what-is-the-latency-stat-qavg\/\"><i>Fonte<\/i><\/a><\/noindex><\/p>\n<p>Approfondiamo <b>KAVG<\/b>. In condizioni normali, KAVG dovrebbe tendere verso zero o, almeno, essere significativamente inferiore a DAVG. L'unico caso noto in cui KAVG \u00e8 atteso alto \u00e8 il vincolo sugli IOPS del disco della VM. In tal caso, al tentativo di superare il limite, KAVG aumenter\u00e0.<\/p>\n<p>La componente pi\u00f9 significativa di KAVG \u00e8 QAVG, ovvero il tempo in coda per l'elaborazione all'interno dell'ipervisor. Le altre componenti di KAVG sono trascurabili.<\/p>\n<p>La coda nel driver dell'adattatore disco e le code ai lun hanno una dimensione fissa. Per ambienti ad alta intensit\u00e0 di carico, pu\u00f2 essere utile aumentare questa dimensione. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">Qui<\/a><\/noindex> descritto come aumentare le code nel driver dell'adattatore (con l'aumento della coda ai lun). Questa impostazione funziona quando solo una VM interagisce con il lun, il che \u00e8 raro. Se ci sono pi\u00f9 VM sul lun, \u00e8 necessario anche aumentare il parametro <i>Disk.SchedNumReqOutstanding<\/i> (istruzione\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">qui<\/a><\/noindex>). Aumentando la coda, si riducono QAVG e KAVG di conseguenza.<\/p>\n<p>Ma, ancora una volta, \u00e8 consigliabile prima consultare la documentazione del fornitore HBA e testare le modifiche su una configurazione di laboratorio. <\/p>\n<p>La dimensione della coda ai lun pu\u00f2 essere influenzata dall'attivazione del meccanismo SIOC (Storage I\/O Control). Questo garantisce un accesso equo ai lun da parte di tutti i server del cluster, modificando dinamicamente la coda ai lun sui server. Cio\u00e8, se su uno dei host opera una VM che richiede sproporzionalmente molte risorse (noisy neighbor VM), SIOC riduce la lunghezza della coda ai lun su quel host (DQLEN). Maggiori dettagli <noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">qui<\/a><\/noindex>.<\/p>\n<p>Abbiamo chiarito KAVG, ora parliamo un po' di <b>DAVG<\/b>. Qui \u00e8 semplice: DAVG \u00e8 il ritardo causato dall'ambiente esterno (rete di trasmissione dati e storage). In un moderno storage, ci sono indicatori di prestazioni. Per analizzare i problemi con DAVG ha senso guardarli. Se da parte di ESXi e dello storage tutto va bene, controlla la rete di trasmissione dati.<\/p>\n<p>Per evitare problemi di prestazioni, scegli la giusta Path Selection Policy (PSP) per il tuo storage area network (SAN). Quasi tutti i moderni SAN supportano la PSP Round-Robin (con ALUA, Asymmetric Logical Unit Access, o senza). Questa politica consente di utilizzare tutti i percorsi disponibili verso il SAN. Nel caso di ALUA, si utilizzano solo i percorsi verso il controller che possiede il LUN. Non tutte le SAN su ESXi hanno regole predefinite che stabiliscono la politica Round-Robin. Se non hai regole per il tuo SAN, utilizza il plugin del produttore del SAN, che creer\u00e0 la regola corrispondente su tutti gli host del cluster, oppure crea tu stesso la regola. Maggiori dettagli <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">qui<\/a><\/noindex>.\u00a0<\/p>\n<p>Inoltre, alcuni produttori di SAN raccomandano di cambiare il numero di IOPS per percorso dal valore standard di 1000 a 1. Nella nostra pratica, ci\u00f2 ha permesso di \"estrarre\" pi\u00f9 prestazioni dal SAN e ridurre significativamente il tempo necessario per il failover in caso di guasto o aggiornamento dei controller. Consulenza con le raccomandazioni del fornitore e, se non ci sono controindicazioni, prova a modificare questo parametro. Maggiori dettagli <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">qui<\/a><\/noindex>.<\/p>\n<h3>I principali contatori di prestazioni del sottosistema di archiviazione della macchina virtuale<\/h3>\n<p>\nI contatori di prestazioni del sottosistema di archiviazione in vCenter sono raggruppati nelle sezioni Datastore, Disk, Virtual Disk:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/ae852a6a128914a7aff36f461c5f0721.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nNella sezione <b>Datastore<\/b> si trovano le metriche relative agli storage vSphere (datastore) su cui risiedono i dischi delle VM. Qui troverai i contatori standard relativi a:<\/p>\n<ul>\n<li>IOPS (richieste di lettura\/scrittura per secondo in media),\u00a0<\/li>\n<li>larghezza di banda (tasso di lettura\/scrittura),\u00a0<\/li>\n<li>latenze (latenza massima di lettura\/scrittura).<\/li>\n<\/ul>\n<p>\nDai nomi dei contatori, in linea di principio, \u00e8 tutto chiaro. Vorrei sottolineare che questa statistica non si riferisce a una specifica VM (o disco VM), ma \u00e8 generale per l'intero datastore. A mio avviso, \u00e8 pi\u00f9 comodo visualizzare queste statistiche in ESXTOP, dato che il periodo minimo di misurazione l\u00ec \u00e8 di 2 secondi.<\/p>\n<p>Nella sezione <b>Disco<\/b> si trovano le metriche dei dispositivi a blocchi utilizzati dalla VM. Qui ci sono contatori sugli IOPS di tipo sommatoria (numero di operazioni di input\/output nel periodo di misurazione) e diversi contatori relativi all'accesso a blocchi (comandi abortiti, ripristini del bus). Questa informazione, a mio avviso, \u00e8 anche pi\u00f9 comoda da visualizzare in ESXTOP.<\/p>\n<p>La sezione <b>Virtual Disk<\/b> \u2013 il modo pi\u00f9 utile per diagnosticare i problemi di prestazioni del sottosistema di archiviazione delle VM. Qui puoi monitorare le prestazioni di ciascun disco virtuale. Queste informazioni sono necessarie per capire se ci sono problemi con una specifica macchina virtuale. Oltre ai contatori standard delle operazioni di input\/output, del volume di lettura\/scrittura e dei ritardi, in questa sezione ci sono utili contatori che mostrano la dimensione del blocco: dimensione della richiesta di lettura\/scrittura.<\/p>\n<p>Nell'immagine sottostante, il grafico delle prestazioni del disco VM, dove puoi vedere il numero di IOPS, i ritardi e la dimensione del blocco.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPuoi anche visualizzare le metriche di prestazione per l'intero datastore se SIOC \u00e8 abilitato. Qui \u00e8 presentata una panoramica delle metriche di Latency e IOPS medie. Di default, queste informazioni possono essere visualizzate solo in tempo reale.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/7872dd131008dfdae09141553b4e42f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nIn ESXTOP ci sono diversi schermi che mostrano informazioni sul sottosistema di archiviazione dell'host nel suo insieme, sui singoli macchine virtuali e sui loro dischi.<\/p>\n<p>Iniziamo con le informazioni sulle macchine virtuali. Lo schermo 'Disk VM' si attiva premendo il tasto 'v':<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/793273e19fca1e4f19b96204202019fb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NVDISK<\/b> \u2013 indica il numero di dischi VM. Per visualizzare informazioni su ciascun disco, premi 'e' e inserisci il GID della VM di tuo interesse.<\/p>\n<p>Il significato degli altri parametri su questo schermo \u00e8 chiaro dai loro nomi.<\/p>\n<p>Un altro schermo utile nella ricerca di problemi \u00e8 il Disk adapter. Si attiva premendo il tasto 'd' (nell'immagine sottostante sono selezionati i campi A, B, C, D, E, G):<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/71a7f1e3f1e40f3dbacf61385a3c07cc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NPTH<\/b> \u2013 il numero di percorsi verso le LUN visibili da questo adattatore. Per ottenere informazioni su ciascun percorso sull'adattatore, premi 'e' e inserisci il nome dell'adattatore:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/12661003ce8be542ed4c5e262da77d90.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>AQLEN<\/b> \u2013 la dimensione massima della coda sull'adattatore.<\/p>\n<p>Inoltre, su questo schermo ci sono i contatori di latenza di cui ho parlato sopra: <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>Nello schermo Disk device, che si attiva premendo il tasto 'u', sono presentate informazioni sui singoli dispositivi di blocco \u2013 LUN (nell'immagine sottostante sono scelti i campi A, B, F, G, I). Qui puoi vedere lo stato della coda alle LUN. <\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/6331ee64398fe7057c0eec015165f0a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>DQLEN<\/b> \u2013 la dimensione della coda per il dispositivo di blocco.<br \/>\n<b>ACTV<\/b> \u2013 il numero di comandi di input\/output nel kernel ESXi.<br \/>\n<b>QUED<\/b> \u2013 il numero di comandi di input\/output in coda.<br \/>\n<b>%USD<\/b> \u2013 ACTV \/ DQLEN \u00d7 100%.<br \/>\n<b>LOAD<\/b> \u2013 (ACTV + QUED) \/ DQLEN.<\/p>\n<p>Se %USD \u00e8 elevato, \u00e8 consigliabile considerare l'aumento della coda. Pi\u00f9 comandi sono in coda, maggiore \u00e8 il QAVG e, di conseguenza, il KAVG.<\/p>\n<p>Nella schermata del dispositivo disco \u00e8 possibile vedere se VAAI (vStorage API for Array Integration) \u00e8 attivo sul sistema di storage. Per farlo, occorre selezionare i campi A e O. <\/p>\n<p>Il meccanismo VAAI consente di trasferire parte del lavoro dall'hypervisor direttamente allo storage, ad esempio, azzeramento, copia dei blocchi o gestione dei blocchi.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni delle VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/131342d74e69af9c0898a1b350e883c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCome mostrato nell'immagine sopra, su questo sistema di storage VAAI \u00e8 attivo: vengono utilizzati attivamente i primitivi Zero e ATS.<\/p>\n<h3>Consigli per ottimizzare il funzionamento del sottosistema di disco su ESXi<\/h3>\n<p><\/p>\n<ul>\n<li>Fai attenzione alla dimensione del blocco.<\/li>\n<li>Imposta la dimensione ottimale della coda sull'HBA.<\/li>\n<li>Non dimenticare di attivare SIOC sui datastores.<\/li>\n<li>Scegli il PSP in base alle raccomandazioni del produttore dello storage.<\/li>\n<li>Assicurati che VAAI sia attivo.<\/li>\n<\/ul>\n<p>\n<b class=\"spoiler_title\">Articoli utili sull'argomento:<\/b><noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2011\/06\/23\/disk-schednumreqoutstanding-the-story\/\">http:\/\/www.yellow-bricks.com\/2011\/06\/23\/disk-schednumreqoutstanding-the-story\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2009\/09\/29\/whats-that-alua-exactly\/\">http:\/\/www.yellow-bricks.com\/2009\/09\/29\/whats-that-alua-exactly\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.codyhosterman.com\/2017\/02\/understanding-vmware-esxi-queuing-and-the-flasharray\/\">https:\/\/www.codyhosterman.com\/2017\/02\/understanding-vmware-esxi-queuing-and-the-flasharray\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.codyhosterman.com\/2018\/03\/what-is-the-latency-stat-qavg\/\">https:\/\/www.codyhosterman.com\/2018\/03\/what-is-the-latency-stat-qavg\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">https:\/\/kb.vmware.com\/s\/article\/1267<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">https:\/\/kb.vmware.com\/s\/article\/1268<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1027901\">https:\/\/kb.vmware.com\/s\/article\/1027901<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">https:\/\/kb.vmware.com\/s\/article\/2069356<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">https:\/\/kb.vmware.com\/s\/article\/2053628<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">https:\/\/kb.vmware.com\/s\/article\/1003469<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/vsphere-esxi-vcenter-server-67-performance-best-practices.pdf\">https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/vsphere-esxi-vcenter-server-67-performance-best-practices.pdf<\/a><\/noindex><\/p>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/461127\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0427\u0430\u0441\u0442\u044c 1. \u041f\u0440\u043e CPU \u0427\u0430\u0441\u0442\u044c 2. \u041f\u0440\u043e Memory \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0440\u0430\u0437\u0431\u0435\u0440\u0435\u043c \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 vSphere. \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0441\u043e \u0441\u0442\u043e\u0440\u0430\u0434\u0436\u0435\u043c \u2013 \u0441\u0430\u043c\u0430\u044f \u0447\u0430\u0441\u0442\u0430\u044f \u043f\u0440\u0438\u0447\u0438\u043d\u0430 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b. \u0415\u0441\u043b\u0438 \u0432 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441 CPU \u0438 RAM \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433 \u0437\u0430\u043a\u0430\u043d\u0447\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0433\u0438\u043f\u0435\u0440\u0432\u0438\u0437\u043e\u0440\u0430, \u0442\u043e \u043f\u0440\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u0441 \u0434\u0438\u0441\u043a\u043e\u043c, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043f\u0440\u0438\u0434\u0435\u0442\u0441\u044f \u0440\u0430\u0437\u0431\u0438\u0440\u0430\u0442\u044c\u0441\u044f \u0441 \u0441\u0435\u0442\u044c\u044e \u043f\u0435\u0440\u0435\u0434\u0430\u0447\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0438 \u0421\u0425\u0414. \u0422\u0435\u043c\u0443 \u0431\u0443\u0434\u0443 \u0440\u0430\u0437\u0431\u0438\u0440\u0430\u0442\u044c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27306,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36486","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.1.1 - 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\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\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 \u0412\u041c \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 3: Storage | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\" \/>\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-31T19:11:54+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:11:54+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 VM in VMware vSphere. Parte 3: Storage | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","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 \u0412\u041c \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 3: Storage | ProHoster","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","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-31T19:11:54+00:00","article:modified_time":"2019-10-31T19:11:54+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36486","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-22 03:31:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:44:22","updated":"2026-01-22 03:31:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/36486","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=36486"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/36486\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/27306"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=36486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=36486"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=36486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}