{"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\/pt\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","title":{"rendered":"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" 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 o CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Parte 2. Sobre a Mem\u00f3ria<\/a><\/noindex><\/p>\n<p>Hoje, vamos analisar as m\u00e9tricas do subsistema de disco no vSphere. O problema com o armazenamento \u00e9 a raz\u00e3o mais comum para o desempenho lento de m\u00e1quinas virtuais. Enquanto no caso do CPU e RAM a solu\u00e7\u00e3o de problemas termina no n\u00edvel do hipervisor, problemas com o disco podem exigir uma an\u00e1lise da rede de dados e do armazenamento.<\/p>\n<p>Vou abordar o tema a partir do exemplo de acesso de bloco ao armazenamento, embora no acesso de arquivos os contadores sejam aproximadamente os mesmos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Um pouco de teoria<\/h3>\n<p>\nQuando falamos sobre o desempenho do subsistema de disco de m\u00e1quinas virtuais, normalmente nos concentramos em tr\u00eas par\u00e2metros inter-relacionados:<\/p>\n<ul>\n<li>n\u00famero de opera\u00e7\u00f5es de entrada\/sa\u00edda (Input\/Output Operations Per Second, IOPS);<\/li>\n<li>largura de banda (Throughput);<\/li>\n<li>lat\u00eancia das opera\u00e7\u00f5es de entrada\/sa\u00edda (Latency).<\/li>\n<\/ul>\n<p>\n<b>O n\u00famero de IOPS<\/b> \u00e9 geralmente importante para cargas de trabalho aleat\u00f3rias: acesso a blocos no disco que est\u00e3o localizados em diferentes lugares. Exemplos de tais cargas de trabalho podem incluir bancos de dados, aplica\u00e7\u00f5es de neg\u00f3cios (ERP, CRM), etc.<\/p>\n<p><b>Largura de banda<\/b> \u00e9 relevante para cargas de trabalho sequenciais: acesso a blocos localizados um ap\u00f3s o outro. Por exemplo, tal carga pode ser gerada por servidores de arquivos (mas nem sempre) e sistemas de vigil\u00e2ncia por v\u00eddeo.<\/p>\n<p>A largura de banda est\u00e1 relacionada ao n\u00famero de opera\u00e7\u00f5es de entrada\/sa\u00edda da seguinte forma:<\/p>\n<p><i>Throughput = IOPS * Tamanho do bloco<\/i>, onde Tamanho do bloco \u00e9 o tamanho do bloco.<\/p>\n<p>O tamanho do bloco \u00e9 uma caracter\u00edstica bastante importante. As vers\u00f5es modernas do ESXi conseguem processar blocos de at\u00e9 32.767 KB. Se o bloco for ainda maior, ele \u00e9 dividido em v\u00e1rios. Nem todos os sistemas de armazenamento conseguem trabalhar de forma eficiente com blocos t\u00e3o grandes, por isso, nas Configura\u00e7\u00f5es Avan\u00e7adas do ESXi, existe um par\u00e2metro DiskMaxIOSize. Com ele, \u00e9 poss\u00edvel reduzir o tamanho m\u00e1ximo do bloco processado pelo hipervisor (mais detalhes <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">aqui<\/a><\/noindex>). Recomendo que, antes de alterar esse par\u00e2metro, voc\u00ea consulte o fabricante do sistema de armazenamento ou, pelo menos, teste as mudan\u00e7as em um ambiente de laborat\u00f3rio.\u00a0<\/p>\n<p>Um grande tamanho de bloco pode impactar negativamente o desempenho do sistema de armazenamento. Mesmo que o n\u00famero de IOPS e a largura de banda sejam relativamente baixos, com um grande tamanho de bloco podem ser observadas altas lat\u00eancias. Portanto, fique atento a esse par\u00e2metro.<\/p>\n<p><b>Lat\u00eancia<\/b> \u2013 o par\u00e2metro de desempenho mais interessante. A lat\u00eancia das opera\u00e7\u00f5es de entrada\/sa\u00edda para uma m\u00e1quina virtual \u00e9 composta por:<\/p>\n<ul>\n<li>lat\u00eancia dentro do hipervisor (KAVG, Average Kernel MilliSec\/Read);<\/li>\n<li>lat\u00eancias que s\u00e3o fornecidas pela rede de transmiss\u00e3o de dados e pelo armazenamento em bloco (DAVG, milissegundos m\u00e9dios do driver\/comando).<\/li>\n<\/ul>\n<p>\nA lat\u00eancia total, vis\u00edvel no sistema operacional convidado (GAVG, milissegundos m\u00e9dios do convidado\/comando), \u00e9 a soma de KAVG e DAVG.<\/p>\n<p>GAVG e DAVG s\u00e3o medidas, enquanto KAVG \u00e9 calculado: GAVG\u2013DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" 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>Vamos detalhar mais sobre <b>KAVG<\/b>. Durante o funcionamento normal, KAVG deve buscar ser zero ou, pelo menos, ser muito inferior a DAVG. A \u00fanica situa\u00e7\u00e3o que conhe\u00e7o em que KAVG \u00e9 expectavelmente alto \u00e9 quando h\u00e1 limita\u00e7\u00f5es de IOPS no disco da VM. Nesse caso, ao tentar exceder o limite, KAVG aumentar\u00e1.<\/p>\n<p>A componente mais significativa de KAVG \u00e9 QAVG \u2013 o tempo na fila para processamento dentro do hipervisor. As outras componentes de KAVG s\u00e3o desprez\u00edveis.<\/p>\n<p>As filas no driver do adaptador de disco e as filas para os LUNs t\u00eam um tamanho fixo. Para ambientes de alta carga, pode ser \u00fatil aumentar esse tamanho. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">Aqui<\/a><\/noindex> descreve como aumentar as filas no driver do adaptador (o que aumentar\u00e1 simultaneamente a fila para os LUNs). Essa configura\u00e7\u00e3o funciona quando apenas uma VM est\u00e1 acessando um LUN, o que \u00e9 raro. Se houver v\u00e1rias VMs no LUN, \u00e9 necess\u00e1rio tamb\u00e9m aumentar o par\u00e2metro <i>Disk.SchedNumReqOutstanding<\/i> (instru\u00e7\u00e3o\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">aqui<\/a><\/noindex>). Ao aumentar a fila, voc\u00ea diminui QAVG e KAVG, respectivamente.<\/p>\n<p>Mas, novamente, familiarize-se com a documenta\u00e7\u00e3o do fornecedor HBA e teste as altera\u00e7\u00f5es em um ambiente de laborat\u00f3rio. <\/p>\n<p>O tamanho da fila para o LUN pode ser influenciado pela ativa\u00e7\u00e3o do mecanismo SIOC (Storage I\/O Control). Ele garante acesso equitativo ao LUN por todos os servidores do cluster, ajustando dinamicamente a fila do LUN nos servidores. Ou seja, se em algum dos hosts estiver uma VM que requer desproporcionalmente mais desempenho (VM vizinha barulhenta), o SIOC reduz o comprimento da fila do LUN nesse host (DQLEN). Para mais detalhes <noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">aqui<\/a><\/noindex>.<\/p>\n<p>Entendido sobre KAVG, agora um pouco sobre <b>DAVG<\/b>. Aqui \u00e9 simples: DAVG \u00e9 a lat\u00eancia imposta pelo ambiente externo (rede de transmiss\u00e3o de dados e armazenamento em bloco). Em qualquer armazenamento em bloco moderno, h\u00e1 contadores de desempenho pr\u00f3prios. Para analisar problemas com DAVG, vale a pena verific\u00e1-los. Se tudo estiver normal do lado do ESXi e do armazenamento em bloco, verifique a rede de transmiss\u00e3o de dados.<\/p>\n<p>Para evitar problemas de desempenho, escolha a pol\u00edtica de sele\u00e7\u00e3o de caminho (PSP) correta para o seu armazenamento. Praticamente todos os sistemas de armazenamento modernos suportam a PSP Round-Robin (com ou sem ALUA, Acesso L\u00f3gico Assim\u00e9trico a Unidades). Essa pol\u00edtica permite usar todos os caminhos dispon\u00edveis para o armazenamento. No caso de ALUA, apenas os caminhos para o controlador que possui a LUN s\u00e3o utilizados. Nem todos os sistemas de armazenamento no ESXi t\u00eam regras padr\u00e3o que estabelecem a pol\u00edtica Round-Robin. Se n\u00e3o houver regras para o seu armazenamento, use o plugin do fabricante para criar a regra correspondente em todos os hosts do cluster ou crie a regra voc\u00ea mesmo. Detalhes <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">aqui<\/a><\/noindex>.\u00a0<\/p>\n<p>Al\u00e9m disso, alguns fabricantes de sistemas de armazenamento recomendam alterar o n\u00famero de IOPS de 1000 (valor padr\u00e3o) para 1. Em nossa pr\u00e1tica, isso permitiu \"extrair\" mais desempenho do armazenamento e reduziu significativamente o tempo necess\u00e1rio para failover em caso de falha ou atualiza\u00e7\u00e3o dos controladores. Consulte as recomenda\u00e7\u00f5es do fornecedor e, se n\u00e3o houver contra-indica\u00e7\u00f5es, experimente alterar esse par\u00e2metro. Detalhes <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">aqui<\/a><\/noindex>.<\/p>\n<h3>Principais contadores de desempenho do subsistema de disco da m\u00e1quina virtual<\/h3>\n<p>\nOs contadores de desempenho do subsistema de disco no vCenter est\u00e3o agrupados nas se\u00e7\u00f5es Datastore, Disco, Disco Virtual:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/ae852a6a128914a7aff36f461c5f0721.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nNa se\u00e7\u00e3o <b>Datastore<\/b> est\u00e3o as m\u00e9tricas dos reposit\u00f3rios de disco do vSphere (datastores), onde est\u00e3o os discos das VMs. Aqui voc\u00ea encontrar\u00e1 contadores padr\u00e3o para:<\/p>\n<ul>\n<li>IOPS (M\u00e9dia de solicita\u00e7\u00f5es de leitura\/grava\u00e7\u00e3o por segundo),\u00a0<\/li>\n<li>largura de banda (Taxa de leitura\/grava\u00e7\u00e3o),\u00a0<\/li>\n<li>lat\u00eancias (Lat\u00eancia de leitura\/grava\u00e7\u00e3o\/mais alta).<\/li>\n<\/ul>\n<p>\nA partir dos nomes dos contadores, tudo \u00e9 basicamente claro. Saliento que aqui a estat\u00edstica n\u00e3o \u00e9 de uma VM espec\u00edfica (ou disco da VM), mas geral para todo o datastore. Em minha opini\u00e3o, \u00e9 mais conveniente observar essa estat\u00edstica no ESXTOP, pelo menos porque o per\u00edodo m\u00ednimo de medi\u00e7\u00e3o l\u00e1 \u00e9 de 2 segundos.<\/p>\n<p>Na se\u00e7\u00e3o <b>Disco<\/b> est\u00e3o as m\u00e9tricas dos dispositivos de bloco utilizados pela VM. Aqui existem contadores para IOPS do tipo somat\u00f3rio (n\u00famero de opera\u00e7\u00f5es de entrada\/sa\u00edda durante o per\u00edodo de medi\u00e7\u00e3o) e v\u00e1rios contadores relacionados ao acesso em bloco (Comandos abortados, Reinicializa\u00e7\u00f5es de barramento). Para mim, essa informa\u00e7\u00e3o tamb\u00e9m \u00e9 mais conveniente de se ver no ESXTOP.<\/p>\n<p>Se\u00e7\u00e3o <b>Disco Virtual<\/b> \u2013 \u00e9 o mais \u00fatil em termos de busca de problemas de desempenho do subsistema de disco da VM. Aqui voc\u00ea pode visualizar o desempenho de cada disco virtual. Essas informa\u00e7\u00f5es s\u00e3o necess\u00e1rias para entender se h\u00e1 um problema em uma m\u00e1quina virtual espec\u00edfica. Al\u00e9m dos contadores padr\u00e3o de opera\u00e7\u00f5es de entrada\/sa\u00edda, volume de leitura\/grava\u00e7\u00e3o e lat\u00eancias, esta se\u00e7\u00e3o apresenta contadores \u00fateis que mostram o tamanho do bloco: Tamanho da solicita\u00e7\u00e3o de leitura\/grava\u00e7\u00e3o.<\/p>\n<p>Na imagem abaixo, o gr\u00e1fico de desempenho do disco da VM, onde \u00e9 poss\u00edvel ver a quantidade de IOPS, lat\u00eancias e tamanho do bloco.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAs m\u00e9tricas de desempenho tamb\u00e9m podem ser visualizadas em todo o datastore, se o SIOC estiver habilitado. Aqui est\u00e3o apresentadas informa\u00e7\u00f5es b\u00e1sicas sobre a Lat\u00eancia m\u00e9dia e IOPS. Por padr\u00e3o, essas informa\u00e7\u00f5es podem ser visualizadas apenas em tempo real.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/7872dd131008dfdae09141553b4e42f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nNo ESXTOP, existem v\u00e1rias telas que apresentam informa\u00e7\u00f5es sobre o subsistema de disco do host como um todo, m\u00e1quinas virtuais individuais e seus discos.<\/p>\n<p>Come\u00e7aremos com informa\u00e7\u00f5es sobre m\u00e1quinas virtuais. A tela 'Disk VM' \u00e9 invocada pela tecla 'v':<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/793273e19fca1e4f19b96204202019fb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NVDISK<\/b> \u2013 \u00e9 a quantidade de discos da VM. Para visualizar informa\u00e7\u00f5es sobre cada disco, pressione 'e' e digite o GID da VM de interesse.<\/p>\n<p>Os valores dos outros par\u00e2metros nesta tela s\u00e3o compreens\u00edveis a partir de seus nomes.<\/p>\n<p>Mais uma tela \u00fatil para a busca de problemas \u00e9 a do adaptador de disco. \u00c9 invocada pela tecla 'd' (na imagem abaixo, os campos A,B,C,D,E,G foram selecionados):<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/71a7f1e3f1e40f3dbacf61385a3c07cc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NPTH<\/b> \u2013 o n\u00famero de caminhos para as unidades vis\u00edveis a partir deste adaptador. Para obter informa\u00e7\u00f5es sobre cada caminho no adaptador, pressione 'e' e digite o nome do adaptador:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/12661003ce8be542ed4c5e262da77d90.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>AQLEN<\/b> \u2013 o tamanho m\u00e1ximo da fila no adaptador.<\/p>\n<p>Tamb\u00e9m nesta tela est\u00e3o os contadores de lat\u00eancia que mencionei anteriormente: <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>Na tela do dispositivo de disco, que \u00e9 invocada pela tecla 'u', est\u00e3o apresentadas informa\u00e7\u00f5es sobre dispositivos de bloco individuais \u2013 unidades (na imagem abaixo, os campos A, B, F, G, I foram selecionados). Aqui voc\u00ea pode ver o estado da fila para as unidades. <\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/6331ee64398fe7057c0eec015165f0a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>DQLEN<\/b> \u2013 o tamanho da fila para o dispositivo de bloco.<br \/>\n<b>ACTV<\/b> \u2013 o n\u00famero de comandos de entrada\/sa\u00edda no n\u00facleo do ESXi.<br \/>\n<b>QUED<\/b> \u2013 o n\u00famero de comandos de entrada\/sa\u00edda na fila.<br \/>\n<b>%USD<\/b> \u2013 ACTV \/ DQLEN \u00d7 100%.<br \/>\n<b>LOAD<\/b> \u2013 (ACTV + QUED) \/ DQLEN.<\/p>\n<p>Se %USD estiver alto, vale a pena considerar aumentar a fila. Quanto mais comandos na fila, maior QAVG e, consequentemente, KAVG.<\/p>\n<p>Al\u00e9m disso, na tela do dispositivo de disco, \u00e9 poss\u00edvel verificar se o VAAI (vStorage API for Array Integration) est\u00e1 ativado no armazenamento. Para isso, voc\u00ea deve selecionar os campos A e O. <\/p>\n<p>O mecanismo VAAI permite transferir parte do trabalho do hipervisor diretamente para o armazenamento, como zeragem, c\u00f3pia de blocos ou bloqueios.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Armazenamento\" src=\"\/wp-content\/uploads\/2019\/07\/131342d74e69af9c0898a1b350e883c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nConforme pode ser visto na imagem acima, o VAAI est\u00e1 funcionando neste armazenamento: os primitivas Zero e ATS est\u00e3o sendo ativamente utilizados.<\/p>\n<h3>Dicas para otimiza\u00e7\u00e3o do desempenho com subsistemas de disco no ESXi<\/h3>\n<p><\/p>\n<ul>\n<li>Preste aten\u00e7\u00e3o ao tamanho do bloco.<\/li>\n<li>Configure o tamanho ideal da fila no HBA.<\/li>\n<li>N\u00e3o se esque\u00e7a de habilitar o SIOC nos datastores.<\/li>\n<li>Escolha o PSP de acordo com as recomenda\u00e7\u00f5es do fabricante do armazenamento.<\/li>\n<li>Certifique-se de que o VAAI est\u00e1 ativado.<\/li>\n<\/ul>\n<p>\n<b class=\"spoiler_title\">Artigos \u00fateis sobre o 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>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.3 - 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\/pt\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\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\/pt\/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\u00e1lise de desempenho de VM no VMware vSphere. Parte 3: Storage | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/36486","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=36486"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/36486\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/27306"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=36486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=36486"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=36486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}