{"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 der virtuellen Maschine in VMware vSphere. Teil 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 eine virtuelle Infrastruktur auf Basis von VMware vSphere (oder einem anderen Technologiestack) administrieren, h\u00f6ren Sie sicherlich oft von Benutzern Beschwerden: \u201eDie virtuelle Maschine arbeitet langsam!\u201c. In diesem Artikelzyklus werde ich Leistungskennzahlen untersuchen und erkl\u00e4ren, was und warum es \u201estockt\u201c und wie man es verhindert, dass es \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 Performance Counters<\/b> \u2013 Leistungskennzahlen, deren Grafiken \u00fcber den vSphere Client angezeigt werden k\u00f6nnen. Informationen zu diesen Kennzahlen sind in jeder Version des Clients verf\u00fcgbar (\"dicker\" Client in C#, Web-Client in Flex und Web-Client in HTML5). In diesem Artikelzyklus verwenden wir Screenshots aus dem C#-Client, einfach weil sie in der Miniaturansicht besser aussehen :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 ein Tool, das aus der ESXi-Eingabeaufforderung gestartet wird. Damit k\u00f6nnen Sie die Leistungskennzahlen in Echtzeit abrufen oder diese Werte f\u00fcr einen bestimmten Zeitraum in eine .csv-Datei exportieren, um sie weiter zu analysieren. Ich werde dieses Tool im Folgenden n\u00e4her erl\u00e4utern und einige n\u00fctzliche Links zu Dokumentationen und Artikeln zu diesem Thema 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 der virtuellen Maschine 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 world in der VMware-Terminologie. Es gibt auch Systemprozesse, aber aus Sicht der Leistungsanalyse von VMs sind diese weniger interessant.<\/p>\n<p>Ein Prozess in ESXi kann sich in einem der vier Zust\u00e4nde 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 Multikern-VMs auftritt. Er entsteht, wenn der CPU-Scheduler 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 physischen Welt arbeiten alle Prozessoren parallel, das Gastbetriebssystem innerhalb der VM erwartet ein \u00e4hnliches Verhalten, sodass der Hypervisor gezwungen ist, die Kerne der VM zu drosseln, die die M\u00f6glichkeit haben, ihren Takt schneller zu beenden. In modernen Versionen von ESXi verwendet der CPU-Scheduler einen Mechanismus namens relaxed co-scheduling: Der Hypervisor ber\u00fccksichtigt die Abweichung zwischen dem \u201eschnellsten\u201c und dem \u201elangsamsten\u201c Kern der virtuellen Maschine (skew). \u00dcberschreitet die Abweichung einen bestimmten Schwellenwert, wechselt der \u201eschnelle\u201c Kern in den Zustand costop. Wenn die Kerne der VM viel Zeit in diesem Zustand verbringen, kann das zu Leistungsproblemen f\u00fchren.<\/li>\n<li><b>Bereit<\/b> \u2013 der 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 f\u00fcr die VM verursachen.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Wichtige Leistungskennzahlen der CPU der virtuellen Maschine<\/h3>\n<p>\n<b>CPU Nutzung, %.<\/b> Zeigt den Prozentsatz der CPU-Nutzung \u00fcber einen bestimmten Zeitraum an.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 analysieren?<\/b> Wenn die VM konstant 90 % CPU nutzt oder Spitzen bis zu 100 % hat, dann haben wir Probleme. Diese Probleme k\u00f6nnen sich nicht nur in einer \u201elangsame\u201c Ausf\u00fchrung der Anwendung innerhalb der VM \u00e4u\u00dfern, sondern auch in der Erreichbarkeit der VM im Netzwerk. Wenn das \u00dcberwachungssystem anzeigt, dass die VM gelegentlich ausf\u00e4llt, achten Sie auf Spitzen im Diagramm der CPU-Nutzung.<\/p>\n<p>Es gibt einen Standard-Alarme, der die CPU-Auslastung der virtuellen Maschine anzeigt:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 der VM dauerhaft hoch ist, kann es sinnvoll sein, die Anzahl der vCPUs zu erh\u00f6hen (leider hilft das nicht immer) oder die VM auf einen Server mit leistungsf\u00e4higeren Prozessoren zu migrieren.<\/p>\n<h3>CPU-Nutzung in MHz<\/h3>\n<p>\nIn den Diagrammen der vCenter-Nutzung in % kann man nur die gesamte virtuelle Maschine sehen, Diagramme nach einzelnen Kernen gibt es nicht (in Esxtop gibt es Werte in % nach Kernen). F\u00fcr jeden Kern kann man die Nutzung in MHz betrachten.<\/p>\n<p><b>Wie analysieren?<\/b> Es kann vorkommen, dass die Anwendung nicht f\u00fcr Mehrkernarchitekturen optimiert ist: Sie nutzt nur einen 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. Infolgedessen wird die Sicherung nicht aufgrund der langsamen Festplattengeschwindigkeit (dar\u00fcber hat sich der Benutzer zun\u00e4chst beschwert) verlangsamt, sondern weil die CPU \u00fcberlastet ist. Das Problem wurde durch eine \u00c4nderung der Parameter gel\u00f6st: Das Backup wurde parallel in mehrere Dateien (und damit in mehrere Prozesse) ausgef\u00fchrt.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 ungleiche Kernlast.<\/i><\/p>\n<p>Es gibt auch Situationen (wie im obigen Diagramm), in denen die Kerne ungleichm\u00e4\u00dfig ausgelastet sind und einige dabei Spitzen von 100 % erreichen. Wie bei der Auslastung nur eines Kerns wird der Alarm f\u00fcr die CPU-Auslastung nicht ausgel\u00f6st (er bezieht sich auf die gesamte VM), jedoch wird es Leistungsprobleme geben.<\/p>\n<p><b>Was tun? <\/b>Wenn die Software in der virtuellen Maschine die Kerne ungleichm\u00e4\u00dfig belastet (nur einen Kern oder einen Teil der Kerne nutzt), macht es keinen Sinn, deren Anzahl zu erh\u00f6hen. In einem solchen Fall ist es besser, die VM auf einen Server mit leistungsst\u00e4rkeren Prozessoren zu \u00fcbertragen.<\/p>\n<p>Es kann auch hilfreich sein, die Energieeinstellungen im BIOS des Servers zu \u00fcberpr\u00fcfen. Viele Administratoren aktivieren im BIOS den Energiemodus \"H\u00f6chstleistung\" und schalten damit die Energiespartechnologien C-States und P-States aus. In modernen Intel-Prozessoren wird die Turbo-Boost-Technologie verwendet, die die Frequenz einzelner Prozessorkerne auf Kosten anderer Kerne erh\u00f6ht. Diese funktioniert jedoch nur, wenn die Energiespartechnologien aktiviert sind. Wenn wir sie deaktivieren, kann der Prozessor den Energieverbrauch von Kernen, die nicht belastet sind, nicht senken. <\/p>\n<p>VMware empfiehlt, die Energiespartechnologien auf Servern nicht zu deaktivieren, sondern Modi auszuw\u00e4hlen, die die Energieverwaltung maximal dem Hypervisor \u00fcberlassen. In den Energieeinstellungen des Hypervisors sollte dabei der Modus \"H\u00f6chstleistung\" ausgew\u00e4hlt werden. <\/p>\n<p>Wenn in Ihrer Infrastruktur einzelne VMs (oder VM-Kerne) eine erh\u00f6hte CPU-Frequenz ben\u00f6tigen, kann eine korrekte Einstellung des Energieverbrauchs deren Leistung erheblich verbessern.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 Bereit (Readiness) <\/h3>\n<p>\nWenn der Kernel der VM (vCPU) im Zustand Ready ist, erbringt er keine n\u00fctzliche Arbeit. Dieser Zustand tritt auf, wenn der Hypervisor keinen freien physischen Kern finden kann, auf den der vCPU-Prozess der virtuellen Maschine zugewiesen werden kann.<\/p>\n<p><b>Wie analysieren?<\/b> In der Regel, wenn die Kerne der virtuellen Maschine mehr als 10 % der Zeit im Zustand Ready sind, werden Sie Leistungsprobleme bemerken. Einfach gesagt, wartet die VM mehr als 10 % der Zeit auf die Verf\u00fcgbarkeit physischer Ressourcen.<\/p>\n<p>In vCenter k\u00f6nnen zwei Z\u00e4hler, die mit CPU Ready verbunden sind, eingesehen werden:<\/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 besser nur zur Fehlersuche \u201ein Echtzeit\u201c verwendet werden.<\/p>\n<p>Die Werte des Ready-Z\u00e4hlers k\u00f6nnen auch r\u00fcckblickend betrachtet werden. Dies ist n\u00fctzlich, um Muster zu erkennen und eine tiefere Analyse des Problems durchzuf\u00fchren. Wenn beispielsweise eine virtuelle Maschine zu einem bestimmten Zeitpunkt Leistungsprobleme bekommt, kann man die Intervalle mit erh\u00f6hten Werten von CPU Ready mit der Gesamtlast des Servers, auf dem die VM l\u00e4uft, vergleichen und Ma\u00dfnahmen zur Reduzierung der Last ergreifen (falls DRS nicht geholfen hat).<\/p>\n<p>Ready wird im Gegensatz zu Readiness nicht in Prozent, sondern in Millisekunden angezeigt. Dies ist ein Summationsz\u00e4hler, das hei\u00dft, er zeigt an, wie lange die VM-Kerne w\u00e4hrend des Messzeitraums im Zustand Ready waren. Um diesen Wert in Prozent umzuwandeln, kann die folgende einfache Formel verwendet werden:<\/p>\n<p>(CPU ready summation value \/ (chart default update interval in seconds * 1000)) * 100 = CPU ready %<\/p>\n<p>F\u00fcr die VM im untenstehenden Diagramm ergibt sich beispielsweise der Spitzenwert f\u00fcr Ready f\u00fcr die gesamte virtuelle Maschine wie folgt: <\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 der virtuellen Maschine in VMware vSphere. Teil 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBeim Berechnen des Wertes von Ready in Prozent sollte auf zwei Punkte geachtet werden:<\/p>\n<ul>\n<li>Der Wert von Ready f\u00fcr die gesamte VM ist die Summe von Ready \u00fcber die Kerne.<\/li>\n<li>Messintervall. F\u00fcr die Echtzeit betr\u00e4gt es 20 Sekunden, w\u00e4hrend es beispielsweise bei Tagesdiagrammen 300 Sekunden betr\u00e4gt.<\/li>\n<\/ul>\n<p>\nBei aktivem Troubleshooting k\u00f6nnen diese einfachen Punkte leicht \u00fcbersehen werden, wodurch wertvolle Zeit f\u00fcr die L\u00f6sung nicht existierender Probleme verloren gehen kann. <\/p>\n<p>Berechnen wir Ready basierend auf den Daten aus dem nachstehenden Diagramm. (324474\/(20*1000))*100 = 1622% f\u00fcr die gesamte VM. Wenn wir die Kerne betrachten, sieht es schon nicht so schlimm aus: 1622\/64 = 25% pro Kern. In diesem Fall ist es recht einfach, einen Haken zu erkennen: Der Wert von Ready ist unrealistisch. Aber wenn es um 10\u201320% f\u00fcr die gesamte VM mit mehreren Kernen geht, kann der Wert pro Kern im Normbereich liegen.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 Wert f\u00fcr Ready weist darauf hin, dass dem Server CPU-Ressourcen f\u00fcr den normalen Betrieb der virtuellen Maschinen fehlen. In einer solchen Situation bleibt nur, die \u00dcberbuchung der CPU (vCPU:pCPU) zu reduzieren. Offensichtlich kann dies erreicht werden, indem die Parameter der bestehenden VMs verringert werden oder indem Teile der VMs auf andere Server migriert werden.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Wie analysieren?<\/b> Dieser Z\u00e4hler hat ebenfalls den Typ Summation und wird in Prozent \u00e4hnlich wie Ready umgerechnet:<\/p>\n<p>(CPU co-stop Summationswert \/ (Standard-Updateintervall des Diagramms in Sekunden * 1000)) * 100 = CPU co-stop %<\/p>\n<p>Hier sollte auch auf die Anzahl der Kerne in der VM und auf das Messintervall geachtet werden.<br \/>\nIm Zustand co-stop f\u00fchrt der Kern keine n\u00fctzliche Arbeit aus. Bei richtiger Auswahl der VM-Gr\u00f6\u00dfe und normaler Serverlast sollte der co-stop-Z\u00e4hler nahe null liegen.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 einer gro\u00dfen Anzahl von Kernen auf einem Hypervisor arbeiten und eine CPU-\u00dcberbuchung besteht, kann der co-stop-Z\u00e4hler steigen, was zu Leistungsproblemen dieser VMs f\u00fchren kann. <\/p>\n<p>Der co-stop wird auch steigen, wenn f\u00fcr aktive Kerne einer VM Threads auf einem physischen Kern des Servers mit aktiviertem Hyper-Threading verwendet werden. Eine solche Situation kann auftreten, wenn die VM mehr Kerne hat, als physisch auf dem Server vorhanden sind, oder wenn die Einstellung \u201epreferHT\u201c f\u00fcr die VM aktiviert ist. \u00dcber diese Einstellung kann man lesen <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 der VM aufgrund eines hohen co-stop zu vermeiden, w\u00e4hlen Sie die Gr\u00f6\u00dfe der VM gem\u00e4\u00df den Empfehlungen des Herstellers der Software, die auf dieser VM l\u00e4uft, und gem\u00e4\u00df den M\u00f6glichkeiten des physischen Servers, auf dem die VM l\u00e4uft. <\/p>\n<p>F\u00fcgen Sie keine Kerne zur Reserve hinzu, da dies nicht nur die Leistung der VM selbst, sondern auch die 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) vCPU w\u00e4hrend des Messerzeitraums im Zustand RUN war, also tats\u00e4chlich n\u00fctzliche Arbeit verrichtet hat.<\/p>\n<p><b>Idle<\/b> \u2013 wie viel Zeit (ms) w\u00e4hrend des Messzeitraums vCPU im Leerlauf war. Hohe Leerlaufwerte sind kein Problem, sondern bedeuten nur, dass die vCPU \"nichts zu tun hatte\".<\/p>\n<p><b>Warten<\/b> \u2013 wie viel Zeit (ms) w\u00e4hrend des Messzeitraums vCPU im Wartezustand war. Da dieser Z\u00e4hler auch IDLE umfasst, sagt ein hoher Wartewert ebenfalls nichts \u00fcber ein Problem aus. Wenn jedoch der Wartewert hoch und der IDLE-Wert niedrig ist, bedeutet das, dass die VM auf den Abschluss von Ein-\/Ausgabeoperationen wartete, was auf ein Leistungsproblem der Festplatte oder bestimmter virtueller Ger\u00e4te der VM hindeuten kann.<\/p>\n<p><b>Maximalgrenze<\/b> \u2013 wie viel Zeit (ms) w\u00e4hrend des Messzeitraums vCPU im Bereit-Zustand wegen eines festgelegten Ressourcenlimits war. Wenn die Leistung unerkl\u00e4rlicherweise niedrig ist, ist es sinnvoll, diesen Z\u00e4hlerwert und das CPU-Limit in den VM-Einstellungen zu \u00fcberpr\u00fcfen. Es kann sein, dass der VM Limits zugewiesen wurden, von denen Sie nichts wissen. Dies geschieht beispielsweise, wenn die VM aus einer Vorlage geklont wurde, die ein CPU-Limit hatte.<\/p>\n<p><b>Swap warten<\/b> \u2013 wie viel Zeit w\u00e4hrend des Messzeitraums vCPU auf Operationen mit VMkernel Swap gewartet hat. Wenn dieser Z\u00e4hlerwert \u00fcber null liegt, hat die VM definitiv Leistungsprobleme. Mehr zu SWAP erfahren Sie im Artikel \u00fcber den Arbeitsspeicher-Z\u00e4hler.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nWenn die Leistungsz\u00e4hler in vCenter gut f\u00fcr die Analyse historischer Daten sind, ist die sofortige Analyse von Problemen besser in ESXTOP durchzuf\u00fchren. Hier werden alle Werte in bearbeitbarer 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 wie folgt aus:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 die Metriken f\u00fcr einzelne Kerne der VM anzuzeigen, dr\u00fccken Sie \u201ee\u201c und geben Sie die GID der VM von Interesse (30919 im Screenshot unten) ein:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 standardm\u00e4\u00dfig dargestellten Spalten durchgehen. Weitere 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 (zum Beispiel f\u00fcr jeden Kern einer mehrkernigen VM) zu sehen, dr\u00fccken Sie \u201ee\u201c. Wenn in der Gruppe mehr als ein Prozess vorhanden ist, sind die Metriken f\u00fcr die Gruppe gleich der Summe der Metriken 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 wird.<\/p>\n<p><b>%LAUFEN<\/b> \u2013 wie viel Zeit der Prozess w\u00e4hrend des Messzeitraums im Zustand RUN verbracht hat, d.h. n\u00fctzliche Arbeit geleistet hat. Unterscheidet sich von %USED, da es Hyper-Threading, Frequenzanpassung und die f\u00fcr Systemaufgaben (%SYS) aufgewendete Zeit nicht ber\u00fccksichtigt.<\/p>\n<p><b>%SYS<\/b> \u2013 die f\u00fcr Systemaufgaben aufgewendete Zeit, z.B.: Bearbeitung von Interrupts, Ein-\/Ausgabe, Netzwerkbetrieb etc. Der Wert kann hoch sein, wenn die VM viel Ein-\/Ausgabe hat.<\/p>\n<p><b>%OVRLP<\/b> \u2013 wie viel Zeit das physische Kern, auf dem der VM-Prozess l\u00e4uft, f\u00fcr Aufgaben anderer Prozesse aufgewendet hat.<\/p>\n<p>Diese Metriken stehen in folgender Beziehung zueinander:<\/p>\n<p>%USED = %RUN + %SYS \u2014 %OVRLP.<\/p>\n<p>Normalerweise ist die Metrik %USED informativer.<\/p>\n<p><b>%WAIT<\/b> \u2013 wie viel Zeit der Prozess w\u00e4hrend des Messzeitraums im Zustand Wait verbracht hat. Dies schlie\u00dft IDLE ein.<\/p>\n<p><b>%IDLE<\/b> \u2013 wie viel Zeit der Prozess w\u00e4hrend des Messzeitraums im Zustand IDLE verbracht hat.<\/p>\n<p><b>%SWPWT<\/b> \u2013 wie viel Zeit der vCPU w\u00e4hrend des Messzeitraums auf die VMkernel Swap-Operation gewartet hat.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 wie viel Zeit der vCPU im Messzeitraum im Zustand des Wartens auf ein Ereignis (in der Regel Ein-\/Ausgabe) verbrachte. Es gibt keinen \u00e4hnlichen Z\u00e4hler in vCenter. Hohe Werte weisen auf Probleme mit der Ein-\/Ausgabe auf der VM hin.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Wenn die VM keinen VMkernel Swap verwendet, ist es bei der Analyse von Leistungsproblemen sinnvoll, auf %VMWAIT zu schauen, da diese Metrik die Zeit, w\u00e4hrend der die VM nichts getan hat (%IDLE), nicht ber\u00fccksichtigt.<\/p>\n<p><b>%RDY<\/b> \u2013 wie viel Zeit der Prozess w\u00e4hrend des Messzeitraums im Zustand Ready verbracht hat.<\/p>\n<p><b>%CSTP<\/b> \u2013 wie viel Zeit der Prozess w\u00e4hrend des Messzeitraums im Zustand costop verbracht hat.<\/p>\n<p><b>%MLMTD<\/b> \u2013 wie viel Zeit der vCPU w\u00e4hrend des Messzeitraums aufgrund einer festgelegten Ressourcengrenze im Zustand Ready verbracht hat.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 der Kern der VM 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 Leistungsz\u00e4hler f\u00fcr die CPU des Hypervisors, aber diese sind nicht besonders interessant \u2013 es ist einfach die Summe der Z\u00e4hler aller VMs auf dem Server.<br \/>\nAm besten l\u00e4sst sich der Zustand der CPU auf dem Server auf der Zusammenfassungsseite anzeigen:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 Server, genauso wie f\u00fcr virtuelle Maschinen, gibt es einen Standardalarm:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 Last auf der CPU des Servers haben die darauf betriebenen VMs Probleme mit der Leistung.<\/p>\n<p>In ESXTOP werden die CPU-Nutzungsdaten des Servers im oberen Bereich des Bildschirms angezeigt. Neben der standardm\u00e4\u00dfigen CPU-Auslastung, die f\u00fcr Hypervisoren wenig informativ ist, gibt es noch drei weitere Metriken:<\/p>\n<p><b>CORE UTIL(%)<\/b> \u2013 die Auslastung des Kerns des physischen Servers. Dieser Z\u00e4hler zeigt, wie viel Zeit der Kern im Messzeitraum mit der Ausf\u00fchrung von Arbeit verbracht hat.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 wenn Hyper-Threading aktiviert ist, hat jeder physische Kern zwei Threads (PCPU). Diese Metrik zeigt, wie viel Zeit jeder Thread mit der Ausf\u00fchrung von Arbeit besch\u00e4ftigt war.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 das Gleiche wie PCPU UTIL(%), ber\u00fccksichtigt jedoch das Frequency Scaling (entweder Senkung der Kernfrequenz zum Energiesparen oder Erh\u00f6hung der Kernfrequenz durch die Turbo-Boost-Technologie) und Hyper-Threading.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * effektive Kernfrequenz \/ nominelle Kernfrequenz.<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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 ist der USED-Wert f\u00fcr einige Kerne aufgrund der Turbo-Boost-Funktion h\u00f6her als 100%, da die Kernfrequenz \u00fcber der nominellen liegt.<\/i><\/p>\n<p>Ein paar Worte dazu, wie Hyper-Threading ber\u00fccksichtigt wird. Wenn Prozesse 100% der Zeit auf beiden Threads des physischen Serverkerns ausgef\u00fchrt werden und der Kern mit nomineller Frequenz arbeitet, dann:<\/p>\n<ul>\n<li>Wird die CORE UTIL f\u00fcr den Kern 100% betragen,<\/li>\n<li>Wird die PCPU UTIL f\u00fcr beide Threads 100% betragen,<\/li>\n<li>Wird die PCPU USED f\u00fcr beide Threads 50% betragen.<\/li>\n<\/ul>\n<p>\nWenn beide Threads nicht 100% der Zeit im Messzeitraum gearbeitet haben, wird die 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 Energiemesswerten der CPU des Servers. Hier kann man sehen, ob der Server Energiespartechnologien verwendet: C-Stati und P-Stati. Der Bildschirm wird mit der Taste \u201ep\u201c aufgerufen:<\/p>\n<p><img decoding=\"async\" alt=\"Leistungsanalyse der virtuellen Maschine 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>Standardprobleme bei der CPU-Leistung<\/h3>\n<p>\nZum Schluss gehe ich kurz auf typische Ursachen von Leistungproblemen bei CPU-VMs ein und gebe kurze Tipps zur Behebung:<\/p>\n<p><b>Zu wenig Kernfrequenz.<\/b> Wenn es nicht m\u00f6glich ist, die VM auf leistungsst\u00e4rkere Kerne zu \u00fcbertragen, kann man versuchen, die Energieeinstellungen zu \u00e4ndern, damit Turbo Boost effektiver arbeitet.<\/p>\n<p><b>Falsches Sizing der VM (zu viele\/wenige Kerne).<\/b> Wenn zu wenige Kerne zugewiesen werden, wird die CPU-Auslastung der VM hoch sein. Wenn zu viele vorhanden sind, gibt es hohen Co-Stop.<\/p>\n<p><b>Eine hohe \u00dcberbuchung der CPU auf dem Server.<\/b> Wenn die VM eine hohe Ready-Zeit hat, senken Sie die CPU-\u00dcberbuchung.<\/p>\n<p><b>Falsche NUMA-Topologie bei gro\u00dfen VMs.<\/b> Die NUMA-Topologie, die die VM sieht (vNUMA), muss der NUMA-Topologie des Servers (pNUMA) entsprechen. \u00dcber die Diagnose und m\u00f6gliche L\u00f6sungen dieses Problems wird beispielsweise im Buch geschrieben <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, erstellen Sie auf der VM viele virtuelle Sockel mit einem Kern. Viel verlieren Sie nicht \ud83d\ude42<\/p>\n<p>Das w\u00e4re es von meiner Seite zum Thema 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 5.0.1.1 - 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\/de\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\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: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\udd47Leistungsanalyse einer virtuellen Maschine in VMware vSphere. Teil 1: CPU | ProHoster","description":"","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: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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}