Monitoring van applicatieprestaties, voor WordPress- en WooCommerce-sites, laat zien waar de tijd van je site daadwerkelijk naartoe gaat: percentielen van responstijd, de traagste URL's, de traagste databasequery's en hoe hard PHP werkt. Deze handleiding behandelt het inschakelen van APM, het lezen van elk paneel en het ondernemen van actie op basis van wat het laat zien.
Waar je APM vindt in KPanel
- Log in op KPanel.
- Klik op Websites in de linker zijbalk en klik vervolgens op de site.
- Open in het linkermenu van de site Prestaties, en vervolgens APM.
Het directe adres is /websites/<site-id>/performance.
APM is een planrecht. Het is inbegrepen bij Managed WordPress Pro. Bij elk ander abonnement toont de pagina een upgradepaneel dat uitlegt wat APM dekt in plaats van de dashboards. Als je dat paneel ziet, is de functie niet beschikbaar op je huidige abonnement in plaats van uitgeschakeld.
APM inschakelen
APM staat uit totdat je het inschakelt. Bij een geschikt abonnement toont de pagina een Monitoring van applicatieprestaties-kaart met een knop APM inschakelen.
Door het in te schakelen wordt een lichtgewicht toegangslogboek en een tracker voor trage verzoeken toegevoegd op het niveau van de PHP-worker. Er wordt niets in je pagina's geïnjecteerd en er wordt geen extra werk toegevoegd aan het verzoek van een bezoeker, dus het is veilig om het permanent ingeschakeld te laten.
Eenmaal ingeschakeld toont de pagina een pil APM actief met de datum waarop het werd ingeschakeld, een knop Refresh en een knop APM uitschakelen. Statistieken verschijnen pas zodra er echt verkeer binnenkomt, dus een rustige site toont een tijdje Wachten op verzoeken.
Responstijden
De eerste kaart bevat vier cijfers van het afgelopen uur, met het aantal verzoeken en het vastleggingsmoment in de kop.
| Metriek | Wat die betekent |
|---|---|
| Mediaan (P50) | De helft van de verzoeken was sneller dan dit |
| P95 | 95 procent van de verzoeken was sneller dan dit |
| P99 | 99 procent van de verzoeken was sneller dan dit |
| 5xx foutpercentage | Het aandeel verzoeken dat mislukte met een serverfout |
Elke tegel is kleurgecodeerd, zodat je de status kunt aflezen zonder de drempelwaarden te kennen.
Lees de percentielen samen, niet afzonderlijk. Een goede mediaan met een vreselijke P95 betekent dat de meeste verzoeken prima zijn en een minderheid pijnlijk is, wat het klassieke kenmerk is van één trage pagina, één trage query, of een cache die mist bij bepaalde URL's. Een slechte mediaan betekent dat de hele site traag is en de oorzaak is meestal structureel: een te klein abonnement, een zwaar thema, of caching die uitstaat.
Het 5xx foutpercentage is het ene cijfer dat nul zou moeten zijn. Alles dat aanhoudend boven nul ligt, betekent dat bezoekers storingen zien.
PHP-workers
De kaart PHP-workers toont drie getallen:
- Actieve workers: hoeveel PHP-processen momenteel verzoeken afhandelen.
- Trage verzoeken: verzoeken die de drempel voor trage verzoeken overschreden en werden gelogd.
- Totaal verwerkt: verbindingen geaccepteerd sinds de pool is gestart.
Actieve workers is een signaal van verzadiging. Als dit tijdens normaal verkeer constant tegen de bovengrens aanzit, dan wachten verzoeken in de rij achter PHP, en elke responstijd op de kaart hierboven is deels wachttijd. Dat is een capaciteitsprobleem, geen codeprobleem, en de oplossing is een groter abonnement of minder werk per verzoek.
Een stijgend aantal trage verzoeken bij een stabiel verzoeksvolume betekent dat iets duur is geworden.
Traagste endpoints
Deze kaart toont je traagste URL's op basis van P95-responstijd, elk met een balk, de P95 in milliseconden, en hoeveel oproepen deze ontving. Kleur markeert de ergste overtreders.
Lees het als een shortlist, niet als een ranglijst. Wat je wilt is het snijpunt van traag en vaak aangeroepen: een pagina die vier seconden duurt en twee keer per dag wordt bezocht, is veel minder belangrijk dan een pagina die 900 milliseconden duurt en tienduizend keer wordt bezocht.
Veelvoorkomende boosdoeners:
- Zoekpagina's die scannen zonder index.
- Categorie- en archieflijsten die grote query's per verzoek opbouwen.
- Winkelwagen-, afreken- en accountpagina's, die nooit worden gecachet omdat ze per bezoeker verschillen. Zie Site Caching voor welke paden de cache bewust omzeilen.
- Beheer-URL's, die altijd dynamisch zijn.
- Alles wat een externe API aanroept binnen het verzoek, waarbij je de server van iemand anders meet.
Trage query's
De kaart Trage query's toont databasequery's met een gemiddelde van meer dan 100 milliseconden, afkomstig uit de eigen prestatiegegevens van de database. Elke rij toont de gemiddelde tijd, de maximale tijd, het aantal aanroepen, en de genormaliseerde querytekst.
De querytekst is een samenvatting, met letterlijke waarden verwijderd, zodat dezelfde query met verschillende parameters wordt gegroepeerd in één rij. Dat is wat het aantal aanroepen betekenisvol maakt.
Trage query's oplossen komt meestal neer op een van drie dingen: een index toevoegen die de query nodig heeft, hoe vaak de query draait verminderen door het resultaat te cachen, of de plugin verwijderen die hem genereert. Een query met een zeer hoog aantal aanroepen en een gemiddelde waarde is in totaal vaak erger dan één enkele dramatische uitschieter.
Als zowel de lijst met endpoints als de lijst met query's leeg terugkomt, meldt de kaart dat er geen trage verzoeken zijn gedetecteerd, wat betekent dat alles in het afgelopen uur binnen de normale drempelwaarden lag.
APM goed gebruiken
Stel een basislijn vast. Bekijk de cijfers wanneer de site gezond is, zodat je weet hoe normaal eruitziet. Een P95 van 700 milliseconden betekent niets totdat je weet dat het vroeger 300 was.
Verander één ding tegelijk. Schakel een cache in, ververs en vergelijk. Deactiveer een verdachte plugin, ververs en vergelijk. Gebundelde wijzigingen geven je geen signaal.
Ververs weloverwogen. De knop Refresh leest de statistieken op aanvraag opnieuw in. De cijfers beslaan het afgelopen uur, geef een wijziging dus wat tijd voordat je deze beoordeelt.
Kijk ook buiten APM. APM meet je applicatie. Als het probleem bij het netwerk of de rand ligt in plaats van bij de code, dan tonen Site Traffic Analytics en Site Uptime Monitoring dit in plaats daarvan.
Probleemoplossing
De pagina toont een upgradepaneel. APM is inbegrepen bij Managed WordPress Pro. Bij andere abonnementen is het niet beschikbaar.
APM staat aan, maar er zijn geen statistieken. Nog geen verkeer. Statistieken verschijnen zodra de site verzoeken ontvangt.
Responstijden zijn prima in APM, maar de site voelt traag aan. APM meet alleen tijd aan de serverzijde. Tijd die wordt besteed aan het downloaden van afbeeldingen, het uitvoeren van JavaScript en het laden van lettertypen in de browser is hier onzichtbaar. Als de servertijd goed is en de pagina voelt nog steeds traag aan, dan ligt het probleem in de front-end of in wat je de browser laat ophalen.
P95 werd slechter na een plugin-update. Controleer eerst de lijst met traagste endpoints, dan de lijst met trage query's. Een plugin die een query heeft toegevoegd aan elke paginaweergave zal in beide zichtbaar zijn.
Alles is de hele tijd traag. Controleer eerst PHP-workers op verzadiging. Als workers vastzitten, voeg capaciteit toe of verminder het werk per verzoek voordat je iets anders optimaliseert.
Foutpercentage boven nul. Los dit op voordat je achter milliseconden aanjaagt. Begin bij je logs en gebruik de knop Probleemoplossing met Kora op het tabblad Foutpagina's van de site, wat Kora vraagt je foutlogboeken en recente storingen voor je te lezen. Zie Aangepaste foutpagina's.
Gerelateerde pagina's
- Site Caching is meestal de grootste winst voor een WordPress-site.
- Site Security voor scannen op kwetsbaarheden en malware op dezelfde site.
- Een back-up maken voordat je begint met het verwijderen van plugins.