Site Performance und APM

Application Performance Monitoring zeigt dir, wohin die Zeit deiner Website tatsächlich fließt: Response-Time-Perzentile, die langsamsten URLs, die langsamsten Datenbankabfragen und wie hart PHP arbeitet. Dieser Leitfaden behandelt die Aktivierung von APM, das Lesen der einzelnen Panels und das Handeln nach den angezeigten Informationen.

Wo APM in KPanel zu finden ist

1. Melden dich bei KPanel an.
2. Klicke auf Websites in der linken Seitenleiste, dann auf die Website.
3. Im Tab-Streifen der Website öffnest du WordPress, dann APM.

Die direkte Adresse ist /websites/<site-id>/performance.

APM aktivieren

APM ist aus, bis du es aktivierst. Bei einem zulässigen Plan zeigt die Seite eine Application Performance Monitoring-Karte mit einer Schaltfläche Enable APM an.

Die Aktivierung fügt ein leichtes Zugriffskennzeichen und einen Slow-Request-Tracker auf PHP-Worker-Ebene hinzu. Es injiziert nichts in deine Seiten und fügt der Anfrage eines Besuchers keine Arbeit hinzu, daher ist es sicher, dies dauerhaft eingeschaltet zu lassen.

Nach der Aktivierung zeigt die Seite ein APM Active-Abzeichen mit dem Datum der Aktivierung, eine Schaltfläche Refresh und eine Schaltfläche Disable APM. Metriken erscheinen erst nach echtem Traffic, daher zeigt eine stille Website Waiting for requests für eine Weile an.

Response Times

Die erste Karte enthält vier Zahlen der letzten Stunde, mit der Anfragezahl und der Erfassungszeit in ihrer Kopfzeile.

Jede Kachel ist farbcodiert, damit du den Status lesen kannst, ohne die Schwellwerte zu kennen.

Lese die Perzentile zusammen, nicht einzeln. Ein guter Median mit einem schrecklichen P95 bedeutet, dass die meisten Anfragen in Ordnung sind und eine Minderheit schmerzhaft ist, was die klassische Signatur einer langsamen Seite, einer langsamen Abfrage oder eines Caches ist, der bei bestimmten URLs fehlt. Ein schlechter Median bedeutet, dass die gesamte Website langsam ist und die Ursache normalerweise strukturell ist: ein zu kleiner Plan, ein schweres Theme oder Caching, das ausgeschaltet ist.

Die 5xx-Fehlerquote ist die einzige Zahl, die null sein sollte. Alles, das dauerhaft über null liegt, bedeutet, dass Besucher Ausfälle sehen.

PHP Workers

Die Karte PHP Workers zeigt drei Zahlen:

• Active Workers: wie viele PHP-Prozesse aktuell Anfragen verarbeiten.
• Slow Requests: Anfragen, die den Slow-Request-Schwellwert überschritten haben und protokolliert wurden.
• Total Handled: Verbindungen, die angenommen wurden, seit der Pool gestartet wurde.

Aktive Worker sind ein Sättigungssignal. Wenn es während normalem Traffic in der Nähe seiner Obergrenze festgesteckt ist, werden Anfragen hinter PHP in die Warteschlange gestellt, und jede Response-Time auf der obigen Seite ist teilweise Warteschlangen-Zeit. Das ist ein Kapazitätsproblem, kein Code-Problem, und die Lösung ist ein größerer Plan oder weniger Arbeit pro Anfrage.

Eine steigende Slow-Request-Anzahl mit stabilem Anfragevolumen bedeutet, dass etwas teuer geworden ist.

Langsamste Endpoints

Diese Karte listet deine langsamsten URLs nach P95-Response-Time auf, jeweils mit einem Balken, dem P95 in Millisekunden und wie viele Aufrufe es erhalten hat. Die Farbe kennzeichnet die schlimmsten Überträger.

Lese es als Shortlist, nicht als Rangliste. Was du möchtest, ist die Schnittmenge von langsam und häufig aufgerufen: Eine Seite, die vier Sekunden dauert und zweimal pro Tag angehittet wird, ist viel weniger wichtig als eine, die 900 Millisekunden dauert und zehntausendmal angehittet wird.

Häufige Schuldige:

• Suchseiten, die ohne einen Index scannen.
• Kategorie- und Archiventlistungen, die pro Anfrage große Abfragen erstellen.
• Warenkorb-, Checkout- und Kontoseiten, die nie gecacht sind, da sie pro Besucher gelten. Siehe Site Caching für welche Pfade den Cache absichtlich umgehen.
• Admin-URLs, die immer dynamisch sind.
• Alles, das eine externe API innerhalb der Anfrage aufruft, wo du den Server von jemand anderem misst.

