Kinstas APM-tool

Kinstas APM-værktøj hjælper dig med at identificere PHP-performance flaskehalse på dit WordPress-websted uden at skulle tilmelde dig tredjeparts overvågningstjenester som New Relic.

APM tool er tilgængeligt uden ekstra beregning på alle planer og kan være virkelig nyttigt, når det kommer til fejlfinding af dit websted. APM tool er designet til at registrere tidsstemplede oplysninger om dit WordPress-websteds PHP-processer, MySQL-databaseforespørgsler, eksterne HTTP-opkald og mere.

Med APM-dataene kan du grave i specifikke langsomme sideindlæsninger for at identificere årsagen til problemet. For flere detaljer om løsning af ydeevneproblemer på bestemte typer websteder ved hjælp af APM-tool, se disse vejledninger:

• Sådan rettes WooCommerce-ydeevneproblemer ved hjælp af Kinsta’s APM
• Sådan rettes dit medlem-swebsteds hastighed med Kinsta’s APM Tool

Husk, at Kinstas APM-tool er specielt designet til at hjælpe dig med at overvåge WordPress-websteder, så brug af det til at overvåge et websted, der kører på et andet CMS eller framework, kan resultere i unøjagtige resultater. Således anbefaler vi kun at bruge det til WordPress-websteder.

APM tool terminology

Før vi dykker ned i, hvordan vi bruger APM-tool, skal vi definere et par vigtige udtryk, der vil blive brugt senere.

APM

APM, forkortelse for “Application Performance Monitoring” er et værktøj, der giver dig indsigt i ydeevne statistik og tendenser for en applikation. Kinstas APM-tool giver dig handlingsmæssige data om ydeevnen på dit WordPress-websted.

Request

I forbindelse med APM-tool henviser en anmodning til et besøg på dit WordPress-websted, der kræver, at PHP-udførelse skal gengives. En request-URL kan indeholde forskellige query string parametre og vil udløse en tilsvarende transaktion.

For eksempel vil en anmodning til yourdomain.com/wp-cron.php?arg=1&arg2=2 udløse en /wp-cron.php transaction.

Transaction

En transaction henviser til den backend-aktivitet, der opstår for at tjene en anmodning til dit WordPress-websted. For eksempel indeholder transaktionen for en anmodning til /wp-login.php de individuelle PHP-processer, der genererer dit WordPress-websteds login-side.

Span

Et span henviser til en individuel proces i en transaction. En enkelt transaktion kan bestå af hundreder af spænd, der er arrangeret hierarkisk.

For eksempel kan en transaktion, der genererer en kontoside til en WooCommerce-kunde, bestå af et interval, der opdeles i flere databaseforespørgsel span.

Transaction Sample

En transaction samplel refererer til en valgt forekomst ud af mange anmodninger til et specifikt transaction end point (f.eks. /single.php, /wp-cron.php, osv.). I APM-tool har du tre eksempler at vælge imellem.

For eksempel kan APM-tool registrere snesevis af /wp-cron.php transactions. I dette tilfælde vælger APM-tool den langsomste transaction og kalder det en transaction sample.

Transaction Trace

En transaction trace er en komplet tidslinje for alle processer, der opstod i en transaktionsprøve. I vores APM-værktøj er et transaction trace repræsenteret af en liste over spændvidde med dets tilsvarende varighed og timestamp oplysninger.

Stack Trace

Et stack trace er en detaljeret procesopdeling for et individuelt span. Stack trace er nyttige til dybdegående fejlfinding. De indeholder meget detaljerede oplysninger om den PHP-kode, der blev udført, ned til en bestemt PHP-fil og kodelinje.

Sådan aktiveres Kinstas APM-tool

APM-tool er som standard deaktiveret. Da APM-tool  kræver yderligere serverressourcer, anbefaler vi kun at aktivere det, når du aktivt foretager fejlfinding af et ydelsesproblem på dit WordPress-websted.

For at aktivere APM-tool skal du logge ind på MyKinsta, vælge det websted, du vil overvåge, navigere til dit websteds APM-faneblad og klikke på knappen Aktiver APM.

