{"id":34335,"date":"2019-10-31T21:57:43","date_gmt":"2019-10-31T18:57:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\/"},"modified":"2019-10-31T21:57:43","modified_gmt":"2019-10-31T18:57:43","slug":"analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWenn Sie virtuelle Infrastrukturen auf Basis von VMware vSphere (oder einem anderen Technologie-Stack) verwalten, h\u00f6ren Sie m\u00f6glicherweise h\u00e4ufig von Nutzern die Beschwerden: \"Die virtuelle Maschine l\u00e4uft langsam!\" In dieser Artikelreihe werde ich Leistungskennzahlen untersuchen und erl\u00e4utern, was und warum es \u201estockt\u201c und wie man daf\u00fcr sorgt, dass es nicht \u201estockt\u201c.<\/p>\n<p>Ich werde folgende Aspekte der Leistung virtueller Maschinen betrachten:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISK,<\/li>\n<li>Netzwerk.<\/li>\n<\/ul>\n<p>\nIch beginne mit der CPU.<\/p>\n<p>F\u00fcr die Leistungsanalyse ben\u00f6tigen wir:<\/p>\n<ul>\n<li><b>vCenter Leistungsz\u00e4hler<\/b> \u2013 Leistungsz\u00e4hler, deren Grafiken \u00fcber den vSphere Client eingesehen werden k\u00f6nnen. Informationen zu diesen Z\u00e4hlern sind in jeder Version des Clients verf\u00fcgbar (\"dicker\" Client in C#, Web-Client in Flex und Web-Client in HTML5). In diesen Artikeln werden wir Screenshots aus dem C#-Client verwenden, einfach weil sie in der Miniaturansicht besser aussehen :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 Ein Tool, das aus der Kommandozeile von ESXi gestartet wird. Damit k\u00f6nnen Sie in Echtzeit Leistungsz\u00e4hlerwerte abrufen oder diese f\u00fcr einen bestimmten Zeitraum in eine .csv-Datei exportieren, um sie anschlie\u00dfend zu analysieren. Ich werde dieses Werkzeug im Folgenden genauer vorstellen und einige n\u00fctzliche Links zur Dokumentation und zu thematischen Artikeln bereitstellen.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Ein wenig Theorie<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn ESXi ist jeder vCPU (Kern der virtuellen Maschine) f\u00fcr einen separaten Prozess verantwortlich \u2013 in der VMware-Terminologie als 'world' bezeichnet. Es gibt auch Systemprozesse, aber aus der Perspektive der Leistungsanalyse von VMs sind diese weniger interessant.<\/p>\n<p>Ein Prozess in ESXi kann sich in einem von vier Zust\u00e4nden befinden:<\/p>\n<ul>\n<li><b>Ausf\u00fchren<\/b> \u2013 Der Prozess f\u00fchrt eine n\u00fctzliche Arbeit aus.<\/li>\n<li><b>Warten<\/b> \u2013 Der Prozess f\u00fchrt keine Arbeit aus (idle) oder wartet auf Eingabe\/Ausgabe.<\/li>\n<li><b>Costop<\/b> \u2013 ein Zustand, der in vielkernigen virtuellen Maschinen auftritt. Er entsteht, wenn der CPU-Planer des Hypervisors (ESXi CPU Scheduler) nicht in der Lage ist, die gleichzeitige Ausf\u00fchrung aller aktiven Kerne der virtuellen Maschine auf den physischen Kernen des Servers zu planen. In der physikalischen Welt arbeiten alle Kerne des Prozessors parallel; das Guest-Betriebssystem innerhalb der VM rechnet mit einem \u00e4hnlichen Verhalten. Daher muss der Hypervisor die Kerne der VM verlangsamen, die die M\u00f6glichkeit haben, ihren Takt schneller abzuschlie\u00dfen. In modernen Versionen von ESXi verwendet der CPU-Planer einen Mechanismus, der als relaxed co-scheduling bezeichnet wird: Der Hypervisor misst die Differenz zwischen dem \u201eschnellsten\u201c und dem \u201elangsamsten\u201c Kern der virtuellen Maschine (skew). Wenn die Differenz einen bestimmten Schwellenwert \u00fcberschreitet, wechselt der \u201eschnelle\u201c Kern in den Zustand costop. Wenn die Kerne der VM viel Zeit in diesem Zustand verbringen, kann dies zu Leistungsproblemen f\u00fchren.<\/li>\n<li><b>Bereit<\/b> \u2013 ein Prozess wechselt in diesen Zustand, wenn der Hypervisor nicht in der Lage ist, Ressourcen f\u00fcr seine Ausf\u00fchrung bereitzustellen. Hohe Werte f\u00fcr ready k\u00f6nnen Leistungsprobleme der VM verursachen.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Hauptleistungsmesswerte f\u00fcr die CPU der virtuellen Maschine<\/h3>\n<p>\n<b>CPU-Nutzung, %.<\/b> Zeigt den prozentualen CPU-Verbrauch \u00fcber einen bestimmten Zeitraum an.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Wie analysiert man das?<\/b> Wenn die VM stabil 90 % CPU nutzt oder es gelegentlich zu Spitzen von 100 % kommt, haben wir ein Problem. Die Probleme k\u00f6nnen sich nicht nur in einer \"langsamen\" Anwendung innerhalb der VM \u00e4u\u00dfern, sondern auch in der Nichterreichbarkeit der VM \u00fcber das Netzwerk. Wenn das \u00dcberwachungssystem anzeigt, dass die VM gelegentlich ausf\u00e4llt, achten Sie auf die Spitzen im CPU-Nutzungsdiagramm.<\/p>\n<p>Es gibt einen Standardalarm, der die CPU-Auslastung der virtuellen Maschine anzeigt:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Was tun?<\/b> Wenn die CPU-Nutzung bei der VM st\u00e4ndig hoch ist, sollten Sie in Erw\u00e4gung ziehen, die Anzahl der vCPUs zu erh\u00f6hen (leider hilft das nicht immer) oder die VM auf einen Server mit leistungsst\u00e4rkeren Prozessoren zu migrieren.<\/p>\n<h3>CPU-Nutzung in MHz<\/h3>\n<p>\nIn den Diagrammen im vCenter kann man die Nutzung in % nur f\u00fcr die gesamte virtuelle Maschine einsehen; Diagramme f\u00fcr einzelne Kerne sind nicht verf\u00fcgbar (in Esxtop sind die Werte in % nach Kernen vorhanden). F\u00fcr jeden Kern kann die Nutzung in MHz angezeigt werden.<\/p>\n<p><b>Wie analysiert man das?<\/b> Es kann vorkommen, dass eine Anwendung nicht f\u00fcr eine Multi-Core-Architektur optimiert ist: Sie verwendet nur ein Kern zu 100 %, w\u00e4hrend die anderen ungenutzt bleiben. Zum Beispiel startet MS SQL bei den Standard-Backup-Einstellungen den Prozess nur auf einem Kern. Das Backup wird nicht durch langsame Festplattengeschwindigkeiten (woran der Benutzer urspr\u00fcnglich beschwert hat) verlangsamt, sondern weil die CPU \u00fcberlastet ist. Das Problem wurde durch eine \u00c4nderung der Einstellungen behoben: Das Backup wird nun parallel in mehreren Dateien (und entsprechend in mehreren Prozessen) gestartet.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Beispiel f\u00fcr eine ungleichm\u00e4\u00dfige Belastung der Kerne.<\/i><\/p>\n<p>Es kommt auch vor, dass (wie im obigen Diagramm) die Kerne ungleichm\u00e4\u00dfig belastet sind und einige von ihnen Spitzen von 100 % haben. \u00c4hnlich wie bei der Belastung eines einzelnen Kerns wird der Alarm f\u00fcr die CPU-Nutzung nicht ausgel\u00f6st (er wirkt sich auf die gesamte VM aus), aber die Leistungsprobleme werden bestehen bleiben.<\/p>\n<p><b>Was tun? <\/b>Wenn die Software in der virtuellen Maschine die Kerne ungleichm\u00e4\u00dfig belastet (nur ein Kern oder einige Kerne nutzt), macht es keinen Sinn, die Anzahl der Kerne zu erh\u00f6hen. In diesem Fall ist es besser, die VM auf einen Server mit leistungsst\u00e4rkeren Prozessoren zu verschieben.<\/p>\n<p>Es kann auch sinnvoll sein, die Energieeinstellungen im BIOS des Servers zu \u00fcberpr\u00fcfen. Viele Administratoren aktivieren im BIOS den Modus \"H\u00f6chstleistung\" und deaktivieren damit die Energiespartechnologien C-Stufen und P-Stufen. In modernen Intel-Prozessoren wird die Technologie Turbo Boost verwendet, die die Frequenz einzelner Prozessorkerne auf Kosten anderer Kerne erh\u00f6ht. Diese funktioniert jedoch nur, wenn Energiespartechnologien aktiviert sind. Wenn wir diese deaktivieren, kann der Prozessor den Energieverbrauch der nicht belasteten Kerne nicht reduzieren. <\/p>\n<p>VMware empfiehlt, die Energiespartechnologien auf Servern nicht zu deaktivieren, sondern Modi zu w\u00e4hlen, die dem Hypervisor die maximale Kontrolle \u00fcber das Energiemanagement \u00fcberlassen. Dabei sollte im Energiemanagement des Hypervisors der Modus \"H\u00f6chstleistung\" ausgew\u00e4hlt werden. <\/p>\n<p>Wenn in Ihrer Infrastruktur einzelne VMs (oder VMs-Kerne) eine h\u00f6here CPU-Frequenz ben\u00f6tigen, kann eine korrekte Energiekonfiguration ihre Leistung erheblich verbessern.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Bereitschaft) <\/h3>\n<p>\nWenn der vCPU-Kern einer virtuellen Maschine im Zustand 'Ready' ist, leistet er keine n\u00fctzliche Arbeit. Dieser Zustand tritt auf, wenn der Hypervisor keinen freien physischen Kern findet, auf den der vCPU-Prozess der virtuellen Maschine zugewiesen werden kann.<\/p>\n<p><b>Wie analysiert man das?<\/b> In der Regel, wenn die Kerne der virtuellen Maschine mehr als 10% der Zeit im Zustand 'Ready' sind, werden Sie Leistungsprobleme bemerken. Einfach ausgedr\u00fcckt, wartet die VM mehr als 10% der Zeit auf die Verf\u00fcgbarkeit physischer Ressourcen.<\/p>\n<p>In vCenter k\u00f6nnen Sie zwei Z\u00e4hler in Bezug auf CPU Ready einsehen:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nDie Werte beider Z\u00e4hler k\u00f6nnen sowohl f\u00fcr die gesamte VM als auch f\u00fcr einzelne Kerne angezeigt werden.<br \/>\nReadiness zeigt den Wert sofort in Prozent an, jedoch nur in Echtzeit (Daten der letzten Stunde, Messintervall 20 Sekunden). Dieser Z\u00e4hler sollte am besten nur zur Erkennung von Problemen 'in Echtzeit' verwendet werden.<\/p>\n<p>Die Werte des Ready-Z\u00e4hlers k\u00f6nnen auch historisch betrachtet werden. Dies ist hilfreich, um Muster zu identifizieren und eine tiefere Analyse des Problems durchzuf\u00fchren. Wenn beispielsweise eine virtuelle Maschine zu einem bestimmten Zeitpunkt Leistungsprobleme hat, kann man die Zeitr\u00e4ume mit erh\u00f6htem CPU Ready-Wert mit der Gesamtlast des Servers, auf dem die VM l\u00e4uft, abgleichen und Ma\u00dfnahmen zur Reduzierung der Last ergreifen (falls DRS nicht funktioniert hat).<\/p>\n<p>Im Gegensatz zu Readiness wird Ready nicht in Prozent, sondern in Millisekunden angezeigt. Dies ist ein Summationsz\u00e4hler, das hei\u00dft, er zeigt an, wie viel Zeit die VM-Kerne im Messzeitraum im Zustand Ready waren. Um diesen Wert in Prozent umzurechnen, kann die folgende einfache Formel verwendet werden:<\/p>\n<p>(CPU Ready Summationswert \/ (Standard-Updateintervall der Grafik in Sekunden * 1000)) * 100 = CPU Ready %<\/p>\n<p>Beispielsweise ergibt sich f\u00fcr die VM im untenstehenden Diagramm der maximale Ready-Wert f\u00fcr die gesamte virtuelle Maschine wie folgt: <\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBei der Berechnung des Ready-Wertes in Prozent sollte auf zwei Punkte geachtet werden:<\/p>\n<ul>\n<li>Der Ready-Wert f\u00fcr die gesamte VM ist die Summe der Ready-Werte der Kerne.<\/li>\n<li>Messintervall. F\u00fcr Echtzeitmessungen betr\u00e4gt dies 20 Sekunden, w\u00e4hrend es bei Tagesdiagrammen beispielsweise 300 Sekunden betr\u00e4gt.<\/li>\n<\/ul>\n<p>\nBei aktivem Troubleshooting k\u00f6nnen diese einfachen Punkte leicht \u00fcbersehen werden, was wertvolle Zeit f\u00fcr die L\u00f6sung nicht vorhandener Probleme kostet. <\/p>\n<p>Wir berechnen Ready basierend auf den Daten aus dem untenstehenden Diagramm. (324474\/(20*1000))*100 = 1622% f\u00fcr die gesamte VM. Wenn man die Kerne betrachtet, sieht es bereits nicht so schlimm aus: 1622\/64 = 25% pro Kern. In diesem Fall ist es recht einfach, einen Haken zu entdecken: Der Wert f\u00fcr Ready ist unrealistisch. Aber wenn es um 10-20% f\u00fcr die gesamte VM mit mehreren Kernen geht, k\u00f6nnte der Wert pro Kern im Normbereich liegen.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Was tun? <\/b>Ein hoher Ready-Wert weist darauf hin, dass dem Server die CPU-Ressourcen f\u00fcr den ordnungsgem\u00e4\u00dfen Betrieb der virtuellen Maschinen fehlen. In dieser Situation bleibt nur, die \u00dcberbuchung der CPU (vCPU:pCPU) zu reduzieren. Offensichtlich kann dies erreicht werden, indem die Parameter bestehender VMs verringert oder ein Teil der VMs auf andere Server migriert wird.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Wie analysiert man das?<\/b> Dieser Z\u00e4hler ist ebenfalls vom Typ Summation und wird \u00e4hnlich wie Ready in Prozent umgerechnet:<\/p>\n<p>(CPU co-stop Summationswert \/ (Standardaktualisierungsintervall des Diagramms in Sekunden * 1000)) * 100 = CPU co-stop %<\/p>\n<p>Hier sollte ebenfalls auf die Anzahl der Kerne in der VM und das Messintervall geachtet werden.<br \/>\nIm Zustand von co-stop f\u00fchrt der Kern keine n\u00fctzliche Arbeit aus. Bei passender VM-Gr\u00f6\u00dfe und normaler Serverlast sollte der co-stop-Z\u00e4hler nahe Null liegen.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>In diesem Fall ist die Last eindeutig abnormal :)<\/i><\/p>\n<p><b>Was tun?<\/b> Wenn mehrere VMs mit vielen Kernen auf einem Hypervisor laufen und eine CPU-\u00dcberschreitung vorliegt, kann der co-stop-Z\u00e4hler steigen, was zu Leistungsproblemen dieser VMs f\u00fchren kann. <\/p>\n<p>Der co-stop-Wert wird auch steigen, wenn aktive Kerne einer VM Threads auf einem physikalischen Kern des Servers mit aktiviertem Hyper-Threading verwenden. Solch eine Situation kann beispielsweise auftreten, wenn die VM mehr Kerne besitzt, als physikalisch auf dem Server vorhanden sind, oder wenn f\u00fcr die VM die Einstellung \u201epreferHT\u201c aktiviert ist. Weitere Informationen zu dieser Einstellung finden Sie hier. <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">hier<\/a><\/noindex>. <\/p>\n<p>Um Leistungsprobleme bei VMs aufgrund eines hohen co-stop-Werts zu vermeiden, w\u00e4hlen Sie die VM-Gr\u00f6\u00dfe gem\u00e4\u00df den Empfehlungen des Softwareherstellers, der auf dieser VM l\u00e4uft, und den M\u00f6glichkeiten des physikalischen Servers, auf dem die VM arbeitet. <\/p>\n<p>F\u00fcgen Sie keine Kerne vorsorglich hinzu, da dies nicht nur die Leistung der VM selbst, sondern auch ihrer Nachbarn auf dem Server beeintr\u00e4chtigen kann.<\/p>\n<h3>Weitere n\u00fctzliche CPU-Metriken<\/h3>\n<p>\n<b>Ausf\u00fchren<\/b> \u2013 wie viel Zeit (ms) der vCPU w\u00e4hrend des Messzeitraums im Zustand RUN war, das hei\u00dft, aktiv n\u00fctzliche Arbeit verrichtet hat.<\/p>\n<p><b>Idle<\/b> \u2013 wie viel Zeit (ms) der vCPU w\u00e4hrend des Messzeitraums im Leerlauf war. Hohe Idle-Werte sind kein Problem, da der vCPU einfach 'nichts zu tun' hatte.<\/p>\n<p><b>Warten<\/b> \u2013 wie viel Zeit (ms) der vCPU w\u00e4hrend des Messzeitraums im Wartezustand war. Da in diesen Z\u00e4hler IDLE einbezogen wird, bedeuten hohe Wait-Werte ebenfalls nicht, dass ein Problem vorliegt. Wenn jedoch bei hohem Wait der IDLE-Wert niedrig ist, bedeutet das, dass die VM auf den Abschluss von E\/A-Operationen gewartet hat, was auf m\u00f6gliche Probleme mit der Festplattenleistung oder bestimmten virtuellen Ger\u00e4ten der VM hindeuten kann.<\/p>\n<p><b>Maximal begrenzt<\/b> \u2013 wie viel Zeit (ms) der vCPU w\u00e4hrend des Messzeitraums im Zustand Ready aufgrund einer festgelegten Ressourcengrenze war. Wenn die Leistung unerkl\u00e4rlich niedrig ist, kann es hilfreich sein, diesen Z\u00e4hlerwert und das CPU-Limit in den VM-Einstellungen zu \u00fcberpr\u00fcfen. Es k\u00f6nnte tats\u00e4chlich Limits f\u00fcr die VM geben, von denen Sie nichts wissen. Dies passiert beispielsweise, wenn die VM aus einer Vorlage geklont wurde, auf der ein CPU-Limit festgelegt war.<\/p>\n<p><b>Swap-Wartezeit<\/b> \u2013 wie lange w\u00e4hrend des Messzeitraums vCPU auf eine Operation mit VMkernel Swap gewartet wurde. Wenn die Werte dieses Z\u00e4hlers \u00fcber null liegen, hat die VM definitiv Leistungsprobleme. Mehr \u00fcber SWAP erfahren Sie in unserem Artikel \u00fcber Speicherkontrolle.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nW\u00e4hrend die Leistungsz\u00e4hler in vCenter gut zur Analyse historischer Daten sind, eignet sich die Analyse von Problemen in ESXTOP besser. Hier werden alle Werte in vorgefertigter Form angezeigt (Nichts muss \u00fcbersetzt werden), und der minimale Messzeitraum betr\u00e4gt 2 Sekunden.<br \/>\nDer ESXTOP-Bildschirm f\u00fcr CPU wird mit der Taste \u201ec\u201c aufgerufen und sieht folgenderma\u00dfen aus:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZur Vereinfachung k\u00f6nnen Sie nur die Prozesse der virtuellen Maschinen anzeigen, indem Sie Shift-V dr\u00fccken.<br \/>\nUm Metriken zu einzelnen Kernen der VM anzuzeigen, dr\u00fccken Sie \u201ee\u201c und geben Sie die GID der gew\u00fcnschten VM ein (30919 im Screenshot unten):<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIch werde kurz die Spalten durchgehen, die standardm\u00e4\u00dfig angezeigt werden. Zus\u00e4tzliche Spalten k\u00f6nnen hinzugef\u00fcgt werden, indem Sie \u201ef\u201c dr\u00fccken.<\/p>\n<p><b>NWLD (Anzahl der Welten)<\/b> \u2013 die Anzahl der Prozesse in der Gruppe. Um die Gruppe zu erweitern und die Metriken f\u00fcr jeden Prozess (z. B. f\u00fcr jedes Kern einer Mehrkern-VM) zu sehen, dr\u00fccken Sie \u201ee\u201c. Wenn in der Gruppe mehr als ein Prozess vorhanden ist, sind die Metrikwerte f\u00fcr die Gruppe die Summe der Werte f\u00fcr die einzelnen Prozesse.<\/p>\n<p><b>%VERWENDET<\/b> \u2013 wie viele CPU-Zyklen der Server von einem Prozess oder einer Gruppe von Prozessen verwendet.<\/p>\n<p><b>%LAUFEN<\/b> \u2013 wie lange der Prozess im Messzeitraum im Zustand RUN war, d. h. n\u00fctzliche Arbeit geleistet hat. Unterscheidet sich von %VERWENDET durch die Nichterfassung von Hyper-Threading, Frequenzskalierung und der Zeit, die f\u00fcr Systemaufgaben aufgewendet wurde (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 die Zeit, die f\u00fcr Systemaufgaben aufgewendet wurde, z. B.: Interrupt-Verarbeitung, E\/A, Netzwerkbetrieb usw. Der Wert kann hoch sein, wenn die VM einen hohen E\/A-Wert hat.<\/p>\n<p><b>%\u00dcBERLAPPT<\/b> \u2013 wie viel Zeit das physische Kern, auf dem der VM-Prozess l\u00e4uft, mit Aufgaben anderer Prozesse verbracht hat.<\/p>\n<p>Diese Metriken stehen in folgender Beziehung zueinander:<\/p>\n<p>%VERWENDET = %LAUFEN + %SYS \u2014 %\u00dcBERLAPPT.<\/p>\n<p>In der Regel ist die Metrik %VERWENDET informativer.<\/p>\n<p><b>%WARTEN<\/b> \u2013 wie lange der Prozess im Messzeitraum im Zustand Warte war. Beinhaltet IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 wie viel Zeit der Prozess im Messzeitraum im Zustand IDLE war.<\/p>\n<p><b>%SWPWT<\/b> \u2013 wie viel Zeit der vCPU im Messzeitraum auf eine Operation mit dem VMkernel Swap gewartet hat.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 wie viel Zeit der vCPU im Messzeitraum im Wartezustand f\u00fcr Ereignisse verbracht hat (normalerweise Ein-\/Ausgaben). Ein \u00e4hnlicher Z\u00e4hler existiert nicht in vCenter. Hohe Werte deuten auf Probleme mit Ein-\/Ausgaben auf der VM hin.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Wenn die VM keinen VMkernel Swap verwendet, ist es sinnvoll, bei der Analyse von Leistungsproblemen auf %VMWAIT zu achten, da diese Kennzahl die Zeit, in der die VM nichts getan hat (%IDLE), nicht ber\u00fccksichtigt.<\/p>\n<p><b>%RDY<\/b> \u2013 wie viel Zeit der Prozess im Messzeitraum im Zustand Ready war.<\/p>\n<p><b>%CSTP<\/b> \u2013 wie viel Zeit der Prozess im Messzeitraum im Zustand costop war.<\/p>\n<p><b>%MLMTD<\/b> \u2013 wie viel Zeit der vCPU im Messzeitraum im Zustand Ready aufgrund einer festgelegten Ressourcenobergrenze war.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 der VM-Kern befindet sich st\u00e4ndig in einem dieser vier Zust\u00e4nde.<\/p>\n<h3>CPU auf dem Hypervisor<\/h3>\n<p>\nIn vCenter gibt es auch Leistungsmessgr\u00f6\u00dfen f\u00fcr die CPU des Hypervisors, aber diese bieten nichts Interessantes \u2013 es handelt sich einfach um die Summe der Z\u00e4hler aller VMs auf dem Server.<br \/>\nAm einfachsten l\u00e4sst sich der Zustand der CPU auf dem Server auf der Registerkarte Zusammenfassung beobachten.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nF\u00fcr den Server, wie auch f\u00fcr die virtuelle Maschine, gibt es einen Standardalarm:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBei hoher Auslastung der CPU des Servers treten bei den darauf laufenden virtuellen Maschinen Leistungsprobleme auf.<\/p>\n<p>In ESXTOP werden die Daten zur CPU-Auslastung des Servers oben auf dem Bildschirm angezeigt. Neben der standardm\u00e4\u00dfigen CPU-Auslastung, die f\u00fcr Hypervisoren wenig aussagekr\u00e4ftig ist, gibt es noch drei weitere Metriken:<\/p>\n<p><b>CORE UTIL(%)<\/b> \u2013 die Auslastung des physikalischen Serverkerns. Dieser Z\u00e4hler zeigt an, wie viel Zeit der Kern w\u00e4hrend des Messzeitraums mit Arbeit verbracht hat.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 wenn Hyper-Threading aktiviert ist, hat jeder physikalische Kern zwei Threads (PCPU). Diese Metrik zeigt an, wie viel Zeit jeder Thread mit Arbeit besch\u00e4ftigt war.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 das Gleiche wie PCPU UTIL(%), ber\u00fccksichtigt jedoch die Frequenzanpassung (entweder die Reduzierung der Kernen Frequenz zur Energieeinsparung oder die Erh\u00f6hung der Frequenz durch die Turbo Boost-Technologie) und das Hyper-Threading.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * effektive Kernfrequenz \/ nominale Kernfrequenz.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Auf diesem Screenshot liegt der Wert f\u00fcr einige Kerne aufgrund der Turbo Boost-Technologie \u00fcber 100%, da die Kernfrequenz h\u00f6her als die nominale ist.<\/i><\/p>\n<p>Ein paar Worte dazu, wie Hyper-Threading ber\u00fccksichtigt wird. Wenn Prozesse zu 100 % der Zeit auf beiden Threads eines physischen Serverkerns ausgef\u00fchrt werden und der Kern mit seiner nominalen Frequenz arbeitet, dann:<\/p>\n<ul>\n<li>CORE UTIL f\u00fcr den Kern wird 100 % sein,<\/li>\n<li>PCPU UTIL f\u00fcr beide Threads wird 100 % betragen,<\/li>\n<li>PCPU USED f\u00fcr beide Threads wird 50 % sein.<\/li>\n<\/ul>\n<p>\nWenn beide Threads in der Messperiode nicht 100 % der Zeit aktiv waren, wird PCPU USED f\u00fcr die Kerne in den Zeitr\u00e4umen, in denen die Threads parallel arbeiteten, halbiert.<\/p>\n<p>In ESXTOP gibt es auch einen Bildschirm mit den Energieverbrauchsparametern des Servers. Hier kann man sehen, ob der Server Energiespartechnologien wie C-Staaten und P-Staaten nutzt. Aufgerufen durch die Taste \u201ep\u201c:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse von virtuellen Maschinen in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Typische CPU-Leistungsprobleme<\/h3>\n<p>\nZum Abschluss m\u00f6chte ich auf h\u00e4ufige Ursachen f\u00fcr CPU-Leistungsprobleme von VMs eingehen und einige kurze Tipps zu deren L\u00f6sung geben:<\/p>\n<p><b>Es fehlt an der Taktfrequenz des Kerns.<\/b> Wenn es nicht m\u00f6glich ist, die VM auf leistungsst\u00e4rkere Kerne zu migrieren, k\u00f6nnen die Einstellungen f\u00fcr die Energieverwaltung ge\u00e4ndert werden, damit der Turbo Boost effektiver arbeitet.<\/p>\n<p><b>Falsches Sizing der VM (zu viele\/wenige Kerne).<\/b> Wenn zu wenige Kerne zugewiesen werden, liegt eine hohe Auslastung der CPU der VM vor. Bei zu vielen Kerne ergibt sich eine hohe Co-Stop.<\/p>\n<p><b>Hohe CPU-\u00dcberbuchung auf dem Server.<\/b> Wenn die VM eine hohe Bereitschaft aufweist, reduzieren Sie die CPU-\u00dcberbuchung.<\/p>\n<p><b>Falsche NUMA-Topologie auf gro\u00dfen VMs.<\/b> Die NUMA-Topologie, die die VM sieht (vNUMA), muss mit der NUMA-Topologie des Servers (pNUMA) \u00fcbereinstimmen. Informationen zur Diagnose und m\u00f6gliche L\u00f6sungsans\u00e4tze sind beispielsweise im Buch <noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">\u201eVMware vSphere 6.5 Host Resources Deep Dive\u201c<\/a><\/noindex>. Wenn Sie sich nicht vertiefen m\u00f6chten und keine Lizenzbeschr\u00e4nkungen f\u00fcr das auf der VM installierte Betriebssystem haben, verwenden Sie auf der VM viele virtuelle Sockets mit einem Kern. Sie verlieren nicht viel \ud83d\ude42<\/p>\n<p>Das w\u00e4re alles zur CPU. Stellen Sie Fragen. Im n\u00e4chsten Teil werde ich \u00fcber den Arbeitsspeicher sprechen.<\/p>\n<p><b class=\"spoiler_title\">N\u00fctzliche Links<\/b><noindex><a rel=\"nofollow\" href=\"http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/\">http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/kb\/1017926\">https:\/\/kb.vmware.com\/kb\/1017926<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/\">http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/communities.vmware.com\/docs\/DOC-9279\">https:\/\/communities.vmware.com\/docs\/DOC-9279<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf\">https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html<\/a><\/noindex><br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/452884\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34335","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=\"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,\" \/>\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-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\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 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\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-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:57:43+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 Performance virtueller Maschinen in VMware vSphere. Teil 1: CPU | ProHoster","description":"Wenn Sie eine virtuelle Infrastruktur auf Basis von VMware vSphere (oder einem anderen Technologiestack) verwalten, h\u00f6ren Sie sicherlich h\u00e4ufig von den Nutzern Beschwerden wie: \u201eDie virtuelle Maschine l\u00e4uft langsam!\u201c. In dieser Artikelreihe werde ich die Leistungskennzahlen untersuchen und erkl\u00e4ren, was und warum es zu \u201eVerz\u00f6gerungen\u201c kommt und wie Sie diese vermeiden k\u00f6nnen. Ich werde die folgenden Leistungsaspekte von virtuellen Maschinen betrachten: CPU, RAM, DISK,","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","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 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster","og:description":"\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK,","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","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-31T18:57:43+00:00","article:modified_time":"2019-10-31T18:57:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34335","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-21 18:48:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:23:17","updated":"2026-01-21 18:48:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34335","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=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}