Langsame Abfragen

Die Karte Slow Queries listet Datenbankabfragen auf, die durchschnittlich über 100 Millisekunden dauern, entnommen aus den eigenen Leistungsdaten der Datenbank. Jede Zeile zeigt die durchschnittliche Zeit, die maximale Zeit, die Aufruferanzahl und den normalisierten Abfragetext.

Der Abfragetext ist eine Zusammenfassung, mit literalen Werten entfernt, damit dieselbe Abfrage mit unterschiedlichen Parametern in eine Zeile gruppiert wird. Das ist es, was die Aufruferanzahl aussagekräftig macht.

Das Beheben langsamer Abfragen ist normalerweise eine von drei Dingen: Das Hinzufügen eines Indexes, den die Abfrage benötigt, die Reduzierung der Häufigkeit, mit der die Abfrage ausgeführt wird, indem ihr Ergebnis gecacht wird, oder das Entfernen des Plugins, das sie generiert. Eine Abfrage mit sehr hoher Aufruferanzahl und moderatem Durchschnitt ist oft in der Summe schlechter als ein einzelner dramatischer Ausreißer.

Wenn beide Listen der Endpoints und Abfragen leer zurückkommen, sagt die Karte, dass keine langsamen Anfragen erkannt wurden, was bedeutet, dass alles in der letzten Stunde innerhalb normaler Schwellwerte lag.

APM richtig nutzen

Nimm eine Basismessung vor. Schaue dir die Zahlen an, wenn die Website gesund ist, damit du weißt, was normal aussieht. Ein P95 von 700 Millisekunden bedeutet nichts, bis du weißt, dass es vorher 300 war.

Ändere jeweils eine Sache. Aktiviere einen Cache, aktualisiere und vergleiche. Deaktiviere ein verdächtiges Plugin, aktualisiere und vergleiche. Gebündelte Änderungen geben dir kein Signal.

Aktualisiere bewusst. Die Schaltfläche Refresh liest die Metriken auf Anfrage neu. Die Zahlen decken die letzte Stunde ab, gib einer Änderung also ein wenig Zeit, bevor du sie bewertest.

Schaue auch außerhalb von APM. APM misst deine Anwendung. Wenn das Problem das Netzwerk oder die Kante und nicht der Code ist, zeigen Site Traffic Analytics und Site Uptime Monitoring es stattdessen an.

Troubleshooting

Die Seite zeigt ein Upgrade-Panel. APM ist in Managed WordPress Pro enthalten. Bei anderen Plänen ist es nicht verfügbar.

APM ist an, aber es gibt keine Metriken. Noch kein Traffic. Metriken erscheinen, sobald die Website Anfragen erhält.

Response Times sind in APM gut, aber die Website fühlt sich langsam an. APM misst nur die Serverseite. Die Zeit, die zum Herunterladen von Bildern, zum Ausführen von JavaScript und zum Laden von Schriftarten im Browser aufgewendet wird, ist hier unsichtbar. Wenn die Serverzeit gut ist und die Seite sich immer noch langsam anfühlt, ist das Problem im Front-End oder in dem, was du den Browser zum Abrufen aufgefordert hast.

P95 ist nach einem Plugin-Update schlechter geworden. Überprüfe die Liste der langsamsten Endpoints, dann die Liste der langsamen Abfragen. Ein Plugin, das eine Abfrage zu jedem Seitenladevorgang hinzugefügt hat, wird in beiden angezeigt.

Alles ist die ganze Zeit langsam. Überprüfe zuerst die PHP-Worker auf Sättigung. Wenn Worker festgesteckt sind, füge Kapazität hinzu oder reduziere die Arbeit pro Anfrage, bevor du sonst etwas optimierst.

Fehler über null. Behebe diese, bevor du dich Millisekunden hinterher jagst. Beginne mit deinen Protokollen und nutze die Schaltfläche Troubleshoot with Kora auf der Registerkarte Error pages der Website, die Kora auffordert, deine Fehlerprotokolle und letzten Ausfälle für dich zu lesen. Siehe Custom Error Pages.

Verwandte Seiten

• Site Caching ist normalerweise der einzelne größte Gewinn für eine WordPress-Website.
• Site Security für Schwachstellen- und Malware-Scanning auf derselben Website.
• Taking a Backup bevor du anfängst, Plugins zu entfernen.