Vælg derefter en overvågnings varighed for APM. Du kan vælge mellem 2 timer, 4 timer, 12 timer og 24 timer. Da APM muligvis reducerer dit websteds ydeevne, anbefaler vi ikke at lade det være aktiveret i en længere periode. Når du har valgt en overvågnings varighed, skal du klikke på Aktiver overvågningstid for at starte APM.

Giv værktøjet 5-10 minutter til at begynde at indsamle data, og så kan du se disse data på fanen APM.

Efter overvågnings varigheden er udløbet, deaktiveres APM automatisk. Hvis du vil slå overvågning fra tidligt, skal du klikke på kebab-menuen (tre prikker) og vælge Deaktiver i rullemenuen.

Sådan vælger du en tidsramme for overvågningsdata

Som standard viser APM-tool overvågningsdata fra de seneste 60 minutter. Data tidsrammen kan dog tilpasses, og du kan vælge mellem mulighederne nedenfor.

• 30 minutter
• 60 minutter
• 2 timer
• 4 timer
• 12 timer
• 24 timer

For at ændre denne indstilling skal du klikke på tidsramme-knappen øverst til højre i sektionen Overvågningsresultater og vælge en mulighed i den modal eller pop-up, der vises. Klik på knappen Anvend tidsramme for at indstille den nye tidsramme.

Sådan opdateres overvågnings dataene

Kinstas APM-tool viser performance monitoring data baseret på den indstillede tidsramme (f.eks. sidste 30 minutter, sidste 60 minutter osv.). For at forhindre forvirring opdaterer APM-værktøjet ikke automatisk data. For at opdatere APM-tool og vise de seneste data fra den valgte tidsramme, skal du klikke på ikonet Opdater (gentag) øverst til højre i afsnittet Overvågningsresultater.

Sådan læses APM Tool Insights

Da datalogning først starter, efter at APM-værktøjet er aktiveret, skal du give det lidt tid til at indsamle performance data til dit websted. Vi anbefaler at vente 5-10 minutter inden inspektion af monitoring dataene.

Derefter kan nøgleindsigter findes i afsnittet Overvågningsresultater. Dette afsnit indeholder 4 faner, som vi gennemgår mere detaljeret nedenfor: Transaktioner, WordPress, Database og Ekstern.

Der er nogle almindelige kolonner, du kan se på hver fane:

1. Samlet varighed (%): Den procentdel af tid, i forhold til samlet varighed, der forbruges af alle anmodninger til et transaktionsslutpunkt inden for den valgte tidsramme. Varighedsprocenten beregnes med værdierne for den samlede varighed (summen af varigheden af alle anmodninger til et bestemt slutpunkt), så den repræsenterer ikke varigheden af en individuel transaktionsprøve.
2. Total varighed: Den samlede tid, der forbruges af et transaktionsslutpunkt inden for den valgte tidsramme. Bemærk, at varigheden refererer til summen af ​​varigheden af ​​alle anmodninger til et bestemt slutpunkt og ikke repræsenterer varigheden af ​​et individuelt transaction sample.
3. Maks. varighed: Den langsomste varighed af transaction sample fra den valgte tidsramme.
4. Gns. varighed: Gennemsnittet af alle varighed af transaction sample fra den valgte tidsramme.
5. Rate pr. minut: Antallet af gange, en transaktion har kørt i gennemsnit pr. minut i den valgte time frame.

Når du navigerer gennem dataene, vil du også se disse almindelige data-detaljer:

Transaktionseksempler

Når du klikker på en transaktion, vil du blive præsenteret for en modal, der indeholder op til tre transaktionsprøver fra den valgte tidsramme.

1. Langsomste stikprøve: Den langsommeste transaktionsprøve.
2. 95. percentil: En transaktion i 95. percentilen (95% af transaction er hurtigere end denne transaction sample).
3. 50. percentil: En transaction i 50. percentilen (50% af transaktionerne er hurtigere end denne transaction samples), også kaldet medianen. Du kan tænke på dette som den typiske varighed, da der er nøjagtigt den samme mængde langsommere og hurtigere prøver end dette.

