{"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 della VM in VMware vSphere. Parte 3: Storage","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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. Sul CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Parte 2. Sulla Memoria<\/a><\/noindex><\/p>\n<p>Oggi esamineremo le metriche del sottosistema di archiviazione in vSphere. I problemi di storage sono la causa pi\u00f9 comune delle prestazioni lente delle macchine virtuali. Mentre nel caso di CPU e RAM il troubleshooting si ferma a livello di hypervisor, in caso di problemi con il disco, potrebbe essere necessario esaminare anche la rete di trasmissione dei dati e lo storage.<\/p>\n<p>Tratter\u00f2 l'argomento utilizzando l'accesso a blocchi allo storage, anche se con l'accesso ai file i contatori sono sostanzialmente gli stessi.<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 ci si concentra su tre parametri interconnessi:<\/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 carichi di lavoro casuali (random): accesso a blocchi su disco situati in diverse posizioni. Esempi di tali carichi di lavoro includono database, applicazioni aziendali (ERP, CRM), ecc.<\/p>\n<p><b>Larghezza di banda<\/b> importante per carichi di lavoro sequenziali: accesso ai blocchi disposti in successione. Ad esempio, tale carico pu\u00f2 essere generato da server di file (ma non sempre) e sistemi di videosorveglianza.<\/p>\n<p>La larghezza di banda \u00e8 correlata 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 suddiviso in pi\u00f9 blocchi. Non tutte le SAN possono lavorare in modo efficiente con blocchi cos\u00ec grandi, quindi nelle Impostazioni avanzate di ESXi c'\u00e8 un parametro chiamato DiskMaxIOSize. Con questo \u00e8 possibile ridurre la dimensione massima del blocco che il hypervisor pu\u00f2 gestire (maggiori dettagli <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">qui<\/a><\/noindex>). Ti consiglio di consultare il produttore della SAN prima di modificare questo parametro o almeno di testare le modifiche su un ambiente di laboratorio.\u00a0<\/p>\n<p>Una grande dimensione del blocco pu\u00f2 avere un impatto negativo sulle prestazioni dello storage. Anche se il numero di IOPS e throughput \u00e8 relativamente basso, dimensioni di blocco grandi possono comportare latenze elevate. Pertanto, fai attenzione a questo parametro.<\/p>\n<p><b>Latenza<\/b> \u00e8 il parametro di prestazione pi\u00f9 interessante. La latenza delle operazioni di I\/O per una macchina virtuale \u00e8 composta da:<\/p>\n<ul>\n<li>latenza all'interno dell'iper-vizor (KAVG, Average Kernel MilliSec\/Read);<\/li>\n<li>latenza fornita dalla rete e dallo storage (DAVG, Average Driver MilliSec\/Command).<\/li>\n<\/ul>\n<p>\nLa latenza totale, visibile nel sistema operativo guest (GAVG, Average Guest MilliSec\/Command), \u00e8 la somma di KAVG e DAVG.<\/p>\n<p>GAVG e DAVG sono misurati, mentre KAVG \u00e8 calcolato: GAVG\u2013DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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>. Durante un funzionamento normale, KAVG dovrebbe tendere a zero o, perlomeno, essere significativamente inferiore a DAVG. L'unico caso noto in cui KAVG \u00e8 atteso alto \u00e8 la limitazione degli IOPS sul disco della VM. In tal caso, cercando di superare il limite, KAVG aumenter\u00e0.<\/p>\n<p>La componente pi\u00f9 significativa di KAVG \u00e8 QAVG \u2013 tempo in coda per l'elaborazione all'interno dell'iper-vizor. Le altre componenti di KAVG sono trascurabili.<\/p>\n<p>La coda nel driver dell'adattatore disco e le code alle lune 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> Viene descritto come aumentare le code nel driver dell'adattatore (aumentando contemporaneamente anche la coda alle lune). Questa impostazione funziona quando una sola VM sta interagendo con la luna, il che \u00e8 raro. Se sulla luna ci sono pi\u00f9 VM, \u00e8 necessario aumentare anche il parametro <i>Disk.SchedNumReqOutstanding<\/i> (istruzioni\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">qui<\/a><\/noindex>). Aumentando la coda, si riducono rispettivamente QAVG e KAVG.<\/p>\n<p>Tuttavia, prima di procedere, consulta la documentazione del fornitore HBA e testa le modifiche in un ambiente di laboratorio. <\/p>\n<p>La dimensione della coda alla luna pu\u00f2 essere influenzata dall'attivazione del meccanismo SIOC (Storage I\/O Control). Questo assicura un accesso equo alla luna da parte di tutti i server del cluster, grazie a un cambiamento dinamico della coda alla luna sui server. Quindi, se su uno degli host \u00e8 attiva una VM che richiede prestazioni sproporzionate (noisy neighbor VM), SIOC riduce la lunghezza della coda alla luna su quell'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 capito KAVG, ora parliamo un po' di <b>DAVG<\/b>. Qui \u00e8 tutto semplice: DAVG \u00e8 il ritardo introdotto dall'ambiente esterno (rete di trasmissione dati e SAN). Ogni SAN moderna, e anche quelle meno recenti, ha i propri contatori di prestazione. Per analizzare i problemi con il DAVG, \u00e8 utile esaminarli. Se da parte di ESXi e della SAN tutto \u00e8 in ordine, controlla la rete di trasmissione dati.<\/p>\n<p>Per evitare problemi di prestazioni, scegli la giusta Politica di Selezione del Percorso (PSP) per la tua SAN. Praticamente tutte le SAN moderne supportano la PSP Round-Robin (con ALUA, Accesso Logico Asimmetrico alle Unit\u00e0, o senza). Questa politica consente di utilizzare tutti i percorsi disponibili verso la SAN. Nel caso dell'ALUA, vengono utilizzati solo i percorsi fino al controller che possiede il LUN. Non tutte le SAN su ESXi hanno regole predefinite che impostano la politica Round-Robin. Se per la tua SAN non esistono regole, utilizza il plugin del produttore della SAN, che creer\u00e0 la regola corrispondente su tutti gli host del cluster, oppure crea la regola tu stesso. Maggiori dettagli <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">qui<\/a><\/noindex>.\u00a0<\/p>\n<p>Anche alcuni produttori di storage raccomandano di impostare il numero di IOPS da 1000 a 1. Nella nostra esperienza, questo ha permesso di \"estrarre\" pi\u00f9 performance dallo storage e di ridurre significativamente il tempo necessario per il failover in caso di guasto o aggiornamento dei controllori. Controlla 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>Contatori principali delle performance del sottosistema disco della macchina virtuale<\/h3>\n<p>\nI contatori delle performance del sottosistema disco in vCenter sono raccolti nelle sezioni Datastore, Disk, Virtual Disk:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 per i datastore vSphere, sui quali sono memorizzati i dischi delle VM. Qui troverai i contatori standard per:<\/p>\n<ul>\n<li>IOPS (richieste di lettura\/scrittura per secondo medie),\u00a0<\/li>\n<li>larghezza di banda (tasso di lettura\/scrittura),\u00a0<\/li>\n<li>latenza (latenza di lettura\/scrittura\/maggiore).<\/li>\n<\/ul>\n<p>\nDai nomi dei contatori, in linea di massima, \u00e8 tutto chiaro. Vorrei sottolineare che qui le statistiche non si riferiscono a una specifica VM (o disco VM), ma sono generali per l'intero datastore. A mio parere, \u00e8 pi\u00f9 comodo visualizzare queste statistiche in ESXTOP, considerando che il periodo di misurazione minimo l\u00ec \u00e8 di 2 secondi.<\/p>\n<p>Nella sezione <b>Disco<\/b> ci sono metriche sui dispositivi di blocco utilizzati dalle VM. Qui ci sono contatori per IOPS di tipo summation (numero di operazioni di input\/output in un periodo di misurazione) e diversi contatori relativi all'accesso a blocchi (Commands aborted, Bus resets). Questa informazione \u00e8, a mio avviso, pi\u00f9 comoda da visualizzare in ESXTOP.<\/p>\n<p>Sezione <b>Virtual Disk<\/b> \u00e8 il pi\u00f9 utile dal punto di vista della ricerca di problemi di prestazioni del subsistema di archiviazione delle VM. Qui \u00e8 possibile vedere le prestazioni di ciascun disco virtuale. Questa informazione \u00e8 necessaria per comprendere se ci sono problemi con una specifica macchina virtuale. Oltre ai contatori standard per il numero di operazioni di input\/output, volume di lettura\/scrittura e latenze, in questa sezione sono presenti utili contatori che mostrano la dimensione del blocco: Read\/Write request size.<\/p>\n<p>Nella figura sottostante, il grafico delle prestazioni del disco della VM, dove \u00e8 possibile vedere il numero di IOPS, le latenze e la dimensione del blocco.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della VM in VMware vSphere. Parte 3: Storage\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nInoltre, le metriche delle prestazioni possono essere visualizzate per l'intero datastore se SIOC \u00e8 attivato. Qui sono fornite informazioni di base sulla Latency media e gli IOPS. Per impostazione predefinita, queste informazioni possono essere visualizzate solo in tempo reale.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 forniscono informazioni sul sistema di archiviazione del host in generale, su singole macchine virtuali e i loro dischi.<\/p>\n<p>Iniziamo con le informazioni sulle macchine virtuali. Lo schermo \u201cDisk VM\u201d \u00e8 chiamato premendo il tasto \u201cv\u201d:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 \u00e8 il numero di dischi VM. Per visualizzare le informazioni su ciascun disco, premere \u201ce\u201d e inserire il GID della VM di interesse.<\/p>\n<p>Il valore degli altri parametri su questo schermo \u00e8 chiaro dai loro nomi.<\/p>\n<p>Un altro schermo utile nella ricerca di problemi \u00e8 \u2013 Disk adapter. Si attiva premendo il tasto \u201cd\u201d (nelle immagini sottostanti sono selezionati i campi A,B,C,D,E,G):<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 gli LUN visibili da questo adattatore. Per ottenere informazioni su ciascun percorso nell'adattatore, premere \u201ce\u201d e inserire il nome dell'adattatore:<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 vengono presentati i contatori di ritardo di cui ho parlato sopra: <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>Nella schermata Disco del dispositivo, accessibile tramite il tasto \u201cu\u201d, sono presentate informazioni sui singoli dispositivi a blocchi \u2013 lune (nelle immagini sottostanti sono selezionati i campi A, B, F, G, I). Qui \u00e8 possibile vedere lo stato della coda per le lune. <\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 dimensione della coda per il dispositivo a blocchi.<br \/>\n<b>ACTV<\/b> \u2013 numero di comandi di input\/output nel kernel ESXi.<br \/>\n<b>QUED<\/b> \u2013 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 il %USD \u00e8 elevato, \u00e8 opportuno considerare l\u2019aumento della coda. Maggiore \u00e8 il numero di comandi in coda, pi\u00f9 alto sar\u00e0 QAVG e, di conseguenza, KAVG.<\/p>\n<p>Nella schermata Disco del dispositivo, \u00e8 possibile anche controllare se VAAI (vStorage API for Array Integration) \u00e8 attivo sullo storage. Per farlo, occorre selezionare i campi A e O. <\/p>\n<p>Il meccanismo VAAI consente di trasferire parte del lavoro dall'ipervisore direttamente allo storage, ad esempio, azzeramento, copia di blocchi o blocchi.<\/p>\n<p><img decoding=\"async\" alt=\"Analisi delle prestazioni della 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 si pu\u00f2 vedere nell'immagine sopra, su questo storage VAAI \u00e8 attivo: vengono utilizzati attivamente i primordiali Zero e ATS.<\/p>\n<h3>Suggerimenti per ottimizzare il lavoro con il sistema di archiviazione 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 abilitare SIOC sui datastore.<\/li>\n<li>Scegli il PSP in base alle raccomandazioni del produttore dello storage.<\/li>\n<li>Assicurati che VAAI funzioni.<\/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.0.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.0.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}]}}