{"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\/fr\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","title":{"rendered":"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" 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\/\">Partie 1. Sur le CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Partie 2. Sur la m\u00e9moire<\/a><\/noindex><\/p>\n<p>Aujourd'hui, nous allons examiner les m\u00e9triques du syst\u00e8me de stockage dans vSphere. Un probl\u00e8me de stockage est la cause la plus fr\u00e9quente du ralentissement des machines virtuelles. Contrairement aux probl\u00e8mes li\u00e9s au CPU et \u00e0 la RAM, dont le d\u00e9pannage s'arr\u00eate g\u00e9n\u00e9ralement au niveau de l'hyperviseur, les probl\u00e8mes de disque peuvent n\u00e9cessiter une investigation au niveau du r\u00e9seau de stockage et du SAN.<\/p>\n<p>Je vais aborder le sujet en prenant comme exemple l'acc\u00e8s par blocs au SAN, bien que les compteurs soient \u00e0 peu pr\u00e8s les m\u00eames pour l'acc\u00e8s par fichiers.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Un peu de th\u00e9orie<\/h3>\n<p>\nLorsqu'on parle de performance des syst\u00e8mes de stockage des machines virtuelles, on fait g\u00e9n\u00e9ralement attention \u00e0 trois param\u00e8tres interconnect\u00e9s :<\/p>\n<ul>\n<li>le nombre d'op\u00e9rations d'entr\u00e9e\/sortie (Input\/Output Operations Per Second, IOPS);<\/li>\n<li>la bande passante (Throughput);<\/li>\n<li>la latence des op\u00e9rations d'entr\u00e9e\/sortie (Latency).<\/li>\n<\/ul>\n<p>\n<b>Le nombre d'IOPS<\/b> est g\u00e9n\u00e9ralement important pour les charges de travail de nature al\u00e9atoire : acc\u00e8s \u00e0 des blocs sur le disque situ\u00e9s \u00e0 diff\u00e9rents endroits. Un exemple de ce type de charge peut \u00eatre constitu\u00e9 par des bases de donn\u00e9es, des applications m\u00e9tier (ERP, CRM), etc.<\/p>\n<p><b>Bande passante<\/b> est crucial pour les charges de travail de nature s\u00e9quentielle : acc\u00e8s \u00e0 des blocs situ\u00e9s les uns \u00e0 la suite des autres. Par exemple, une telle charge peut \u00eatre g\u00e9n\u00e9r\u00e9e par des serveurs de fichiers (mais pas toujours) et des syst\u00e8mes de vid\u00e9osurveillance.<\/p>\n<p>La bande passante est li\u00e9e au nombre d'op\u00e9rations d'entr\u00e9e\/sortie de la mani\u00e8re suivante :<\/p>\n<p><i>Throughput = IOPS * Taille de bloc<\/i>, o\u00f9 Taille de bloc est la taille du bloc.<\/p>\n<p>La taille du bloc est une caract\u00e9ristique assez importante. Les versions modernes d'ESXi prennent en charge des blocs jusqu'\u00e0 32 767 Ko. Si le bloc est plus grand, il est divis\u00e9 en plusieurs. Tous les SAN ne peuvent pas fonctionner efficacement avec de si grands blocs, c'est pourquoi dans les param\u00e8tres avanc\u00e9s d'ESXi, il existe un param\u00e8tre DiskMaxIOSize. Ce dernier permet de r\u00e9duire la taille de bloc maximale que l'hyperviseur peut traiter (voir plus en d\u00e9tail <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">ici<\/a><\/noindex>). Je recommande de consulter le fabricant du SAN avant de modifier ce param\u00e8tre ou, au moins, de tester les changements sur un banc d'essai.\u00a0<\/p>\n<p>Une trop grande taille de bloc peut nuire \u00e0 la performance du SAN. M\u00eame si le nombre d'IOPS et la bande passante sont relativement faibles, des latences \u00e9lev\u00e9es peuvent \u00eatre observ\u00e9es avec une grande taille de bloc. Par cons\u00e9quent, il est essentiel de surveiller ce param\u00e8tre.<\/p>\n<p><b>Latence<\/b> \u2013 le param\u00e8tre de performance le plus int\u00e9ressant. La latence des op\u00e9rations d'entr\u00e9e\/sortie pour une machine virtuelle est compos\u00e9e de :<\/p>\n<ul>\n<li>la latence \u00e0 l'int\u00e9rieur de l'hyperviseur (KAVG, Average Kernel MilliSec\/Read);<\/li>\n<li>les d\u00e9lais caus\u00e9s par le r\u00e9seau de donn\u00e9es et le SAN (DAVG, Millisecondes Moyennes du Pilote \/ Commande).<\/li>\n<\/ul>\n<p>\nLe d\u00e9lai global visible dans le syst\u00e8me d'exploitation invit\u00e9 (GAVG, Millisecondes Moyennes Invit\u00e9es \/ Commande) est la somme de KAVG et DAVG.<\/p>\n<p>GAVG et DAVG sont mesur\u00e9s, tandis que KAVG est calcul\u00e9 : GAVG - DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" 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>Source<\/i><\/a><\/noindex><\/p>\n<p>Approfondissons <b>KAVG<\/b>. En fonctionnement normal, KAVG doit tendre vers z\u00e9ro ou, du moins, \u00eatre bien inf\u00e9rieur \u00e0 DAVG. Le seul cas que je connaisse o\u00f9 KAVG est exceptionnellement \u00e9lev\u00e9 est la limitation d'IOPS sur le disque de la VM. Dans ce cas, lorsque la limite est d\u00e9pass\u00e9e, KAVG augmente.<\/p>\n<p>La composante la plus significative de KAVG est QAVG \u2013 le temps d'attente pour traitement \u00e0 l'int\u00e9rieur de l'hyperviseur. Les autres composantes de KAVG sont n\u00e9gligeables.<\/p>\n<p>Les files d'attente dans le pilote de l'adaptateur de disque et les files d'attente vers les LUN ont une taille fixe. Pour les environnements tr\u00e8s charg\u00e9s, il peut \u00eatre utile d'augmenter cette taille. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">Ici<\/a><\/noindex> d\u00e9crit comment augmenter les files d'attente dans le pilote de l'adaptateur (la file vers les LUN augmentera \u00e9galement). Ce param\u00e8tre fonctionne lorsque seule une VM op\u00e8re sur la LUN, ce qui est rare. Si plusieurs VMs sont sur la LUN, il est \u00e9galement n\u00e9cessaire d'augmenter le param\u00e8tre <i>Disk.SchedNumReqOutstanding<\/i> (instruction\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">ici<\/a><\/noindex>). En augmentant la file d'attente, vous r\u00e9duisez respectivement QAVG et KAVG.<\/p>\n<p>Mais encore une fois, consultez d'abord la documentation du fournisseur HBA et testez les modifications sur un banc d'essai. <\/p>\n<p>La taille de la file d'attente vers la LUN peut \u00eatre influenc\u00e9e par l'activation du m\u00e9canisme SIOC (Storage I\/O Control). Il assure un acc\u00e8s \u00e9quilibr\u00e9 \u00e0 la LUN de la part de tous les serveurs du cluster en modifiant dynamiquement la file d'attente vers la LUN sur les serveurs. Ainsi, si une VM sur l'un des h\u00f4tes n\u00e9cessite des performances disproportionn\u00e9es (VM bruyante), SIOC r\u00e9duit la longueur de la file d'attente vers la LUN sur cet h\u00f4te (DQLEN). Pour en savoir plus, <noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">ici<\/a><\/noindex>.<\/p>\n<p>Nous avons compris KAVG, maintenant parlons un peu de <b>DAVG<\/b>. C'est simple : DAVG est le d\u00e9lai introduit par l'environnement externe (r\u00e9seau de donn\u00e9es et SAN). Dans tout SAN moderne, il existe des compteurs de performance. Pour analyser les probl\u00e8mes de DAVG, il est judicieux de les surveiller. Si tout va bien du c\u00f4t\u00e9 d'ESXi et du SAN, v\u00e9rifiez le r\u00e9seau de donn\u00e9es.<\/p>\n<p>Pour \u00e9viter les probl\u00e8mes de performance, choisissez la bonne Politique de S\u00e9lection de Chemin (PSP) pour votre stockage. Pratiquement tous les syst\u00e8mes de stockage modernes prennent en charge la politique PSP Round-Robin (avec ALUA, Acc\u00e8s Logique Asym\u00e9trique aux Unit\u00e9s, ou sans). Cette politique permet d'utiliser tous les chemins disponibles vers le stockage. Dans le cas d'ALUA, seuls les chemins menant au contr\u00f4leur qui poss\u00e8de le LUN sont utilis\u00e9s. Il ne existe pas de r\u00e8gles par d\u00e9faut indiquant la politique Round-Robin pour tous les syst\u00e8mes de stockage sur ESXi. Si aucune r\u00e8gle n'existe pour votre stockage, utilisez le plugin du fabricant du stockage qui cr\u00e9era la r\u00e8gle appropri\u00e9e sur tous les h\u00f4tes du cluster, ou cr\u00e9ez la r\u00e8gle vous-m\u00eame. Pour plus de d\u00e9tails. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">ici<\/a><\/noindex>.\u00a0<\/p>\n<p>De plus, certains fabricants de stockage recommandent de modifier le nombre d'IOPS par chemin de la valeur standard de 1000 \u00e0 1. Dans notre exp\u00e9rience, cela a permis de \u00ab tirer \u00bb plus de performance du stockage et de r\u00e9duire consid\u00e9rablement le temps n\u00e9cessaire au basculement en cas de d\u00e9faillance ou de mise \u00e0 jour des contr\u00f4leurs. V\u00e9rifiez les recommandations du fournisseur, et s'il n'y a pas de contre-indications, essayez de modifier ce param\u00e8tre. Pour plus de d\u00e9tails. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">ici<\/a><\/noindex>.<\/p>\n<h3>Les principaux compteurs de performance du sous-syst\u00e8me de disque de la machine virtuelle.<\/h3>\n<p>\nLes compteurs de performance du sous-syst\u00e8me de disque dans vCenter sont rassembl\u00e9s dans les sections Datastore, Disk, Virtual Disk :<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/ae852a6a128914a7aff36f461c5f0721.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nDans la section <b>Datastore<\/b> contiennent des m\u00e9triques sur les stockages de disques vSphere (datastores) sur lesquels se trouvent les disques des VM. Ici, vous trouverez les compteurs standards pour :<\/p>\n<ul>\n<li>les IOPS (Requ\u00eates de lecture\/\u00e9criture par seconde en moyenne),\u00a0<\/li>\n<li>la bande passante (Taux de lecture\/\u00e9criture),\u00a0<\/li>\n<li>les latences (Latence maximale de lecture\/\u00e9criture).<\/li>\n<\/ul>\n<p>\nD'apr\u00e8s les noms des compteurs, tout est en principe clair. Je souligne encore une fois que ces statistiques ne concernent pas une VM sp\u00e9cifique (ou un disque de VM), mais sont g\u00e9n\u00e9rales pour tout le datastore. \u00c0 mon avis, il est plus pratique de consulter ces statistiques dans ESXTOP, ne serait-ce que parce que la p\u00e9riode minimale de mesure y est de 2 secondes.<\/p>\n<p>Dans la section <b>Disque<\/b> contiennent des m\u00e9triques sur les dispositifs de blocs utilis\u00e9s par les VM. Ici, il y a des compteurs d'IOPS de type sommation (nombre d'op\u00e9rations d'entr\u00e9e\/sortie sur la p\u00e9riode de mesure) et plusieurs compteurs relatifs \u00e0 l'acc\u00e8s block (Commandes annul\u00e9es, R\u00e9initialisations de bus). \u00c0 mon avis, il est \u00e9galement plus pratique de consulter ces informations dans ESXTOP.<\/p>\n<p>Section <b>Disque Virtuel<\/b> Le plus utile pour diagnostiquer les probl\u00e8mes de performance du sous-syst\u00e8me de disques de la VM. Ici, vous pouvez consulter les performances de chaque disque virtuel. Cette information est n\u00e9cessaire pour d\u00e9terminer s'il existe un probl\u00e8me avec une machine virtuelle sp\u00e9cifique. En plus des compteurs standard que sont le nombre d'op\u00e9rations d'entr\u00e9e\/sortie, le volume de lecture\/\u00e9criture et les latences, cette section pr\u00e9sente des compteurs utiles qui montrent la taille de bloc : taille de demande de lecture\/\u00e9criture.<\/p>\n<p>Dans l'image ci-dessous, le graphique de performance du disque de la VM, o\u00f9 vous pouvez voir le nombre d'IOPS, les latences et la taille de bloc.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLes m\u00e9triques de performance peuvent \u00e9galement \u00eatre consult\u00e9es sur l'ensemble du datastore, si SIOC est activ\u00e9. Voici des informations de base sur la latence moyenne et les IOPS. Par d\u00e9faut, ces informations ne peuvent \u00eatre consult\u00e9es qu'en temps r\u00e9el.<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/7872dd131008dfdae09141553b4e42f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nDans ESXTOP, il y a plusieurs \u00e9crans qui pr\u00e9sentent des informations sur le sous-syst\u00e8me de disques de l'h\u00f4te dans son ensemble, pour des machines virtuelles sp\u00e9cifiques et leurs disques.<\/p>\n<p>Commen\u00e7ons par les informations sur les machines virtuelles. L'\u00e9cran \"Disk VM\" s'affiche en appuyant sur la touche \"v\" :<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/793273e19fca1e4f19b96204202019fb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NVDISK<\/b> \u2013 c'est le nombre de disques VM. Pour consulter les informations de chaque disque, appuyez sur \"e\" et entrez le GID de la VM qui vous int\u00e9resse.<\/p>\n<p>La valeur des autres param\u00e8tres sur cet \u00e9cran est claire \u00e0 partir de leurs noms.<\/p>\n<p>Un autre \u00e9cran utile pour la recherche de probl\u00e8mes est l'adaptateur de disque. Il s'affiche en appuyant sur la touche \"d\" (dans l'image ci-dessous, les champs A, B, C, D, E, G sont s\u00e9lectionn\u00e9s) :<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/71a7f1e3f1e40f3dbacf61385a3c07cc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NPTH<\/b> \u2013 le nombre de chemins vers les LUNs visibles depuis cet adaptateur. Pour obtenir des informations sur chaque chemin de l'adaptateur, appuyez sur \"e\" et entrez le nom de l'adaptateur :<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/12661003ce8be542ed4c5e262da77d90.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>AQLEN<\/b> \u2013 la taille maximale de la file d'attente sur l'adaptateur.<\/p>\n<p>Cette \u00e9cran affiche \u00e9galement les compteurs de latence, dont j'ai parl\u00e9 ci-dessus : <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>Sur l'\u00e9cran Disque device, accessible en appuyant sur la touche \"u\", des informations sur des dispositifs de bloc s\u00e9par\u00e9s \u2013 les LUNs (dans l'image ci-dessous, les champs A, B, F, G, I sont s\u00e9lectionn\u00e9s). Ici, vous pouvez voir l'\u00e9tat de la file d'attente vers les LUNs. <\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/6331ee64398fe7057c0eec015165f0a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>DQLEN<\/b> \u2013 la taille de la file d'attente pour le dispositif de bloc.<br \/>\n<b>ACTV<\/b> \u2013 le nombre de commandes d'entr\u00e9e\/sortie dans le noyau ESXi.<br \/>\n<b>QUED<\/b> \u2013 le nombre de commandes d'entr\u00e9e\/sortie dans la file d'attente.<br \/>\n<b>%USD<\/b> \u2013 ACTV \/ DQLEN \u00d7 100%.<br \/>\n<b>LOAD<\/b> \u2013 (ACTV + QUED) \/ DQLEN.<\/p>\n<p>Si %USD est \u00e9lev\u00e9, il vaut la peine d'envisager d'augmenter la file d'attente. Plus il y a de commandes dans la file, plus le QAVG est \u00e9lev\u00e9 et, par cons\u00e9quent, le KAVG.<\/p>\n<p>Sur l'\u00e9cran du p\u00e9riph\u00e9rique disque, vous pouvez \u00e9galement voir si VAAI (vStorage API for Array Integration) fonctionne sur le stockage SAN. Pour cela, il faut s\u00e9lectionner les champs A et O. <\/p>\n<p>Le m\u00e9canisme VAAI permet de d\u00e9charger une partie du travail de l'hyperviseur directement sur le stockage SAN, par exemple, la mise \u00e0 z\u00e9ro, la copie des blocs ou les verrous.<\/p>\n<p><img decoding=\"async\" alt=\"Analyse des performances VM dans VMware vSphere. Partie 3 : Stockage\" src=\"\/wp-content\/uploads\/2019\/07\/131342d74e69af9c0898a1b350e883c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nComme on peut le voir sur l'image ci-dessus, VAAI est actif sur ce stockage SAN : les primitives Zero et ATS sont utilis\u00e9es activement.<\/p>\n<h3>Conseils pour optimiser le fonctionnement du sous-syst\u00e8me de disques sur ESXi<\/h3>\n<p><\/p>\n<ul>\n<li>Faites attention \u00e0 la taille des blocs.<\/li>\n<li>D\u00e9finissez la taille de la file d'attente optimale sur le HBA.<\/li>\n<li>N'oubliez pas d'activer SIOC sur les datastores.<\/li>\n<li>Choisissez le PSP en fonction des recommandations du fabricant du stockage SAN.<\/li>\n<li>Assurez-vous que VAAI fonctionne.<\/li>\n<\/ul>\n<p>\n<b class=\"spoiler_title\">Articles utiles sur le sujet :<\/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>Source : <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\/fr\/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=\"fr_FR\" \/>\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\/fr\/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\udd47Analyse des performances des VM dans VMware vSphere. Partie 3 : Stockage | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/36486","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=36486"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/36486\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/27306"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=36486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=36486"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=36486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}