Du kan se en, to eller tre prøver. For eksempel kan den samme transaktion være den langsomste stikprøve og den 95. percentiltransaktion.

Transaktionseksempler modal/pop-up viser også nyttige oplysninger om hver transaktionsprøve, herunder tidsstemplet, transaktionens slutpunkt, anmodnings-URL og varighed.

Individuel transaktionsprøve

Hvis du klikker på en transaction sample i modalet, føres du til en dedikeret side for den valgte prøve. Denne side Transaction sample inkluderer prøvens tidsstempel, transaction endpoint, URL, varighed, HTTP-statuskode og en fuld tidslinje for transaction trace timeline.

1. Timestamp: Dato og klokkeslæt for transaction sample.
2. Transaction: PHP-slutpunktet for transaktionseksemplet (f.eks. /wp-cron.php, /single.php osv.).
3. URL: Den specifikke URL for transaction sample.
4. Varighed: Varigheden af dato og klokkeslæt for transaction sample i millisekunder.
5. Resultat: Transaktionens HTTP-statuskode. Hvis du ser et “HTTP 200” -resultat, betyder det, at transaktionen var langsom, men i sidste ende vellykket. Men hvis du ser et “HTTP 503” -resultat, kan det betyde, at transaktionen blev udløbet.

Hver transaktionsprøve har sit eget permalink eller unikke URL. Dette gør det nemt at referere til og dele en specifik transaktionsprøve med dine kolleger, en udvikler eller Kinsta Support-teamet. Bemærk: Din kollega eller udvikler skal have adgang til webstedet i MyKinsta for at se transaktionseksemplet.

Tidslinje for transaction sample

Ud over grundlæggende transaktionsoplysninger giver APM-tool dig også en mere detaljeret tidslinje for transaction sample. Inden for tidslinjen for transaction sample kan du se en trinvis præsentation af spændvidder – PHP-processer, MySQL-database forespørgsler og eksterne opkald til en bestemt transaction sample.

Du kan sortere spændene efter Varighed (tid) eller Varighed (%) i stigende eller faldende rækkefølge ved at klikke på kolonnenavnet. Dette er nyttigt til hurtigt at identificere de længstvarende transaktioner.

Hvert span har også sin tilknyttede varighed og relative tidsstempel, så du hurtigt kan identificere den længste og mest problematiske del af anmodningen.

I forhold til den samlede varighed af transaktionsprøven:

• Spændvidde med mere end 5% varighed er vist med orange
• Spænd med mere end 25% varighed er vist med rødt

Disse højdepunkter refererer altid til den relative varighed af spændvidden i dens egen prøves kontekst. Så hvis du ser noget rødt, skal du tage højde for, at det altid sammenlignes med det givne eksempel (og dit websted eller din webapp er muligvis ikke langsom som helhed).

Bemærk, at for MySQL- og Redis-forespørgsler inkluderer vi ikke spændinger kortere end 0,001 ms. For ikke-databaserelaterede spænd er tærsklen 1 ms. Vi udelukker bevidst korte spændvidder, fordi optagelse af et stort antal hurtige elementer kan påvirke ydeevnen på dit websted og ikke giver meget nyttige data.

Denne detaljerede trace timeline er meget nyttig til fejlfinding af ydeevneproblemer, fordi den hjælper dig med at finde præcis, hvad flaskehalsen er.

For eksempel kan du bemærke, at langsomhed, når /wp-admin/admin-ajax.php anmodes om, skyldes lange API-requests til sociale netværks API’er. Bevæbnet med denne viden kan du derefter fortsætte med at teste dit websted med dit sociale plugin deaktiveret for at se, om det gør en forskel.

Tilsvarende, hvis du ser en langsom transaktion til /wp-cron.php, der indeholder gentagne HTTP-anmodninger initieret af et cache-preloading plugin, kan du handle hurtigt på disse oplysninger og deaktivere cache-preloading funktionaliteten.

Span Details

Hvis du klikker på et tidsrum i tidslinjen for transaction trace, kan du se en detaljeret oversigt med en komplet stack trace og tilknyttede oplysninger.

