Prestazioni del sito e APM

Application Performance Monitoring ti mostra dove il tempo del tuo sito viene effettivamente utilizzato: percentili di tempo di risposta, gli URL più lenti, le query di database più lente e quanto PHP sta lavorando. Questa guida copre l'abilitazione di APM, la lettura di ciascun pannello e l'azione basata su ciò che mostra.

Dove si trova APM in KPanel

1. Accedi a KPanel.
2. Fai clic su Websites nella barra laterale sinistra, quindi fai clic sul sito.
3. Nella striscia di schede del sito, apri WordPress, quindi APM.

L'indirizzo diretto è /websites/<site-id>/performance.

Attivazione di APM

APM è disattivato fino a quando non lo abiliti. Su un piano idoneo la pagina mostra una card Application Performance Monitoring con un pulsante Enable APM.

L'abilitazione aggiunge un registro di accesso leggero e un tracker di richieste lente a livello di worker PHP. Non inietta nulla nelle tue pagine e non aggiunge lavoro alla richiesta di un visitatore, quindi è sicuro lasciarlo sempre attivato.

Una volta abilitato, la pagina mostra una pillola APM Active con la data in cui è stato attivato, un pulsante Refresh e un pulsante Disable APM. Le metriche vengono visualizzate solo dopo l'arrivo del traffico reale, quindi un sito tranquillo mostra Waiting for requests per un po'.

Tempi di risposta

La prima card contiene quattro cifre dell'ultima ora, con il conteggio delle richieste e l'ora di acquisizione nell'intestazione.

Ogni riquadro è codificato a colori in modo da poter leggere lo stato senza conoscere le soglie.

Leggi i percentili insieme, non separatamente. Un mediano buono con un P95 terribile significa che la maggior parte delle richieste va bene e una minoranza è dolorosa, che è la firma classica di una pagina lenta, una query lenta o una cache che non funziona su determinati URL. Un mediano scadente significa che l'intero sito è lento e la causa è solitamente strutturale: un piano sottodimensionato, un tema pesante o il caching disattivato.

La frequenza di errore 5xx è l'unica cifra che dovrebbe essere zero. Qualsiasi cosa sostenuta al di sopra dello zero significa che i visitatori stanno vedendo errori.

Worker PHP

La card PHP Workers mostra tre numeri:

• Active Workers: quanti processi PHP stanno gestendo le richieste al momento.
• Slow Requests: richieste che hanno superato la soglia di richiesta lenta e sono state registrate.
• Total Handled: connessioni accettate da quando il pool è stato avviato.

I worker attivi sono un segnale di saturazione. Se rimane bloccato vicino al suo limite durante il traffico normale, le richieste sono in coda dietro PHP, e ogni tempo di risposta nella pagina sopra è parzialmente tempo di coda. Questo è un problema di capacità, non un problema di codice, e la soluzione è un piano più grande o meno lavoro per richiesta.

Un conteggio di richieste lente in aumento con un volume di richieste stabile significa che qualcosa è diventato costoso.

Endpoint più lenti

Questa card elenca i tuoi URL più lenti per tempo di risposta P95, ciascuno con una barra, il P95 in millisecondi e quante volte è stato richiamato. Il colore evidenzia i colpevoli peggiori.

Leggilo come una shortlist, non una classifica. Quello che vuoi è l'intersezione tra lento e frequentemente richiamato: una pagina che impiega quattro secondi e viene raggiunta due volte al giorno conta molto meno di una che impiega 900 millisecondi e viene raggiunta diecimila volte.

Colpevoli comuni:

• Pagine di ricerca che eseguono scansioni senza un indice.
• Elenchi di categorie e archivi che creano grandi query per richiesta.
• Pagine di carrello, checkout e account, che non vengono mai messe in cache perché sono per visitatore. Vedi Site Caching per sapere quali percorsi bypassano la cache in base alla progettazione.
• URL amministratore, che sono sempre dinamici.
• Qualsiasi cosa che chiami un'API esterna all'interno della richiesta, dove stai misurando il server di qualcun altro.

Query lente

La card Slow Queries elenca le query di database che hanno una media superiore a 100 millisecondi, prese dai dati di prestazione del database stesso. Ogni riga mostra il tempo medio, il tempo massimo, il conteggio delle chiamate e il testo della query normalizzato.

Il testo della query è un digest, con i valori letterali rimossi, quindi la stessa query con parametri diversi si raggruppa in una riga. Questo è ciò che rende il conteggio delle chiamate significativo.

La correzione delle query lente è solitamente una di tre cose: aggiungere un indice di cui ha bisogno la query, ridurre la frequenza con cui la query viene eseguita memorizzando nella cache il suo risultato o rimuovere il plugin che la genera. Una query con un conteggio di chiamate molto alto e una media moderata è spesso peggiore in aggregato di un singolo outlier drammatico.

Se entrambi gli elenchi di endpoint e query tornano vuoti, la card dice che non sono state rilevate richieste lente, il che significa che tutto nell'ultima ora era entro le soglie normali.

Uso bene di APM

Prendi una linea di base. Guarda i numeri quando il sito è sano, in modo da sapere quale aspetto ha la normalità. Un P95 di 700 millisecondi non significa nulla finché non sai che era 300.

Cambia una cosa alla volta. Abilita una cache, aggiorna e confronta. Disattiva un plugin sospetto, aggiorna e confronta. Le modifiche raggruppate non ti danno alcun segnale.

Aggiorna deliberatamente. Il pulsante Refresh rilegge le metriche su richiesta. Le cifre coprono l'ultima ora, quindi dai a un cambiamento un po' di tempo prima di giudicarlo.

Guarda anche al di fuori di APM. APM misura la tua applicazione. Se il problema è la rete o l'edge piuttosto che il codice, Site Traffic Analytics e Site Uptime Monitoring lo mostreranno invece.

Risoluzione dei problemi

La pagina mostra un pannello di upgrade. APM è incluso in Managed WordPress Pro. Su altri piani non è disponibile.

APM è attivo ma non ci sono metriche. Nessun traffico ancora. Le metriche vengono visualizzate una volta che il sito riceve richieste.

I tempi di risposta sono buoni in APM ma il sito sembra lento. APM misura solo il tempo lato server. Il tempo impiegato per scaricare immagini, eseguire JavaScript e caricare i caratteri nel browser è invisibile qui. Se il tempo del server è buono e la pagina sembra ancora lenta, il problema è nel front end o in ciò che stai chiedendo al browser di recuperare.

P95 è peggiorato dopo un aggiornamento del plugin. Controlla l'elenco degli endpoint più lenti, quindi l'elenco delle query lente. Un plugin che ha aggiunto una query a ogni caricamento di pagina sarà visualizzato in entrambi.

Tutto è lento tutto il tempo. Controlla prima i worker PHP per la saturazione. Se i worker sono bloccati, aggiungi capacità o riduci il lavoro per richiesta prima di ottimizzare qualsiasi altra cosa.

Errori al di sopra dello zero. Correggili prima di inseguire i millisecondi. Inizia con i tuoi log e usa il pulsante Troubleshoot with Kora nella scheda Error pages del sito, che chiede a Kora di leggere i tuoi log di errore e i recenti errori per te. Vedi Custom Error Pages.

Pagine correlate

• Site Caching è solitamente il singolo più grande vantaggio per un sito WordPress.
• Site Security per la scansione di vulnerabilità e malware sullo stesso sito.
• Taking a Backup prima di iniziare a rimuovere i plugin.