Site Performance and APM

Application Performance Monitoring vertelt je waar de tijd van je site werkelijk heen gaat: responstijdpercentages, de traagste URL's, de traagste databasequery's, en hoe hard PHP werkt. Deze gids behandelt het inschakelen van APM, het lezen van elk paneel en het handelen naar wat het toont.

Waar APM zich in KPanel bevindt

1. Meld je aan bij KPanel.
2. Klik Websites in de linker zijbalk en klik vervolgens op de site.
3. In het tabbladstrip van de site, open WordPress en vervolgens APM.

Het directe adres is /websites/<site-id>/performance.

APM inschakelen

APM is uitgeschakeld totdat je het inschakelt. Op een geschikt plan toont de pagina een Application Performance Monitoring-kaart met een Enable APM-knop.

Het inschakelen voegt een licht toegangslogboek en een tracker voor langzame verzoeken op PHP-werkerniveau toe. Het voegt niets in je pagina's in en voegt geen werk toe aan het verzoek van een bezoeker, dus het is veilig om permanent ingeschakeld te laten.

Eenmaal ingeschakeld toont de pagina een APM Active-label met de datum waarop het werd ingeschakeld, een Refresh-knop en een Disable APM-knop. Statistieken verschijnen alleen nadat echt verkeer aankomt, dus een rustige site toont Waiting for requests een tijdje.

Responstijden

De eerste kaart bevat vier getallen van het afgelopen uur, met het verzoeken aantal en de opnametijd in de koptekst.

Elke tegel is kleurgecodeerd zodat je de status kunt aflezen zonder de drempels te kennen.

Lees de percentages samen, niet afzonderlijk. Een goede mediaan met een verschrikkelijke P95 betekent dat de meeste verzoeken prima zijn en een minderheid pijnlijk, wat het klassieke handtekening is van één trage pagina, één trage query, of een cache die op bepaalde URL's mist. Een slechte mediaan betekent dat de hele site traag is en de oorzaak is meestal structureel: een te klein plan, een zwaar thema, of caching die uit staat.

Het 5xx-foutpercentage is het enige getal dat nul moet zijn. Alles wat aanhoudend boven nul blijft betekent dat bezoekers storingen zien.

PHP Workers

De PHP Workers-kaart toont drie getallen:

• Active Workers: hoeveel PHP-processen momenteel verzoeken verwerken.
• Slow Requests: verzoeken die de drempel voor langzame verzoeken overschreden en werden geregistreerd.
• Total Handled: verbindingen geaccepteerd sinds de groep is gestart.

Active workers is een verzadigingssignaal. Als het blijft vastzitten dicht bij het plafond tijdens normaal verkeer, worden verzoeken in de wachtrij achter PHP geplaatst, en elke responstijd op de pagina hierboven is deels wachtrijdtijd. Dit is een capaciteitsprobleem, niet een codeprobleem, en de oplossing is een groter plan of minder werk per verzoek.

Een stijgend aantal langzame verzoeken met een stabiel verzoekvolume betekent dat iets duurder is geworden.

Traagste eindpunten

Deze kaart geeft je traagste URL's op P95 responstijd weer, elk met een balk, de P95 in milliseconden, en hoeveel oproepen het 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 aanroepen: een pagina die vier seconden duurt en twee keer per dag wordt bezocht, telt veel minder dan één die 900 milliseconden duurt en tienduizend keer wordt bezocht.

Veelvoorkomende verdachten:

• Zoekpagina's die scannen zonder een index.
• Categorie- en archieflijsten die grote query's per verzoek opbouwen.
• Winkelwagen-, afrekening- en accountpagina's, die nooit in cache opgeslagen worden omdat ze per bezoeker zijn. Zie Site Caching voor welke paden de cache bij ontwerp omzeilen.
• Admin URL's, die altijd dynamisch zijn.
• Alles dat een externe API aanroept in het verzoek, waarbij je iemand anders zijn server meet.

Langzame query's

De Slow Queries-kaart vermeldt databasequery's met een gemiddelde van meer dan 100 milliseconden, afkomstig uit de prestatie gegevens van de database zelf. Elke rij toont de gemiddelde tijd, de maximale tijd, het aantal oproepen en de genormaliseerde querytekst.

De querytekst is een samenvatting, met letterlijke waarden verwijderd, zodat dezelfde query met verschillende parameters in één rij groeperen. Dat is wat het aantal oproepen zinvol maakt.

Langzame query's repareren is meestal een van drie dingen: een index toevoegen die de query nodig heeft, verminderen hoe vaak de query loopt door het resultaat in cache op te slaan, of de plugin verwijderen die het genereert. Een query met een zeer hoog aantal oproepen en een matige gemiddelde is vaak erger in totaal dan één enkel dramatisch uitbijter.

Als zowel de eindpunten- als de querylijsten leeg terugkomen, zegt de kaart dat geen langzame verzoeken zijn gedetecteerd, wat betekent dat alles in het afgelopen uur binnen normale drempels lag.

APM goed gebruiken

Neem een baseline. Bekijk de getallen wanneer de site gezond is, zodat je weet hoe normaal eruitziet. Een P95 van 700 milliseconden betekent niets totdat je weet dat het 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 met opzet. De Refresh-knop leest de statistieken op aanvraag opnieuw in. De getallen bestrijken het afgelopen uur, dus geef een wijziging wat tijd voordat je er een oordeel over velt.

Kijk ook buiten APM. APM meet je applicatie. Als het probleem het netwerk of de edge is in plaats van de code, zullen Site Traffic Analytics en Site Uptime Monitoring het in plaats daarvan tonen.

Probleemoplossing

De pagina toont een upgradepaneel. APM is inbegrepen bij Managed WordPress Pro. Op andere plans is het niet beschikbaar.

APM is 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. APM meet alleen serverzijdige tijd. Tijd besteed aan het downloaden van afbeeldingen, het uitvoeren van JavaScript en het laden van lettertypen in de browser is hier onzichtbaar. Als servertijd goed is en de pagina voelt toch traag, is het probleem in de frontend of in wat je de browser vraagt te halen.

P95 werd erger na een plugin-update. Controleer de traagste eindpuntenlijst en vervolgens de langzame querylijst. Een plugin die een query aan elke paginabelasting toevoegde, verschijnt in beide.

Alles is altijd traag. Controleer eerst PHP workers op verzadiging. Als workers vastzitten, voeg capaciteit toe of verminder werk per verzoek voordat je iets anders optimaliseert.

Fouten boven nul. Repareer deze voordat je achter milliseconden aan gaat. Begin met je logboeken en gebruik de Troubleshoot with Kora-knop op het tabblad Error pages van de site, die Kora vraagt je foutlogboeken en recente storingen voor je te lezen. Zie Custom Error Pages.

Gerelateerde pagina's

• Site Caching is meestal de enkele grootste winst voor een WordPress-site.
• Site Security voor vulnerability- en malware-scanning op dezelfde site.
• Taking a Backup voordat je plugins gaat verwijderen.