For eksempel, hvis du klikker på et MySQL-forespørgselsområde, vil du se databaseforespørgslen, der blev udført sammen med stak trace. Ved at inspicere span-detaljerne kan du få et dybere niveau af indsigt i PHP-transaktioner på dit WordPress-websted.

For mere specifikke eksempler på, hvordan du læser og bruger APM-værktøjsdataene, kan du se vores vejledning om Brug af Kinsta’s APM til at diagnosticere ydeevneproblemer.

Overvågningsresultater

På hver af fanerne under Overvågningsresultater kan du se specifikke data for Transaktioner, WordPress, Database og Eksterne anmodninger.

Transaktioner

Denne fane er, hvor du finder data om samlet transaktionstid og langsommeste transaktioner.

Samlet transaktionstid

Søjlediagrammet Overordnet transaktionstid giver dig en visuel repræsentation af transaktionstids-data fra den valgte tidsramme. Hver bjælke består af en flerfarvet opdeling af PHP, MySQL, Redis og Eksterne transaktionstider. Grafen over Samlet transaktionstid viser også den valgte tidsrammes gennemsnitlige transaktionstid i øverste højre hjørne.

Langsommeste transaktioner

De ti langsommeste PHP-transaktioner vises i sektionen langsommeste transaktioner under søjlediagrammet over den samlede transaktionstid. Ud over de almindelige kolonner er den første kolonne af disse data Transaktionskolonnen, som viser transaktionens slutpunkt for langsomme anmodninger, der brugte mest PHP-tid (f.eks. /wp-cron.php, /wp-json osv.).

Du kan klikke på hvert transaktionsslutpunkt for at se transaktionseksemplerne og navigere videre ind i hver enkelt transaktionsprøve, spore tidslinje, spandetaljer og staksporing.

WordPress

På WordPress-fanen under Overvågningsresultater finder du data, der er specifikke for WordPress-plugins og -hooks.

Langsommeste WordPress-plugins

De langsommeste registrerede plugins er listet øverst med pluginets slug (mappe/mappenavn) i den første kolonne, derefter resten af ​​de almindelige datakolonner. Du kan klikke på hver plugin-slug for at se transaktionseksemplerne og navigere videre ind i hver enkelt transaktionsprøve, spore tidslinje, spandetaljer og staksporing.

Langsommeste WordPress hooks

Under listen langsommeste WordPress-plugins kan du se listen over langsommeste WordPress-hooks. WordPress hooks er funktioner i temaer eller plugins, der giver dig mulighed for at ændre WordPress på bestemte steder i behandlingen af ​​koden.

En hook er enten en handling eller et filter, og hooks på denne liste er sat foran deres type (handling eller filter), efterfulgt af funktionsnavnet. Hvis du klikker på en hook, vises transaktionseksemplerne, hvor du kan navigere videre ind i hver enkelt transaktionsprøve, spore tidslinje, spandetaljer og staksporing.

Database

Denne fane viser data for de langsomste databaseforespørgsler og langsomste Redis-cache-transaktioner (hvis Redis er aktiveret).

Langsommeste Database-forespørgsler

De 10 langsommeste databaseforespørgsler er vist i sektionen langsommeste databaseforespørgsler. Hvis du klikker på en forespørgsel, vises transaktionseksemplerne, hvor du kan navigere videre ind i hver enkelt transaktionsprøve, spore tidslinje, spandetaljer og staksporing.

Langsommeste Redis Cache

For websteder med Redis-tilføjelsen kan detaljer relateret til Redis-cache findes i dette afsnit. Hvis dit websted ikke har Redis-tilføjelsen installeret, vil der ikke blive vist nogen data. Ved at klikke på et cache-element vises transaktionseksemplerne, hvor du kan navigere længere ind i hver individuel transaktionsprøve, sporingstidslinje, spandetaljer og staksporing.

Ekstern

Data for eventuelle eksterne anmodninger, dit websted fremsætter, kan findes på fanen Ekstern. Eksterne anmodninger er HTTP-anmodninger, som dit websted sender til et andet websted eller en anden server. Disse opkald foretages normalt af plugins eller temaer til at hente eller sende data eller til kommunikation med en API.

