{"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\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","title":{"rendered":"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" 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\/\">Teil 1. \u00dcber CPU<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/455820\/\">Teil 2. \u00dcber den Arbeitsspeicher<\/a><\/noindex><\/p>\n<p>Heute betrachten wir die Metriken des Speichersystems in vSphere. Speicherprobleme sind die h\u00e4ufigste Ursache f\u00fcr eine langsame Leistung virtueller Maschinen. W\u00e4hrend beim CPU- und RAM-Problembehebungsverfahren in der Regel auf Hypervisorebene gearbeitet wird, kann es bei Festplattenproblemen notwendig sein, auch das Daten\u00fcbertragungsnetzwerk und das Speicher-Array zu untersuchen.<\/p>\n<p>Ich werde das Thema am Beispiel des Blockzugriffs auf Speicher-Arrays erl\u00e4utern, obwohl die Z\u00e4hler bei Datei-Zugriffen \u00e4hnlich sind.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Ein wenig Theorie<\/h3>\n<p>\nWenn es um die Leistung des Speichersystems virtueller Maschinen geht, f\u00e4llt der Fokus gew\u00f6hnlich auf drei miteinander verbundene Parameter:<\/p>\n<ul>\n<li>Anzahl der Eingangs-\/Ausgangsvorg\u00e4nge pro Sekunde (Input\/Output Operations Per Second, IOPS);<\/li>\n<li>Durchsatz (Throughput);<\/li>\n<li>Latenz von Eingangs-\/Ausgangsvorg\u00e4ngen (Latency).<\/li>\n<\/ul>\n<p>\n<b>Anzahl der IOPS<\/b> ist normalerweise wichtig f\u00fcr zuf\u00e4llige Lasten (random): Zugriff auf Bl\u00f6cke auf der Festplatte, die an verschiedenen Orten gespeichert sind. Beispiele f\u00fcr solche Lasten sind Datenbanken, Gesch\u00e4ftsapplikationen (ERP, CRM) usw.<\/p>\n<p><b>Durchsatz<\/b> wichtig f\u00fcr sequenzielle Lasten: Zugang zu aufeinanderfolgenden Bl\u00f6cken. Beispielsweise k\u00f6nnen solch eine Last von Dateiservern (aber nicht immer) und \u00dcberwachungssystemen erzeugt werden.<\/p>\n<p>Die Bandbreite steht in Bezug zur Anzahl der Eingabe-\/Ausgabeoperationen wie folgt:<\/p>\n<p><i>Durchsatz = IOPS * Blockgr\u00f6\u00dfe<\/i>, wobei Blockgr\u00f6\u00dfe die Gr\u00f6\u00dfe des Blocks ist.<\/p>\n<p>Die Blockgr\u00f6\u00dfe ist eine ziemlich wichtige Kennzahl. Moderne Versionen von ESXi unterst\u00fctzen Bl\u00f6cke mit einer Gr\u00f6\u00dfe von bis zu 32.767 KB. Wenn der Block noch gr\u00f6\u00dfer ist, wird er in mehrere Teile zerlegt. Nicht alle Speicherl\u00f6sungen k\u00f6nnen mit solch gro\u00dfen Bl\u00f6cken effizient arbeiten, weshalb es in den erweiterten Einstellungen von ESXi eine Option f\u00fcr DiskMaxIOSize gibt. Mit dieser kann die maximale Blockgr\u00f6\u00dfe, die vom Hypervisor verarbeitet wird, reduziert werden (mehr dazu <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1003469\">hier<\/a><\/noindex>). Ich empfehle, vor einer \u00c4nderung dieses Parameters den Hersteller der Speicherl\u00f6sung zu konsultieren oder zumindest die \u00c4nderungen in einer Testumgebung auszuprobieren.\u00a0<\/p>\n<p>Eine gro\u00dfe Blockgr\u00f6\u00dfe kann sich negativ auf die Leistung des Speichersystems auswirken. Selbst wenn die Anzahl der IOPS und der Daten\u00fcbertragungsrate relativ gering ist, k\u00f6nnen bei einer gro\u00dfen Blockgr\u00f6\u00dfe hohe Latenzen auftreten. Daher sollten Sie auf diesen Parameter achten.<\/p>\n<p><b>Latenz<\/b> ist der interessanteste Leistungsparameter. Die Latenz von Ein-\/Ausgabeoperationen f\u00fcr eine virtuelle Maschine setzt sich zusammen aus:<\/p>\n<ul>\n<li>der Latenz innerhalb des Hypervisors (KAVG, Durchschnittliche Kernel-MilliSekunden\/Lesen);<\/li>\n<li>der Latenz, die durch das Netzwerk und das Speichersystem verursacht wird (DAVG, Durchschnittliche Treiber-MilliSekunden\/Befehl).<\/li>\n<\/ul>\n<p>\nDie Gesamtlatenz, die im Gastsystem sichtbar ist (GAVG, Durchschnittliche Gast-MilliSekunden\/Befehl), ist die Summe aus KAVG und DAVG.<\/p>\n<p>GAVG und DAVG werden gemessen, w\u00e4hrend KAVG berechnet wird: GAVG\u2013DAVG.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" 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>Quelle<\/i><\/a><\/noindex><\/p>\n<p>Lassen Sie uns n\u00e4her auf <b>KAVG<\/b>eingehen. Im Normalbetrieb sollte KAVG gegen null tendieren oder zumindest deutlich kleiner als DAVG sein. Der einzige mir bekannte Fall, in dem KAVG erwartungsgem\u00e4\u00df hoch ist, ist eine IOPS-Beschr\u00e4nkung auf der VM-Festplatte. In diesem Fall wird KAVG steigen, wenn der Grenzwert \u00fcberschritten wird.<\/p>\n<p>Der bedeutendste Bestandteil von KAVG ist QAVG \u2013 die Zeit in der Warteschlange f\u00fcr die Verarbeitung innerhalb des Hypervisors. Die anderen Bestandteile von KAVG sind vernachl\u00e4ssigbar klein.<\/p>\n<p>Die Warteschlange im Festplattentreiber und die Warteschlangen zu LUNs haben eine feste Gr\u00f6\u00dfe. F\u00fcr stark beanspruchte Umgebungen kann es n\u00fctzlich sein, diese Gr\u00f6\u00dfe zu erh\u00f6hen. <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1267\">Hier<\/a><\/noindex> Es wird beschrieben, wie die Warteschlangen im Treiber des Adapters erh\u00f6ht werden k\u00f6nnen (gleichzeitig wird auch die Warteschlange zu LUNs erh\u00f6ht). Diese Einstellung funktioniert, wenn nur eine VM mit der LUN arbeitet, was selten der Fall ist. Wenn mehrere VMs auf der LUN sind, muss auch der Parameter <i>Disk.SchedNumReqOutstanding<\/i> (Anleitung\u00a0 <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/1268\">hier<\/a><\/noindex>). Durch die Erh\u00f6hung der Warteschlange reduzieren Sie entsprechend QAVG und KAVG.<\/p>\n<p>Aber nochmals, lesen Sie zuerst die Dokumentation des HBA-Anbieters und testen Sie die \u00c4nderungen in einer Laborumgebung. <\/p>\n<p>Die Gr\u00f6\u00dfe der Warteschlange zu einer LUN kann durch die Aktivierung des SIOC (Storage I\/O Control) beeinflusst werden. Dieser sorgt f\u00fcr einen gleichm\u00e4\u00dfigen Zugriff auf die LUN von allen Servern im Cluster, indem die Warteschlange zur LUN auf den Servern dynamisch angepasst wird. Das bedeutet, wenn auf einem der Hosts eine VM l\u00e4uft, die unverh\u00e4ltnism\u00e4\u00dfig viel Leistung ben\u00f6tigt (noisy neighbor VM), reduziert SIOC die L\u00e4nge der Warteschlange zur LUN auf diesem Host (DQLEN). Mehr dazu <noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2019\/03\/05\/dqlen-changes-what-is-going-on\/\">hier<\/a><\/noindex>.<\/p>\n<p>Jetzt sind wir mit KAVG durch, nun ein wenig \u00fcber <b>DAVG<\/b>. Es ist ganz einfach: DAVG ist die Verz\u00f6gerung, die durch die externe Umgebung (Daten\u00fcbertragungsnetzwerk und Speicher) verursacht wird. In jedem modernen und auch nicht so modernen Speicher gibt es Leistungsz\u00e4hler. Um Probleme mit DAVG zu analysieren, lohnt es sich, einen Blick darauf zu werfen. Wenn alles von Seiten des ESXi und des Speichers in Ordnung ist, \u00fcberpr\u00fcfen Sie das Daten\u00fcbertragungsnetzwerk.<\/p>\n<p>Um Leistungseinbu\u00dfen zu vermeiden, w\u00e4hlen Sie die richtige Path Selection Policy (PSP) f\u00fcr Ihren Speicher. Fast alle modernen Speicher unterst\u00fctzen die PSP Round-Robin (mit ALUA, Asymmetric Logical Unit Access, oder ohne). Diese Richtlinie erm\u00f6glicht die Nutzung aller verf\u00fcgbaren Pfade zum Speicher. Bei ALUA werden nur die Pfade zum Controller verwendet, der das LUN besitzt. F\u00fcr nicht alle Speicher auf ESXi gibt es Standardrichtlinien, die die Round-Robin-Politik festlegen. Wenn es keine entsprechenden Regeln f\u00fcr Ihren Speicher gibt, verwenden Sie das Plugin des Speicheranbieters, das die entsprechende Regel auf allen Hosts im Cluster erstellt, oder erstellen Sie die Regel selbst. Weitere Details <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2053628\">hier<\/a><\/noindex>.\u00a0<\/p>\n<p>Einige Hersteller von Speichersystemen empfehlen auch, die Anzahl der IOPS von dem Standardwert 1000 auf 1 zu \u00e4ndern. In unserer Erfahrung hat dies dazu gef\u00fchrt, dass wir eine bessere Leistung aus dem Speichersystem herausholen konnten und die Zeit f\u00fcr Failover im Falle eines Ausfalls oder bei Updates der Controller erheblich verk\u00fcrzt wurde. \u00dcberpr\u00fcfen Sie die Empfehlungen des Anbieters, und wenn es keine Einw\u00e4nde gibt, versuchen Sie, diesen Parameter zu \u00e4ndern. Weitere Details <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2069356\">hier<\/a><\/noindex>.<\/p>\n<h3>Hauptleistungsindikatoren des Speichersystems der virtuellen Maschine<\/h3>\n<p>\nDie Leistungsindikatoren des Speichersystems in vCenter sind in den Abschnitten Datastore, Disk, Virtual Disk zusammengefasst:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/ae852a6a128914a7aff36f461c5f0721.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nIm Abschnitt <b>Datastore<\/b> finden Sie Metriken zu den vSphere-Speichersystemen (Datastores), auf denen die VM-Daten gespeichert sind. Hier finden Sie die Standardindikatoren f\u00fcr:<\/p>\n<ul>\n<li>IOPS (Durchschnittliche Lese-\/Schreibanforderungen pro Sekunde),\u00a0<\/li>\n<li>Durchsatz (Lese-\/Schreibrate),\u00a0<\/li>\n<li>Latenzen (Lese-\/Schreib-\/h\u00f6chste Latenz).<\/li>\n<\/ul>\n<p>\nDie Bezeichnungen der Z\u00e4hler sind im Allgemeinen klar. Ich m\u00f6chte nochmals darauf hinweisen, dass hier die Statistik nicht f\u00fcr eine bestimmte VM (oder einen bestimmten VM-Disk) gilt, sondern insgesamt f\u00fcr den gesamten Datastore. Meiner Meinung nach ist es einfacher, diese Statistik in ESXTOP zu betrachten, zumindest weil der minimale Messzeitraum dort 2 Sekunden betr\u00e4gt.<\/p>\n<p>Im Abschnitt <b>Disk<\/b> Hier befinden sich Metriken zu Blockger\u00e4ten, die von VMs verwendet werden. Es gibt Z\u00e4hler f\u00fcr IOPS, wie Summation (Anzahl der Ein-\/Ausgabeoperationen \u00fcber den Messzeitraum) und mehrere Z\u00e4hler, die sich auf den Blockzugriff beziehen (Commands aborted, Bus resets). Diese Informationen sind, meiner Meinung nach, ebenfalls einfacher in ESXTOP einzusehen.<\/p>\n<p>Abschnitt <b>Virtueller Disk<\/b> ist der n\u00fctzlichste Bereich, wenn es darum geht, Leistungsprobleme im Speichersystem der VM zu identifizieren. Hier kann die Leistung f\u00fcr jede virtuelle Festplatte eingesehen werden. Diese Informationen sind entscheidend, um festzustellen, ob ein Problem bei einer bestimmten virtuellen Maschine vorliegt. Neben den Standardz\u00e4hlern f\u00fcr Ein-\/Ausgabeoperationen, Lese-\/Schreibvolumen und Latenzen gibt es in diesem Abschnitt n\u00fctzliche Z\u00e4hler, die die Blockgr\u00f6\u00dfe anzeigen: Gr\u00f6\u00dfe der Lese-\/Schreibanforderungen.<\/p>\n<p>Im Bild unten sehen Sie das Diagramm der VM-Disk-Leistung, in dem die Anzahl der IOPS, Latenzen und die Blockgr\u00f6\u00dfe angezeigt werden.\u00a0<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/36d2a4d006d2c1bfd4d9961c745f26b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDie Leistungskennzahlen k\u00f6nnen auch f\u00fcr den gesamten Datenspeicher angezeigt werden, wenn SIOC aktiviert ist. Hier sind grundlegende Informationen zu der durchschnittlichen Latenz und den IOPS dargestellt. Diese Informationen sind standardm\u00e4\u00dfig nur in Echtzeit verf\u00fcgbar.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/7872dd131008dfdae09141553b4e42f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nESXTOP bietet mehrere Bildschirme, auf denen Informationen \u00fcber das gesamte Host-Datensystem, einzelne virtuelle Maschinen und deren Festplatten angezeigt werden.<\/p>\n<p>Beginnen wir mit den Informationen zu den virtuellen Maschinen. Der Bildschirm 'Disk VM' wird mit der Taste 'v' aufgerufen:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/793273e19fca1e4f19b96204202019fb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NVDISK<\/b> \u2013 dies ist die Anzahl der VM-Disk. Um Informationen zu jeder Disk zu sehen, dr\u00fccken Sie 'e' und geben Sie die GID der interessierenden VM ein.<\/p>\n<p>Die Werte der anderen Parameter auf diesem Bildschirm sind aus ihren Bezeichnungen ersichtlich.<\/p>\n<p>Ein weiterer n\u00fctzlicher Bildschirm zur Fehlersuche ist der Disk-Adapter. Er wird mit der Taste 'd' aufgerufen (die Felder A, B, C, D, E, G sind im Bild unten ausgew\u00e4hlt):<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/71a7f1e3f1e40f3dbacf61385a3c07cc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>NPTH<\/b> \u2013 die Anzahl der Pfade zu den LUNs, die von diesem Adapter sichtbar sind. Um Informationen zu jedem Pfad am Adapter zu erhalten, dr\u00fccken Sie 'e' und geben Sie den Namen des Adapters ein.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/12661003ce8be542ed4c5e262da77d90.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>AQLEN<\/b> \u2013 die maximale Warteschlangenl\u00e4nge am Adapter.<\/p>\n<p>Auf diesem Bildschirm sind auch die Latenzz\u00e4hler aufgef\u00fchrt, die ich zuvor erw\u00e4hnt habe: <b>KAVG\/cmd, GAVG\/cmd, DAVG\/cmd, QAVG\/cmd<\/b>. <\/p>\n<p>Auf dem Bildschirm f\u00fcr das Disk-Ger\u00e4t, das mit der Taste \"u\" aufgerufen wird, finden Sie Informationen zu einzelnen Blockger\u00e4ten \u2013 LUNs (in der Abbildung unten sind die Felder A, B, F, G, I ausgew\u00e4hlt). Hier k\u00f6nnen Sie den Zustand der Warteschlange f\u00fcr die LUNs einsehen. <\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/6331ee64398fe7057c0eec015165f0a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>DQLEN<\/b> \u2013 die Gr\u00f6\u00dfe der Warteschlange f\u00fcr das Blockger\u00e4t.<br \/>\n<b>ACTV<\/b> \u2013 die Anzahl der I\/O-Befehle im ESXi-Kernel.<br \/>\n<b>QUED<\/b> \u2013 die Anzahl der I\/O-Befehle in der Warteschlange.<br \/>\n<b>%USD<\/b> \u2013 ACTV \/ DQLEN \u00d7 100%.<br \/>\n<b>LOAD<\/b> \u2013 (ACTV + QUED) \/ DQLEN.<\/p>\n<p>Wenn %USD hoch ist, sollten Sie in Erw\u00e4gung ziehen, die Warteschlange zu vergr\u00f6\u00dfern. Je mehr Befehle in der Warteschlange sind, desto h\u00f6her sind QAVG und folglich KAVG.<\/p>\n<p>Auf dem Bildschirm f\u00fcr das Disk-Ger\u00e4t k\u00f6nnen Sie auch \u00fcberpr\u00fcfen, ob VAAI (vStorage API for Array Integration) auf dem SAN aktiv ist. Dazu m\u00fcssen Sie die Felder A und O ausw\u00e4hlen. <\/p>\n<p>Der VAAI-Mechanismus erm\u00f6glicht es, einen Teil der Arbeit vom Hypervisor direkt auf das SAN zu verlagern, z.B. Zeroing, Blockkopien oder Locking.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von VMs in VMware vSphere. Teil 3: Speicher\" src=\"\/wp-content\/uploads\/2019\/07\/131342d74e69af9c0898a1b350e883c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWie in der obigen Abbildung zu sehen ist, funktioniert VAAI auf diesem SAN: Die Zero- und ATS-Primitiven werden aktiv genutzt.<\/p>\n<h3>Tipps zur Optimierung des Disk-Subsystems auf ESXi<\/h3>\n<p><\/p>\n<ul>\n<li>Achten Sie auf die Blockgr\u00f6\u00dfe.<\/li>\n<li>Stellen Sie die optimale Warteschlangenl\u00e4nge auf dem HBA ein.<\/li>\n<li>Vergessen Sie nicht, SIOC auf den Datastores zu aktivieren.<\/li>\n<li>W\u00e4hlen Sie den PSP gem\u00e4\u00df den Empfehlungen des Speicherherstellers.<\/li>\n<li>Stellen Sie sicher, dass VAAI aktiv ist.<\/li>\n<\/ul>\n<p>\n<b class=\"spoiler_title\">N\u00fctzliche Artikel zu diesem Thema:<\/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>Quelle: <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 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\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\" \/>\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\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\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:description\" content=\"\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\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/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 der VM-Leistung in VMware vSphere. Teil 3: Storage | ProHoster","description":"Teil 1. \u00dcber CPU Teil 2. \u00dcber den Arbeitsspeicher Heute analysieren wir die Metriken des Speichersystems in vSphere. Speicherprobleme sind die h\u00e4ufigste Ursache f\u00fcr langsames Arbeiten von virtuellen Maschinen. W\u00e4hrend beim Troubleshooting von CPU und RAM dies auf Hypervisorebene endet, k\u00f6nnte man bei Diskproblemen gezwungen sein, sich mit dem Netzwerk und dem Speicher zu besch\u00e4ftigen. Ich werde die Thematik beleuchten.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-3-storage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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:description":"\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","og:url":"https:\/\/prohoster.info\/de\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36486","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=36486"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36486\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/27306"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=36486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=36486"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=36486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}