Questa pagina descrive le metriche di latenza fornite da Spanner. Se la tua applicazione presenta una latenza elevata, utilizza queste metriche per diagnosticare e risolvere il problema.
Puoi visualizzare queste metriche nella console Google Cloud e nella console di Cloud Monitoring.
Panoramica delle metriche di latenza
Le metriche di latenza per Spanner misurano il tempo necessario al servizio Spanner per elaborare una richiesta. La metrica acquisisce la quantità effettiva di tempo trascorso, non la quantità di tempo di CPU utilizzata da Spanner.
Queste metriche di latenza non includono la latenza che si verifica al di fuori di Spanner, come la latenza di rete o la latenza all'interno del livello dell'applicazione. Per misurare altri tipi di latenza, puoi utilizzare Cloud Monitoring per instrumentare la tua applicazione con metriche personalizzate.
Puoi visualizzare i grafici delle metriche di latenza nella console Google Cloud e nella console di Cloud Monitoring. Puoi visualizzare metriche di latenza combinate che includono sia letture che scritture oppure metriche separate per le letture e le scritture.
In base alla latenza di ogni richiesta, Spanner raggruppa le richieste in percentili. Puoi visualizzare le metriche di latenza per il 50° percentile e il 99° percentile:
Latenza del 50° percentile: la latenza massima, in secondi, per il 50% più veloce di tutte le richieste. Ad esempio, se la latenza del 50° percentile è di 0,5 secondi, Spanner ha elaborato il 50% delle richieste in meno di 0,5 secondi.
Questa metrica a volte viene chiamata latenza mediana.
Latenza del 99° percentile: la latenza massima, in secondi, per il 99% più veloce delle richieste. Ad esempio, se la latenza al 99° percentile è di 2 secondi, Spanner ha elaborato il 99% delle richieste in meno di 2 secondi.
Latenza e operazioni al secondo
Quando un'istanza elabora un numero ridotto di richieste in un determinato periodo di tempo, le latenze del 50° e 99° percentile durante questo periodo di tempo non sono indicatori significativi delle prestazioni complessive dell'istanza. In queste condizioni, un numero molto ridotto di outlier può modificare drasticamente le metriche di latenza.
Ad esempio, supponiamo che un'istanza elabori 100 richieste durante un'ora. In questo caso, la latenza del 99° percentile per l'istanza durante quell'ora è la quantità di tempo necessaria per elaborare la richiesta più lenta. Una misurazione della latenza basata su una singola richiesta non è significativa.
Come diagnosticare i problemi di latenza
Le seguenti sezioni descrivono come diagnosticare diversi problemi comuni che potrebbero causare un'elevata latenza end-to-end nell'applicazione.
Per un rapido sguardo alle metriche di latenza di un'istanza, utilizza la console Google Cloud. Per esaminare le metriche in modo più approfondito e trovare correlazioni tra la latenza e altre metriche, utilizza la console di Cloud Monitoring.
Latenza totale elevata, bassa latenza Spanner
Se la tua applicazione riscontra una latenza superiore al previsto, ma le metriche di latenza per Spanner sono notevolmente inferiori alla latenza end-to-end totale, potrebbe esserci un problema nel codice dell'applicazione. Se l'applicazione presenta un problema di prestazioni che causa il rallentamento di alcuni percorsi di codice, la latenza end-to-end totale per ogni richiesta potrebbe aumentare.
Per verificare la presenza di questo problema, esegui il benchmarking della tua applicazione in modo da identificare percorsi del codice più lenti del previsto.
Puoi anche commentare il codice che comunica con Spanner, quindi misurare di nuovo la latenza totale. Se la latenza totale non cambia molto, è improbabile che Spanner sia la causa della latenza elevata.
Latenza totale elevata, latenza Spanner elevata
Se la tua applicazione riscontra una latenza superiore al previsto e anche le metriche di latenza di Spanner sono elevate, le cause probabili sono alcune:
L'istanza ha bisogno di più capacità di calcolo. Se l'istanza non ha risorse CPU sufficienti e l'utilizzo della CPU supera il numero massimo consigliato, Spanner potrebbe non essere in grado di elaborare le richieste in modo rapido ed efficiente.
Alcune delle tue query causano un elevato utilizzo della CPU. Se le tue query non sfruttano le funzionalità di Spanner che migliorano l'efficienza, ad esempio i parametri di query e gli indici secondari, o se includono un numero elevato di join o altre operazioni ad alta intensità di CPU, le query possono utilizzare una grande parte delle risorse della CPU per l'istanza.
Per verificare questi problemi, utilizza la console di Cloud Monitoring per cercare una correlazione tra elevato utilizzo della CPU e latenza elevata. Controlla anche le statistiche sulle query dell'istanza per identificare eventuali query che richiedono un uso intensivo della CPU nello stesso periodo di tempo.
Se noti che l'utilizzo della CPU e la latenza sono entrambi elevati allo stesso tempo, intervieni per risolvere il problema:
Se non hai trovato molte query che utilizzano molta CPU, aggiungi capacità di calcolo all'istanza.
L'aggiunta di capacità di calcolo fornisce più risorse della CPU e consente a Spanner di gestire un carico di lavoro più grande.
Se hai trovato query ad alta intensità di CPU, esamina i piani di esecuzione delle query per capire perché le query sono lente, quindi aggiorna le query in modo che seguano le best practice SQL per Spanner.
Potresti anche dover rivedere la progettazione dello schema per il database e aggiornare lo schema per consentire query più efficienti.
Passaggi successivi
- Monitora l'istanza con la console Google Cloud o la console Cloud Monitoring.
- Scopri come trovare le correlazioni tra alta latenza e altre metriche.
- Scopri come ridurre la latenza di lettura seguendo le best practice SQL e utilizzando i limiti di timestamp.
- Scopri di più sulle metriche di latenza nelle tabelle delle statistiche delle query, che puoi recuperare utilizzando le istruzioni SQL.
- Comprendi come la configurazione dell'istanza influisce sulla latenza.