Hver URL i den første kolonne på listen efterfølges af HTTP-metoden, der bruges til anmodningen (GET, POST, PUT, osv.). Ved at klikke på en anmodnings-URL vises transaktionseksemplerne, hvor du kan navigere videre ind i hver enkelt transaktionsprøve, spore tidslinje, spandetaljer og staksporing.

Ofte stillede spørgsmål om APM

Vi har samlet et par populære spørgsmål vedrørende APM og givet svar på dem nedenfor.

Hvordan kan jeg aktivere Kinsta’s APM?

Kinsta’s APM er tilgængelig uden ekstra omkostninger med alle planer. For at aktivere det skal du:

1. Log ind på MyKinsta
2. Vælg det websted, du vil fejlrette
3. Klik på fanen Overvågning
4. Klik på knappen Aktiver APM for at starte APM

Vil APM sænke mit WordPress-websted?

Som med andre APM-tools tilføjer Kinstas APM’s agent muligvis yderligere belastning til din servers CPU- og RAM-ressourcer og kan muligvis bremse dit WordPress-websted i en begrænset periode.

Vi anbefaler på det kraftigste kun at aktivere APM, når du aktivt diagnosticerer et præstationsproblem på dit websted.

Understøtter Kinsta stadig personlig New Relic-overvågning for kunder med personlige New Relic-licenser?

Ja, Kinsta-websteder understøtter stadig overvågning af New Relic for kunder med personlige licenser.

Er det muligt at bruge Kinsta’s APM og New Relic på samme tid?

Vi anbefaler ikke at bruge både Kinsta’s APM og New Relic til overvågning på samme tid. Det er dog okay at skifte mellem APM og New Relic, så længe begge værktøjer ikke er aktive på samme tid.

Er APM kompatibel med andre CMS-platforme og frameworks?

På dette tidspunkt er APM kun fuldt kompatibel med WordPress.

Fungerer APM med Bedrock (eller andre websteder, der bruger Composer)?

Ja, men hvis WP-CLI er en afhængighed i dit websteds composer.json-fil, skal du tilføje en konfiguration, så Kinstas autoloader kan arbejde sammen med WP-CLI autoloader:

"prepend-autoloader": false

Her er et eksempel på config array fra et Bedrock-websted efter tilføjelse af prepend-konfigurationen:

"config": {
"optimize-autoloader": true,
"preferred-install": "dist",
"prepend-autoloader": false
},

Hvad hvis jeg ser en uventet adfærd på mit websted, efter at jeg har aktiveret APM?

Vi har allerede lavet omfattende test med forskellige WordPress-versioner og en lang liste af plugins. Der kan dog stadig være ukendte småfejl, der skal løses, som en plugin-version eller en tilpasset udvikling, der er uforenelig med vores overvågningsløsning.

Af denne grund, når du aktiverer funktionen, skal du altid dobbelttjekke, at dit websted fungerer fint. Hvis du ser nogen utilsigtet adfærd, skal du deaktivere funktionen og give os besked, så vi kan undersøge og løse problemet.

Hvor længe er data fra APM-tool tilgængelige?

APM-data opbevares i 14 dage. For at se data, der er ældre end 24 timer, skal du klikke på tidsrammeknappen øverst til højre i sektionen Overvågningsresultater, gå til fanen Absolut i Modal/pop-up Vælg tidsramme, vælg en 24-timers tidsramme inden for de seneste 14 dage, og klik på knappen Anvend tidsramme.

Resumé

Kinstas APM-tool giver kontekst til performance problemer på dit WordPress-websted. I stedet for generiske HTTP 502-fejl eller timeouts giver APM-tool dig detaljerede opdelinger af langsomme anmodninger.

Med Kinsta’s APM-tool er du i stand til at debug performance problemer uden at installere et plugin som Query Monitor eller aktivere en tredjepartstjeneste som New Relic.

Hvis du arbejder med en udvikler for at løse problemer på dit WordPress-websted, kan Kinsta’s APM-tool også hjælpe dig med at spare tid og penge ved at give dig et sted at starte.