Application Performance Monitoring sagt Ihnen bei WordPress- und WooCommerce-Websites, wohin die Zeit Ihrer Website tatsächlich geht: Antwortzeit-Perzentile, die langsamsten URLs, die langsamsten Datenbankabfragen und wie stark PHP ausgelastet ist. Diese Anleitung erklärt, wie Sie APM aktivieren, jedes Panel lesen und auf das reagieren, was es Ihnen zeigt.
Wo sich APM in KPanel befindet
- Melden Sie sich bei KPanel an.
- Klicken Sie in der linken Seitenleiste auf Websites und dann auf die Website.
- Öffnen Sie im linken Menü der Website Leistung und dann APM.
Die direkte Adresse lautet /websites/<site-id>/performance.
APM ist eine planabhängige Berechtigung. Es ist im Managed WordPress Pro Plan enthalten. Bei jedem anderen Plan zeigt die Seite anstelle der Dashboards ein Upgrade-Panel, das erklärt, was APM umfasst. Wenn Sie dieses Panel sehen, ist die Funktion auf Ihrem aktuellen Plan nicht verfügbar, nicht etwa abgeschaltet.
APM aktivieren
APM ist so lange ausgeschaltet, bis Sie es aktivieren. Bei einem berechtigten Plan zeigt die Seite eine Karte Überwachung der Anwendungsleistung mit einer Schaltfläche APM aktivieren.
Die Aktivierung fügt ein schlankes Zugriffsprotokoll und eine Erkennung langsamer Anfragen auf Ebene der PHP-Worker hinzu. Dabei wird nichts in Ihre Seiten eingeschleust, und es entsteht kein zusätzlicher Aufwand bei den Anfragen eines Besuchers, sodass man es dauerhaft eingeschaltet lassen kann.
Nach der Aktivierung zeigt die Seite eine Markierung APM Aktiv mit dem Datum der Einschaltung, eine Schaltfläche Aktualisieren und eine Schaltfläche APM deaktivieren. Metriken erscheinen erst, nachdem echter Datenverkehr eingetroffen ist, daher zeigt eine ruhige Website eine Zeit lang Warten auf Anfragen an.
Antwortzeiten
Die erste Karte enthält vier Kennzahlen aus der letzten Stunde, zusammen mit der Anzahl der Anfragen und dem Erfassungszeitpunkt in ihrer Kopfzeile.
| Kennzahl | Was er bedeutet |
|---|---|
| Median (P50) | Die Hälfte der Anfragen war schneller als dieser Wert |
| P95 | 95 Prozent der Anfragen waren schneller als dieser Wert |
| P99 | 99 Prozent der Anfragen waren schneller als dieser Wert |
| 5xx-Fehlerrate | Der Anteil der Anfragen, die mit einem Serverfehler fehlgeschlagen sind |
Jede Kachel ist farblich codiert, damit Sie den Zustand erkennen können, ohne die Schwellenwerte zu kennen.
Lesen Sie die Perzentile gemeinsam, nicht einzeln. Ein guter Median bei gleichzeitig schlechtem P95 bedeutet, dass die meisten Anfragen in Ordnung sind und eine Minderheit schmerzhaft langsam ist, was das klassische Erkennungsmerkmal einer einzelnen langsamen Seite, einer langsamen Abfrage oder eines Caches ist, der bei bestimmten URLs nicht greift. Ein schlechter Median bedeutet, dass die gesamte Website langsam ist, und die Ursache ist meist struktureller Natur: ein zu kleiner Plan, ein schweres Theme oder ein abgeschaltetes Caching.
Die 5xx-Fehlerrate ist der einzige Wert, der null sein sollte. Alles, was dauerhaft über null liegt, bedeutet, dass Besucher Fehler zu sehen bekommen.
PHP-Worker
Die Karte PHP-Worker zeigt drei Zahlen:
- Aktive Worker: wie viele PHP-Prozesse derzeit Anfragen bearbeiten.
- Langsame Anfragen: Anfragen, die den Schwellenwert für langsame Anfragen überschritten haben und protokolliert wurden.
- Gesamt verarbeitet: Verbindungen, die seit dem Start des Pools angenommen wurden.
Aktive Worker sind ein Signal für Auslastung. Wenn der Wert bei normalem Datenverkehr dauerhaft nahe an seiner Obergrenze liegt, stauen sich Anfragen hinter PHP, und jede Antwortzeit auf der Karte darüber enthält zum Teil Wartezeit in dieser Warteschlange. Das ist ein Kapazitätsproblem, kein Code-Problem, und die Lösung ist ein größerer Plan oder weniger Arbeit pro Anfrage.
Eine ansteigende Anzahl langsamer Anfragen bei stabilem Anfragevolumen bedeutet, dass etwas teuer geworden ist.
Langsamste Endpunkte
Diese Karte listet Ihre langsamsten URLs nach P95-Antwortzeit auf, jeweils mit einem Balken, dem P95-Wert in Millisekunden und der Anzahl der erhaltenen Aufrufe. Farbe markiert die schlimmsten Übeltäter.
Lesen Sie dies als Kurzliste, nicht als Rangliste. Was Sie suchen, ist die Schnittmenge aus langsam und häufig aufgerufen: Eine Seite, die vier Sekunden braucht und zweimal täglich aufgerufen wird, ist weit weniger bedeutsam als eine, die 900 Millisekunden braucht und zehntausend Mal aufgerufen wird.
Häufige Übeltäter:
- Suchseiten, die ohne Index durchsuchen.
- Kategorie- und Archivlisten, die pro Anfrage große Abfragen erstellen.
- Warenkorb-, Kassen- und Kontoseiten, die nie zwischengespeichert werden, weil sie besucherspezifisch sind. Siehe Website-Caching dazu, welche Pfade den Cache absichtlich umgehen.
- Admin-URLs, die immer dynamisch sind.
- Alles, was eine externe API innerhalb der Anfrage aufruft, wobei Sie hier den Server eines anderen messen.
Langsame Abfragen
Die Karte Langsame Abfragen listet Datenbankabfragen auf, die im Durchschnitt über 100 Millisekunden dauern, entnommen aus den eigenen Leistungsdaten der Datenbank. Jede Zeile zeigt die durchschnittliche Zeit, die maximale Zeit, die Anzahl der Aufrufe und den normalisierten Abfragetext.
Der Abfragetext ist ein Digest, bei dem literale Werte entfernt wurden, sodass dieselbe Abfrage mit unterschiedlichen Parametern in einer Zeile zusammengefasst wird. Das ist es, was die Anzahl der Aufrufe aussagekräftig macht.
Das Beheben langsamer Abfragen läuft meist auf eines von drei Dingen hinaus: das Hinzufügen eines von der Abfrage benötigten Index, das Reduzieren der Häufigkeit, mit der die Abfrage läuft, durch Zwischenspeichern ihres Ergebnisses, oder das Entfernen des Plugins, das sie erzeugt. Eine Abfrage mit sehr hoher Aufrufzahl und mäßigem Durchschnitt ist in der Summe oft schlimmer als ein einzelner dramatischer Ausreißer.
Wenn sowohl die Liste der Endpunkte als auch die der Abfragen leer zurückkommen, zeigt die Karte an, dass keine langsamen Anfragen erkannt wurden, was bedeutet, dass in der letzten Stunde alles innerhalb der normalen Schwellenwerte lag.
APM richtig nutzen
Erstellen Sie eine Baseline. Schauen Sie sich die Zahlen an, wenn die Website gesund läuft, damit Sie wissen, wie der Normalzustand aussieht. Ein P95 von 700 Millisekunden bedeutet nichts, solange Sie nicht wissen, dass es früher 300 waren.
Ändern Sie immer nur eine Sache auf einmal. Aktivieren Sie einen Cache, aktualisieren Sie, und vergleichen Sie. Deaktivieren Sie ein verdächtiges Plugin, aktualisieren Sie, und vergleichen Sie. Gebündelte Änderungen liefern Ihnen kein klares Signal.
Aktualisieren Sie bewusst. Die Schaltfläche Aktualisieren liest die Metriken auf Anfrage neu ein. Die Werte decken die letzte Stunde ab, geben Sie einer Änderung also etwas Zeit, bevor Sie sie bewerten.
Schauen Sie auch über APM hinaus. APM misst Ihre Anwendung. Wenn das Problem im Netzwerk oder am Edge liegt und nicht im Code, zeigen Ihnen das stattdessen Website-Traffic-Analyse und Überwachung der Website-Verfügbarkeit.
Fehlerbehebung
Die Seite zeigt ein Upgrade-Panel. APM ist im Managed WordPress Pro Plan enthalten. Bei anderen Plänen ist es nicht verfügbar.
APM ist aktiviert, aber es gibt keine Metriken. Noch kein Datenverkehr. Metriken erscheinen, sobald die Website Anfragen erhält.
Antwortzeiten sind in APM in Ordnung, aber die Website fühlt sich langsam an. APM misst nur serverseitige Zeit. Zeit, die im Browser für das Herunterladen von Bildern, das Ausführen von JavaScript und das Laden von Schriftarten aufgewendet wird, ist hier unsichtbar. Wenn die Serverzeit gut ist und sich die Seite dennoch langsam anfühlt, liegt das Problem im Frontend oder in dem, was Sie den Browser abrufen lassen.
P95 wurde nach einem Plugin-Update schlechter. Prüfen Sie zunächst die Liste der langsamsten Endpunkte, dann die Liste der langsamen Abfragen. Ein Plugin, das jedem Seitenaufruf eine Abfrage hinzugefügt hat, zeigt sich in beiden.
Alles ist ständig langsam. Prüfen Sie zuerst die PHP-Worker auf Auslastung. Wenn die Worker ausgelastet sind, fügen Sie Kapazität hinzu oder reduzieren Sie die Arbeit pro Anfrage, bevor Sie irgendetwas anderes optimieren.
Fehlerrate über null. Beheben Sie dies, bevor Sie Millisekunden hinterherjagen. Beginnen Sie mit Ihren Protokollen, und nutzen Sie die Schaltfläche Mit Kora beheben auf dem Tab Fehlerseiten der Website, die Kora bittet, Ihre Fehlerprotokolle und aktuellen Fehlschläge für Sie zu lesen. Siehe Benutzerdefinierte Fehlerseiten.
Verwandte Seiten
- Website-Caching ist meist der mit Abstand größte Gewinn für eine WordPress-Website.
- Website-Sicherheit für Schwachstellen- und Malware-Scans auf derselben Website.
- Ein Backup erstellen, bevor Sie beginnen, Plugins zu entfernen.