{"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\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","title":{"rendered":"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" 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. Sobre la CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Parte 2. Sobre la Memoria<\/a><\/noindex><\/p>\n<p>Hoy analizaremos las m\u00e9tricas del subsistema de discos en vSphere. Los problemas con el almacenamiento son la causa m\u00e1s com\u00fan de un rendimiento lento de la m\u00e1quina virtual. Mientras que en los casos de CPU y RAM la soluci\u00f3n de problemas finaliza a nivel de hipervisor, en los problemas con discos, puede que tengamos que investigar la red de datos y el almacenamiento conectado (SAN).<\/p>\n<p>El tema lo abordar\u00e9 con el ejemplo del acceso por bloques a la SAN, aunque en el acceso por archivos los contadores son aproximadamente los mismos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Un poco de teor\u00eda<\/h3>\n<p>\nCuando se habla del rendimiento del subsistema de discos de las m\u00e1quinas virtuales, normalmente se presta atenci\u00f3n a tres par\u00e1metros interrelacionados:<\/p>\n<ul>\n<li>n\u00famero de operaciones de entrada\/salida (Input\/Output Operations Per Second, IOPS);<\/li>\n<li>ancho de banda (Throughput);<\/li>\n<li>latencia de las operaciones de entrada\/salida (Latency).<\/li>\n<\/ul>\n<p>\n<b>N\u00famero de IOPS<\/b> es generalmente importante para cargas de trabajo aleatorias: acceso a bloques en el disco ubicados en diferentes lugares. Un ejemplo de dicha carga puede ser el de bases de datos, aplicaciones empresariales (ERP, CRM), etc.<\/p>\n<p><b>Ancho de banda<\/b> es importante para cargas de trabajo secuenciales: acceso a bloques localizados uno tras otro. Por ejemplo, este tipo de carga puede generarse en servidores de archivos (aunque no siempre) y sistemas de videovigilancia.<\/p>\n<p>El ancho de banda est\u00e1 relacionado con el n\u00famero de operaciones de entrada\/salida de la siguiente manera:<\/p>\n<p><i>Throughput = IOPS * Tama\u00f1o de bloque<\/i>, donde Tama\u00f1o de bloque es el tama\u00f1o del bloque.<\/p>\n<p>El tama\u00f1o de bloque es una caracter\u00edstica bastante importante. Las versiones modernas de ESXi permiten bloques de hasta 32,767 KB. Si el bloque es a\u00fan mayor, se divide en varios. No todos los SAN pueden trabajar de manera eficiente con bloques tan grandes, por lo que en la Configuraci\u00f3n Avanzada de ESXi existe un par\u00e1metro llamado DiskMaxIOSize. Con \u00e9l, se puede reducir el tama\u00f1o m\u00e1ximo del bloque permitido por el hipervisor (m\u00e1s detalles <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">aqu\u00ed<\/a><\/noindex>). Recomiendo consultar al fabricante del SAN antes de cambiar este par\u00e1metro, o al menos probar los cambios en un entorno de laboratorio.\u00a0<\/p>\n<p>Un tama\u00f1o de bloque grande puede afectar negativamente el rendimiento del SAN. Incluso si el n\u00famero de IOPS y el throughputs son relativamente bajos, con un tama\u00f1o de bloque grande pueden observarse altas latencias. Por lo tanto, presten atenci\u00f3n a este par\u00e1metro.<\/p>\n<p><b>Latencia<\/b> es el par\u00e1metro de rendimiento m\u00e1s interesante. La latencia de las operaciones de entrada\/salida para la m\u00e1quina virtual se compone de:<\/p>\n<ul>\n<li>retrasos dentro del hipervisor (KAVG, Milisegundos de N\u00facleo Promedio\/Leer);<\/li>\n<li>retrasos causados por la red de transmisi\u00f3n de datos y el almacenamiento en red (DAVG, Milisegundos de Controlador Promedio\/Comando).<\/li>\n<\/ul>\n<p>\nLa latencia total visible en el sistema operativo invitado (GAVG, Milisegundos Invitado Promedio\/Comando) es la suma de KAVG y DAVG.<\/p>\n<p>GAVG y DAVG se miden, mientras que KAVG se calcula: GAVG\u2013DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" 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>Fuente<\/i><\/a><\/noindex><\/p>\n<p>Deteng\u00e1monos un momento en <b>KAVG<\/b>. En condiciones normales, KAVG deber\u00eda tender a cero o, al menos, ser mucho menor que DAVG. La \u00fanica situaci\u00f3n que conozco en la que KAVG es inesperadamente alto es cuando hay un l\u00edmite de IOPS en el disco de la VM. En ese caso, el KAVG aumentar\u00e1 al intentar exceder el l\u00edmite.<\/p>\n<p>La componente m\u00e1s significativa de KAVG es QAVG, que es el tiempo de espera para ser procesado dentro del hipervisor. Las otras componentes de KAVG son despreciables.<\/p>\n<p>La cola en el controlador de adaptador de disco y las colas hacia los LUNs tienen un tama\u00f1o fijo. Para entornos de alta carga, es \u00fatil aumentar este tama\u00f1o. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">Aqu\u00ed<\/a><\/noindex> se describe c\u00f3mo aumentar las colas en el controlador del adaptador (lo que tambi\u00e9n aumentar\u00e1 la cola hacia los LUNs). Esta configuraci\u00f3n funciona cuando solo una VM interact\u00faa con un LUN, lo cual es raro. Si hay varias VMs en el LUN, tambi\u00e9n es necesario aumentar el par\u00e1metro <i>Disk.SchedNumReqOutstanding<\/i> (instrucci\u00f3n\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">aqu\u00ed<\/a><\/noindex>). Al aumentar la cola, reduces QAVG y KAVG respectivamente.<\/p>\n<p>Sin embargo, primero consulta la documentaci\u00f3n del proveedor HBA y prueba los cambios en un entorno de laboratorio. <\/p>\n<p>El tama\u00f1o de la cola hacia el LUN puede verse afectado por la activaci\u00f3n del mecanismo SIOC (Control de I\/O de Almacenamiento). Este proporciona acceso equitativo al LUN por parte de todos los servidores del cl\u00faster mediante el ajuste din\u00e1mico de la cola hacia el LUN en los servidores. Es decir, si en alguno de los hosts una VM requiere desproporcionadamente m\u00e1s rendimiento (VM vecina problem\u00e1tica), SIOC reduce la longitud de la cola hacia el LUN en ese host (DQLEN). M\u00e1s detalles <noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">aqu\u00ed<\/a><\/noindex>.<\/p>\n<p>Ya hemos abordado KAVG, ahora un poco sobre <b>DAVG<\/b>. Aqu\u00ed es simple: DAVG es la latencia que introduce el entorno externo (la red de transmisi\u00f3n de datos y el almacenamiento en red). En cualquier almacenamiento en red moderno, y no tan moderno, hay contadores de rendimiento. Para analizar problemas con DAVG, tiene sentido observarlos. Si todo est\u00e1 bien desde el lado de ESXi y el almacenamiento en red, revisa la red de transmisi\u00f3n de datos.<\/p>\n<p>Para evitar problemas de rendimiento, elija la pol\u00edtica de selecci\u00f3n de rutas (PSP) correcta para su SAN. Casi todos los SAN modernos son compatibles con PSP Round-Robin (con ALUA, Asymmetric Logical Unit Access, o sin ella). Esta pol\u00edtica permite utilizar todas las rutas disponibles al SAN. En el caso de ALUA, solo se utilizan las rutas al controlador que posee la LUN. No todas las SAN en ESXi tienen reglas predeterminadas que establezcan la pol\u00edtica Round-Robin. Si no hay reglas para su SAN, use el complemento del fabricante de la SAN que cree la regla correspondiente en todos los hosts del cl\u00faster, o cree la regla usted mismo. M\u00e1s detalles. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">aqu\u00ed<\/a><\/noindex>.\u00a0<\/p>\n<p>Adem\u00e1s, algunos fabricantes de SAN recomiendan cambiar el n\u00famero de IOPS en la ruta del valor est\u00e1ndar de 1000 a 1. En nuestra pr\u00e1ctica, esto ha permitido \"extraer\" m\u00e1s rendimiento del SAN y reducir significativamente el tiempo necesario para un failover en caso de falla o actualizaci\u00f3n de los controladores. Consulte las recomendaciones del proveedor, y si no hay contraindicaciones, intente modificar este par\u00e1metro. M\u00e1s detalles. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">aqu\u00ed<\/a><\/noindex>.<\/p>\n<h3>Principales contadores de rendimiento del subsistema de discos de la m\u00e1quina virtual<\/h3>\n<p>\nLos contadores de rendimiento del subsistema de discos en vCenter se recopilan en las secciones Datastore, Disk, Virtual Disk:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/ae852a6a128914a7aff36f461c5f0721.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nEn la secci\u00f3n <b>Datastore<\/b> se encuentran las m\u00e9tricas de los almacenes de discos vSphere (datastores), donde est\u00e1n los discos de las VM. Aqu\u00ed encontrar\u00e1 contadores est\u00e1ndar sobre:<\/p>\n<ul>\n<li>IOPS (promedio de solicitudes de lectura\/escritura por segundo),\u00a0<\/li>\n<li>ancho de banda (tasa de lectura\/escritura),\u00a0<\/li>\n<li>latencias (latencia m\u00e1s alta de lectura\/escritura).<\/li>\n<\/ul>\n<p>\nA partir de los nombres de los contadores, todo es bastante claro. Una vez m\u00e1s, quiero enfatizar que aqu\u00ed la estad\u00edstica no es para una VM espec\u00edfica (o disco de VM), sino general para todo el datastore. A mi parecer, es m\u00e1s conveniente ver esta estad\u00edstica en ESXTOP, al menos por el hecho de que el per\u00edodo m\u00ednimo de medici\u00f3n all\u00ed es de 2 segundos.<\/p>\n<p>En la secci\u00f3n <b>Disco<\/b> se encuentran las m\u00e9tricas de los dispositivos de bloque utilizados por la VM. Aqu\u00ed hay contadores de IOPS del tipo sumaci\u00f3n (n\u00famero de operaciones de entrada\/salida durante el per\u00edodo de medici\u00f3n) y varios contadores relacionados con el acceso a bloque (Comandos abortados, Reinicios del bus). Esta informaci\u00f3n, en mi opini\u00f3n, tambi\u00e9n es m\u00e1s conveniente verla en ESXTOP.<\/p>\n<p>Secci\u00f3n <b>Disco Virtual<\/b> es el m\u00e1s \u00fatil para identificar problemas de rendimiento en el subsistema de discos de la m\u00e1quina virtual. Aqu\u00ed se puede ver el rendimiento de cada disco virtual. Esta informaci\u00f3n es necesaria para entender si hay un problema en una m\u00e1quina virtual espec\u00edfica. Adem\u00e1s de los contadores est\u00e1ndar de operaciones de entrada\/salida, volumen de lectura\/escritura y latencias, en esta secci\u00f3n hay contadores \u00fatiles que muestran el tama\u00f1o del bloque: tama\u00f1o de solicitud de lectura\/escritura.<\/p>\n<p>En la imagen a continuaci\u00f3n se muestra un gr\u00e1fico del rendimiento del disco de la m\u00e1quina virtual, donde se puede ver el n\u00famero de IOPS, latencias y tama\u00f1o del bloque.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTambi\u00e9n se pueden consultar las m\u00e9tricas de rendimiento de todo el datastore, si SIOC est\u00e1 habilitado. Aqu\u00ed se presenta informaci\u00f3n b\u00e1sica sobre la latencia media y los IOPS. Por defecto, esta informaci\u00f3n solo se puede ver en tiempo real.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/7872dd131008dfdae09141553b4e42f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nEn ESXTOP hay varias pantallas que presentan informaci\u00f3n sobre el subsistema de discos del host en general, as\u00ed como para m\u00e1quinas virtuales individuales y sus discos.<\/p>\n<p>Comencemos con la informaci\u00f3n sobre las m\u00e1quinas virtuales. La pantalla \u201cDisk VM\u201d se accede con la tecla \u201cv\u201d:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/793273e19fca1e4f19b96204202019fb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NVDISK<\/b> es el n\u00famero de discos de la m\u00e1quina virtual. Para ver informaci\u00f3n sobre cada disco, presione \u201ce\u201d e introduzca el GID de la VM de inter\u00e9s.<\/p>\n<p>El valor de los otros par\u00e1metros en esta pantalla es comprensible por sus nombres.<\/p>\n<p>Otra pantalla \u00fatil para la identificaci\u00f3n de problemas es la del adaptador de disco. Se accede con la tecla \u201cd\u201d (en la imagen a continuaci\u00f3n se han seleccionado los campos A, B, C, D, E, G):<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/71a7f1e3f1e40f3dbacf61385a3c07cc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NPTH<\/b> es el n\u00famero de rutas a los LUNs que son visibles desde este adaptador. Para obtener informaci\u00f3n sobre cada ruta en el adaptador, presione \u201ce\u201d e introduzca el nombre del adaptador:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/12661003ce8be542ed4c5e262da77d90.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>AQLEN<\/b> es el tama\u00f1o m\u00e1ximo de la cola en el adaptador.<\/p>\n<p>En esta pantalla tambi\u00e9n se presentan los contadores de latencia que mencion\u00e9 anteriormente: <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>En la pantalla del dispositivo de disco, que se accede con la tecla \u201cu\u201d, se presenta informaci\u00f3n sobre dispositivos de bloques individuales \u2013 LUNs (en la imagen a continuaci\u00f3n se han seleccionado los campos A, B, F, G, I). Aqu\u00ed se puede ver el estado de la cola hacia los LUNs. <\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/6331ee64398fe7057c0eec015165f0a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>DQLEN<\/b> es el tama\u00f1o de la cola para el dispositivo de bloques.<br \/>\n<b>ACTV<\/b> es el n\u00famero de comandos de entrada\/salida en el n\u00facleo de ESXi.<br \/>\n<b>QUED<\/b> es el n\u00famero de comandos de entrada\/salida en la cola.<br \/>\n<b>%USD<\/b> es ACTV \/ DQLEN \u00d7 100%.<br \/>\n<b>LOAD<\/b> es (ACTV + QUED) \/ DQLEN.<\/p>\n<p>Si %USD es alto, se debe considerar la posibilidad de aumentar la cola. Cuantos m\u00e1s comandos haya en la cola, mayor ser\u00e1 QAVG y, en consecuencia, KAVG.<\/p>\n<p>Tambi\u00e9n en la pantalla del dispositivo de disco se puede verificar si VAAI (vStorage API for Array Integration) est\u00e1 funcionando en el almacenamiento SAN. Para ello, es necesario seleccionar los campos A y O. <\/p>\n<p>El mecanismo VAAI permite trasladar parte del trabajo del hipervisor directamente al almacenamiento SAN, como el zerado, la copia de bloques o los bloqueos.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la VM en VMware vSphere. Parte 3: Almacenamiento\" src=\"\/wp-content\/uploads\/2019\/07\/131342d74e69af9c0898a1b350e883c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nComo se puede ver en la imagen anterior, en este almacenamiento SAN VAAI est\u00e1 activo: se utilizan activamente los primitivas Zero y ATS.<\/p>\n<h3>Consejos para optimizar el funcionamiento del subsistema de disco en ESXi<\/h3>\n<p><\/p>\n<ul>\n<li>Presta atenci\u00f3n al tama\u00f1o del bloque.<\/li>\n<li>Establece el tama\u00f1o \u00f3ptimo de la cola en el HBA.<\/li>\n<li>No olvides habilitar SIOC en los datastores.<\/li>\n<li>Elige PSP de acuerdo con las recomendaciones del fabricante del almacenamiento SAN.<\/li>\n<li>Aseg\u00farate de que VAAI est\u00e1 funcionando.<\/li>\n<\/ul>\n<p>\n<b class=\"spoiler_title\">Art\u00edculos \u00fatiles sobre el tema:<\/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>Fuente: <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.2 - 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\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\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\/es\/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\udd47An\u00e1lisis de rendimiento de m\u00e1quinas virtuales en VMware vSphere. Parte 3: Almacenamiento | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/36486","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=36486"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/36486\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/27306"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=36486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=36486"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=36486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}