Monitoraggio
Puoi monitorare Bigtable da vicino, utilizzando i grafici disponibili nella console Google Cloud, oppure chiamare in modo programmatico l'API Cloud Monitoring.
Nella console Google Cloud, i dati di monitoraggio sono disponibili nelle seguenti posizioni:
- Monitoraggio Bigtable
- Panoramica dell'istanza Bigtable
- Panoramica del cluster Bigtable
- Panoramica della tabella Bigtable
- Cloud Monitoring
- Key Visualizer
Le pagine di monitoraggio e panoramica forniscono una visione generale dell'utilizzo di Bigtable. Puoi utilizzare Key Visualizer per visualizzare in dettaglio i pattern di accesso in base alla chiave di riga e risolvere problemi specifici di prestazioni.
Informazioni sull'utilizzo di CPU e disco
Indipendentemente dagli strumenti che utilizzi per monitorare l'istanza, è essenziale monitorare l'utilizzo di CPU e disco per ogni cluster nell'istanza. Se l'utilizzo della CPU o del disco di un cluster supera determinate soglie, il cluster non funzionerà correttamente e potrebbe restituire errori quando provi a leggere o scrivere dati.
Utilizzo CPU
I nodi nei cluster utilizzano le risorse della CPU per gestire le letture, le scritture e le attività amministrative. Per scoprire di più su come il numero di nodi influisce sulle prestazioni di un cluster, consulta Prestazioni per i carichi di lavoro tipici.
Bigtable segnala le seguenti metriche per l'utilizzo della CPU:
| Metrica | Descrizione |
|---|---|
| Utilizzo CPU medio |
L'utilizzo medio della CPU su tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se è abilitato un flusso di modifiche per una tabella nell'istanza. Nei grafici del profilo dell'app, <system> indica le attività in background del sistema, come la replica e la compattazione. Le attività in background del sistema non sono basate sul client. I valori massimi consigliati offrono margine per brevi picchi di utilizzo. Se un cluster supera il valore massimo consigliato per la configurazione per più di alcuni minuti, aggiungi nodi al cluster. |
| Utilizzo della CPU del nodo più attivo |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere fornita per la continuità, ma nella maggior parte dei casi ti consigliamo di utilizzare la metrica più accurata Utilizzo della CPU ad alta granularità del nodo più caldo. |
| Utilizzo della CPU ad alta granularità del nodo più attivo |
Una misurazione granulare dell'utilizzo della CPU per il nodo più trafficato nel cluster. Ti consigliamo di utilizzare questa metrica invece di Utilizzo della CPU del nodo più attivo, poiché questa metrica è più precisa. Il nodo più caldo non corrisponde necessariamente allo stesso nodo nel tempo e può cambiare rapidamente, soprattutto durante job batch o analisi delle tabelle di grandi dimensioni. Se il nodo più attivo è spesso superiore al valore consigliato, anche quando l'utilizzo medio della CPU è ragionevole, potresti accedere a una piccola parte dei tuoi dati con maggiore frequenza rispetto al resto dei dati.
|
| Utilizzo CPU per modifiche in tempo reale |
L'utilizzo medio della CPU causato dall'attività di modifiche in tempo reale su tutti i nodi nel cluster. |
| Utilizzo della CPU per profilo app, metodo e tabella |
Utilizzo della CPU per profilo app, metodo e tabella. Se noti un utilizzo della CPU superiore al previsto per un cluster, utilizza questa metrica per determinare se l'utilizzo della CPU di un profilo di app, un metodo API o una tabella specifici determina il carico della CPU. |
I valori per queste metriche non devono superare i seguenti valori:
| Configurazione | Valori massimi consigliati1 | |
|---|---|---|
|
||
| Routing a cluster singolo, qualsiasi numero di cluster |
70% di utilizzo medio della CPU |
|
| Routing multi-cluster, scalabilità automatica abilitata, due o più cluster |
70% di utilizzo medio della CPU |
|
| Routing multi-cluster, scalabilità automatica non abilitata, 2 cluster |
Utilizzo medio della CPU del 35% 2 |
|
| Routing multi-cluster, scalabilità automatica non abilitata, 3 o più cluster |
Dipende dalla configurazione. Consulta gli esempi di impostazioni di replica per i casi d'uso comuni. |
|
Utilizzo disco
Per ogni cluster nell'istanza, Bigtable archivia una copia separata di tutte le tabelle nell'istanza.
Bigtable monitora l'utilizzo del disco in unità binarie, ad esempio gigabyte binari (GB), dove 1 GB equivale a 230 byte. Questa unità di misura è nota anche come gibibyte (GiB).
Bigtable registra le seguenti metriche per l'utilizzo del disco:
| Metrica | Descrizione |
|---|---|
| Utilizzo spazio di archiviazione (byte) |
La quantità di dati archiviati nel cluster. L'utilizzo delle modifiche in tempo reale non è incluso per questa metrica. Questo valore influisce sui costi. Inoltre, come descritto di seguito, potresti dover aggiungere nodi a ogni cluster man mano che la quantità di dati aumenta. |
| Utilizzo spazio di archiviazione (% max) |
La percentuale di capacità di archiviazione del cluster in uso. La capacità si basa sul numero di nodi nel cluster. L'utilizzo delle modifiche in tempo reale non è incluso per questa metrica. In generale, non utilizzare più del 70% del limite rigido sullo spazio di archiviazione totale, in modo da avere spazio per aggiungere altri dati. Se non prevedi di aggiungere quantità significative di dati all'istanza, puoi utilizzare fino al 100% del limite rigido. Se utilizzi una percentuale superiore al limite di archiviazione consigliato, aggiungi nodi al cluster. Puoi anche eliminare i dati esistenti, ma i dati eliminati occupano più spazio, non meno, fino a quando non avviene una compattazione. Per maggiori dettagli su come viene calcolato questo valore, vedi Utilizzo dello spazio di archiviazione per nodo. |
| Utilizzo dello spazio di archiviazione per le modifiche in tempo reale (byte) |
La quantità di spazio di archiviazione utilizzato dai record di modifiche in tempo reale per le tabelle nell'istanza. Questo spazio di archiviazione non viene conteggiato nel calcolo dell'utilizzo totale dello spazio di archiviazione. Ti viene addebitato l'archiviazione in modifiche in tempo reale, ma non è inclusa nel calcolo dell'utilizzo dello spazio di archiviazione (% max). |
| Carico su disco |
La percentuale della larghezza di banda massima possibile per le letture HDD da parte del cluster. Disponibile solo per i cluster HDD. Se questo valore è spesso al 100%, potresti riscontrare un aumento della latenza. Aggiungi nodi al cluster per ridurre la percentuale di carico del disco. |
Compattazione e istanze multi-cluster
Le metriche di archiviazione riflettono le dimensioni dei dati sul disco dall'ultima compattazione. Poiché la compazione avviene su base continuativa nel corso di una settimana, le metriche di utilizzo dello spazio di archiviazione per un cluster a volte potrebbero essere temporaneamente diverse da quelle di altri cluster nell'istanza. Gli effetti osservabili di questo approccio includono:
Un nuovo cluster aggiunto di recente a un'istanza potrebbe mostrare temporaneamente 0 byte di spazio di archiviazione anche se tutti i dati sono stati replicati correttamente nel nuovo cluster.
Una tabella potrebbe avere dimensioni diverse in ogni cluster, anche quando la replica funziona correttamente.
Le metriche di utilizzo dello spazio di archiviazione potrebbero essere diverse in ogni cluster, anche dopo il completamento della replica e dopo alcuni giorni che non sono state inviate scritture. L'implementazione dell'archiviazione interna, compreso il modo in cui i dati vengono suddivisi e archiviati in modo distribuito, può essere diversa per ogni cluster, causando differenze nell'utilizzo effettivo dello spazio di archiviazione.
Panoramica istanza
La pagina Panoramica dell'istanza mostra i valori attuali di diverse metriche chiave per ciascun cluster:
| Metrica | Descrizione |
|---|---|
| Utilizzo CPU medio |
L'utilizzo medio della CPU su tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se è abilitato un flusso di modifiche per una tabella nell'istanza. Nei grafici del profilo dell'app, <system> indica le attività in background del sistema, come la replica e la compattazione. Le attività in background del sistema non sono basate sul client. |
| Utilizzo della CPU del nodo più attivo |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere fornita per la continuità, ma nella maggior parte dei casi ti consigliamo di utilizzare la metrica più accurata Utilizzo della CPU ad alta granularità del nodo più caldo. |
| Utilizzo della CPU ad alta granularità del nodo più attivo |
Una misurazione granulare dell'utilizzo della CPU per il nodo più trafficato nel cluster. Ti consigliamo di utilizzare questa metrica invece di Utilizzo della CPU del nodo più attivo, poiché questa metrica è più precisa. Il nodo più caldo non corrisponde necessariamente allo stesso nodo nel tempo e può cambiare rapidamente, soprattutto durante job batch o analisi delle tabelle di grandi dimensioni. Il superamento del valore massimo consigliato per il nodo più trafficato può causare latenza e altri problemi per il cluster. |
| Righe lette | Il numero di righe lette al secondo. |
| Righe scritte | Il numero di righe scritte al secondo. |
| Velocità effettiva di lettura | Il numero di byte al secondo dei dati di risposta inviati. Questa metrica fa riferimento alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura | Il numero di byte al secondo ricevuti al momento della scrittura dei dati. |
| Percentuale di errori di sistema | La percentuale di tutte le richieste non riuscite sul lato server Bigtable. |
| Latenza di replica per l'input | La quantità di tempo massima, in secondi, al 99° percentile, per la replica di una scrittura in un altro cluster in questo cluster. |
| Latenza di replica per l'output | La quantità di tempo massima, in secondi, al 99° percentile, per la replica di una scrittura in questo cluster su un altro cluster. |
Per una panoramica di queste metriche principali:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche. Nella console Google Cloud vengono visualizzate le metriche correnti per i cluster della tua istanza.
Panoramica cluster
Utilizza la pagina della panoramica del cluster per comprendere lo stato attuale e passato di un singolo cluster.
La pagina Panoramica del cluster mostra grafici che mostrano le seguenti metriche per ciascun cluster:
| Metrica | Descrizione |
|---|---|
| Numero di nodi | Il numero di nodi in uso per il cluster in un determinato momento. |
| Target del numero massimo di nodi | Il numero massimo di nodi fino a cui Bigtable scala il cluster quando è abilitata la scalabilità automatica. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Puoi modificare questo valore nella pagina Modifica cluster. |
| Target del numero minimo di nodi | Il numero minimo di nodi fino a cui Bigtable farà lo scale down del cluster quando è abilitata la scalabilità automatica. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Puoi modificare questo valore nella pagina Modifica cluster. |
| Numero consigliato di nodi per il target della CPU | Il numero di nodi consigliato da Bigtable per il cluster in base al target di utilizzo della CPU che hai impostato. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Se questo numero è superiore al target del numero massimo di nodi, valuta la possibilità di aumentare il target di utilizzo della CPU o il numero massimo di nodi per il cluster. Se questo numero è inferiore al numero minimo di nodi, è possibile che venga eseguito l'overprovisioning del cluster per il tuo utilizzo e ti consigliamo di ridurre il numero minimo. |
| Numero consigliato di nodi per lo spazio di archiviazione di destinazione | Il numero di nodi che Bigtable consiglia per il cluster in base al target di utilizzo dello spazio di archiviazione integrato. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Se questo numero è superiore al target del numero massimo di nodi, valuta la possibilità di aumentare il numero massimo di nodi per il cluster. |
| Utilizzo CPU |
L'utilizzo medio della CPU su tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se è abilitato un flusso di modifiche per una tabella nell'istanza. Nei grafici del profilo dell'app, <system> indica le attività in background del sistema, come la replica e la compattazione. Le attività in background del sistema non sono basate sul client. |
| Utilizzo spazio di archiviazione |
La quantità di dati archiviati nel cluster. L'utilizzo delle modifiche in tempo reale non è incluso per questa metrica. Questa metrica riflette il fatto che Bigtable comprime i tuoi dati quando vengono archiviati. |
Per visualizzare la pagina di riepilogo di un cluster:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche.
Vai alla sezione che segue quella che mostra lo stato attuale di alcune metriche del cluster.
Fai clic sull'ID cluster per aprire la pagina Panoramica del cluster.
Log
Il grafico Log mostra le voci dei log eventi di sistema per il cluster. I log degli eventi di sistema vengono generati solo per i cluster che utilizzano la scalabilità automatica. Per scoprire altri modi per visualizzare gli audit log di Bigtable, consulta Audit logging.
Panoramica della tabella
Utilizza la pagina Panoramica della tabella per comprendere lo stato attuale e passato di una singola tabella.
La pagina Panoramica della tabella mostra i grafici che mostrano le seguenti metriche per la tabella. Ogni grafico mostra una riga separata per ogni cluster in cui si trova la tabella.
| Metrica | Descrizione |
|---|---|
| Utilizzo spazio di archiviazione (byte) | La percentuale della capacità di archiviazione del cluster utilizzata dalla tabella. La capacità si basa sul numero di nodi nel cluster. Per maggiori dettagli su come viene calcolato questo valore, vedi Utilizzo dello spazio di archiviazione per nodo. |
| Utilizzo CPU |
L'utilizzo medio della CPU su tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se è abilitato un flusso di modifiche per una tabella nell'istanza. Nei grafici del profilo dell'app, <system> indica le attività in background del sistema, come la replica e la compattazione. Le attività in background del sistema non sono basate sul client. |
| Latenza di lettura | Il tempo necessario affinché una richiesta di lettura restituisca una risposta. La misurazione della latenza di lettura inizia quando Bigtable riceve la richiesta e termina quando l'ultimo byte di dati viene inviato al client. Per le richieste per grandi quantità di dati, la latenza di lettura può essere influenzata dalla capacità del client di utilizzare la risposta. |
| Latenza di scrittura | Il tempo necessario affinché una richiesta di scrittura restituisca una risposta. |
| Righe lette |
Il numero di righe lette al secondo. Questa metrica fornisce una visualizzazione più utile della velocità effettiva complessiva di Bigtable rispetto al numero di richieste di lettura, poiché una singola richiesta può leggere un numero elevato di righe. |
| Righe scritte |
Il numero di righe scritte al secondo. Questa metrica fornisce una visualizzazione più utile della velocità effettiva complessiva di Bigtable rispetto al numero di richieste di scrittura, perché una singola richiesta può scrivere un numero elevato di righe. |
| Richieste di lettura | Il numero di letture casuali e richieste di scansione al secondo. |
| Richieste di scrittura | Il numero di richieste di scrittura al secondo. |
| Velocità effettiva di lettura | Il numero di byte al secondo dei dati di risposta inviati. Questa metrica fa riferimento alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura | Il numero di byte al secondo ricevuti al momento della scrittura dei dati. |
| Failover automatici |
Il numero di richieste instradate automaticamente da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o ritardo. Il reindirizzamento automatico può verificarsi se un profilo di app utilizza il routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
La pagina Panoramica della tabella mostra anche lo stato di replica della tabella in ogni cluster nell'istanza. Per ogni cluster, la pagina visualizza quanto segue:
- Stato
- ID cluster
- Zona
- La quantità di spazio di archiviazione del cluster utilizzata dalla tabella
- Stato della chiave e della chiave di crittografia
- Data dell'ultimo backup della tabella selezionata
- Un link alla pagina Modifica cluster.
Per visualizzare la pagina di riepilogo di una tabella:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche.
Nel riquadro a sinistra, fai clic su Tables. La console Google Cloud visualizza un elenco di tutte le tabelle nell'istanza.
Fai clic su un ID tabella per aprire la pagina Panoramica tabella della tabella.
Monitora le prestazioni nel tempo
Utilizza la pagina di monitoraggio dell'istanza Bigtable per comprendere le prestazioni precedenti dell'istanza. Puoi analizzare le prestazioni di ogni cluster e suddividere le metriche per diversi tipi di risorse Bigtable. I grafici possono mostrare un periodo che va dall'ultima ora alle ultime 6 settimane.
Monitoraggio dei grafici per le risorse Bigtable
La pagina di monitoraggio di Bigtable fornisce grafici per i seguenti tipi di risorse Bigtable:
- Istanze
- Tabelle
- Profili di applicazione
- Replica
I grafici nella pagina di monitoraggio mostrano le seguenti metriche:
| Metrica | Disponibile per | Descrizione |
|---|---|---|
| Utilizzo CPU | Istanze Tabelle Profili app |
L'utilizzo medio della CPU su tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se è abilitato un flusso di modifiche per una tabella nell'istanza. Nei grafici del profilo dell'app, <system> indica le attività in background del sistema, come la replica e la compattazione. Le attività in background del sistema non sono basate sul client. |
| Utilizzo CPU (nodo più attivo) | Istanze |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere fornita per la continuità, ma nella maggior parte dei casi ti consigliamo di utilizzare la metrica più accurata Utilizzo della CPU ad alta granularità del nodo più caldo. |
| Utilizzo CPU ad alta granularità (nodo più attivo) | Istanze |
Una misurazione granulare dell'utilizzo della CPU per il nodo più trafficato nel cluster. Ti consigliamo di utilizzare questa metrica invece di Utilizzo della CPU del nodo più attivo, poiché questa metrica è più precisa. Il nodo più caldo non corrisponde necessariamente allo stesso nodo nel tempo e può cambiare rapidamente, soprattutto durante job batch o analisi delle tabelle di grandi dimensioni. Il superamento del valore massimo consigliato per il nodo più trafficato può causare latenza e altri problemi per il cluster. |
| Latenza di lettura |
Istanze Tabelle Profili app |
Il tempo necessario affinché una richiesta di lettura restituisca una risposta. La misurazione della latenza di lettura inizia quando Bigtable riceve la richiesta e termina quando l'ultimo byte di dati viene inviato al client. Per le richieste per grandi quantità di dati, la latenza di lettura può essere influenzata dalla capacità del client di utilizzare la risposta. |
| Latenza di scrittura |
Istanze Tabelle Profili app |
Il tempo necessario affinché una richiesta di scrittura restituisca una risposta. |
| Percentuale di errori utente | Istanze |
La percentuale di errori causati dai contenuti di una richiesta, in contrapposizione agli errori sul lato server Bigtable. La percentuale di errori utente include i seguenti codici di stato:
Gli errori utente sono in genere causati da un problema di configurazione, ad esempio una richiesta che specifica il cluster, la tabella o il profilo dell'app errato. |
| Percentuale di errori di sistema | Istanze |
La percentuale di tutte le richieste non riuscite sul lato server Bigtable.
La percentuale di errori di sistema include i seguenti
codici di stato:
|
| Failover automatici |
Istanze Tabelle Profili app |
Il numero di richieste instradate automaticamente da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o ritardo. Il reindirizzamento automatico può verificarsi se un profilo di app utilizza il routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
| Utilizzo spazio di archiviazione (byte) |
Tabelle delle istanze |
La quantità di dati archiviati nel cluster. L'utilizzo delle modifiche in tempo reale non è incluso per questa metrica. Questa metrica riflette il fatto che Bigtable comprime i tuoi dati quando vengono archiviati. |
| Utilizzo spazio di archiviazione (% max) | Istanze |
La percentuale di capacità di archiviazione del cluster in uso. La capacità si basa sul numero di nodi nel cluster. L'utilizzo delle modifiche in tempo reale non è incluso per questa metrica. Per maggiori dettagli su come viene calcolato questo valore, vedi Utilizzo dello spazio di archiviazione per nodo. |
| Carico su disco | Istanze | La percentuale della larghezza di banda massima possibile per le letture HDD da parte del cluster. Disponibile solo per i cluster HDD. |
| Righe lette |
Istanze Tabelle Profili app |
Il numero di righe lette al secondo. Questa metrica fornisce una visualizzazione più utile della velocità effettiva complessiva di Bigtable rispetto al numero di richieste di lettura, poiché una singola richiesta può leggere un numero elevato di righe. |
| Righe scritte |
Istanze Tabelle Profili app |
Il numero di righe scritte al secondo. Questa metrica fornisce una visualizzazione più utile della velocità effettiva complessiva di Bigtable rispetto al numero di richieste di scrittura, perché una singola richiesta può scrivere un numero elevato di righe. |
| Richieste di lettura |
Istanze Tabelle Profili app |
Il numero di letture casuali e richieste di scansione al secondo. |
| Richieste di scrittura |
Istanze Tabelle Profili app |
Il numero di richieste di scrittura al secondo. |
| Velocità effettiva di lettura |
Istanze Tabelle Profili app |
Il numero di byte al secondo dei dati di risposta inviati. Questa metrica fa riferimento alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura |
Istanze Tabelle Profili app |
Il numero di byte al secondo ricevuti al momento della scrittura dei dati. |
| Conteggio nodi | Istanze | Il numero di nodi nel cluster. |
Per visualizzare le metriche per queste risorse:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche.
Nel riquadro a sinistra, fai clic su Monitoring. La console Google Cloud mostra una serie di grafici per l'istanza, oltre a una visualizzazione tabulare delle metriche dell'istanza. Per impostazione predefinita, la console Google Cloud mostra le metriche dell'ultima ora e metriche separate per ogni cluster nell'istanza.
Per visualizzare tutti i grafici, scorri il riquadro in cui sono visualizzati.
Per visualizzare le metriche a livello di tabella, fai clic su Tabelle.
Per visualizzare le metriche per singoli profili di app, fai clic su Profili di applicazione.
Per visualizzare le metriche combinate dell'istanza nel suo complesso, trova la sezione Raggruppa per sopra i grafici, quindi fai clic su Istanza.
Per visualizzare le metriche per un periodo di tempo più lungo, fai clic sulla freccia accanto a 1 ora. Scegli un intervallo di tempo predefinito o inserisci un intervallo di tempo personalizzato, poi fai clic su Applica.
Grafici per la replica
La pagina di monitoraggio fornisce un grafico che mostra la latenza di replica nel tempo. Puoi visualizzare la latenza media per le repliche delle scritture al 50°, 99° e 100° percentile.
Per visualizzare la latenza di replica nel tempo:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche.
Nel riquadro a sinistra, fai clic su Monitoring. La pagina si apre con la scheda Istanza selezionata.
Fai clic sulla scheda Replica. La console Google Cloud mostra la latenza di replica nel tempo. Per impostazione predefinita, la console Google Cloud mostra la latenza di replica dell'ultima ora.
Per spostarti tra i grafici di latenza raggruppati per tabella o per cluster, utilizza il menu Raggruppa per.
Per modificare il percentile da visualizzare, utilizza il menu Percentile.
Per visualizzare le metriche per un periodo di tempo più lungo, fai clic sulla freccia accanto a 1 ora. Scegli un intervallo di tempo predefinito o inserisci un intervallo di tempo personalizzato, poi fai clic su Applica.
Monitoraggio con Cloud Monitoring
Bigtable esporta le metriche di utilizzo in Cloud Monitoring. Puoi utilizzare queste metriche in diversi modi:
- Esegui il monitoraggio in modo programmatico utilizzando l'API Cloud Monitoring.
- Esegui un monitoraggio visivo in Metrics Explorer.
- Configurare i criteri di avviso.
- Aggiungi le metriche di utilizzo di Bigtable a una dashboard personalizzata.
- Utilizza una libreria di grafici, come Matplotlib per Python, per tracciare e analizzare le metriche di utilizzo per Bigtable.
Per visualizzare le metriche di utilizzo in Metrics Explorer:
Apri la pagina Monitoring nella console Google Cloud.
Se ti viene chiesto di scegliere un account, scegli quello che utilizzi per accedere a Google Cloud.
Fai clic su Risorse e poi su Metrics Explorer.
In Trova tipo di risorsa e metrica, digita
bigtable. Viene visualizzato un elenco di risorse e metriche di Bigtable.Fai clic su una metrica per visualizzare il relativo grafico.
Per ulteriori informazioni sull'uso di Cloud Monitoring, consulta la documentazione di Cloud Monitoring.
Per un elenco completo delle metriche di Bigtable, consulta Metriche.
Passaggi successivi
- Scopri come risolvere i problemi relativi a Key Visualizzatore.
- Scopri di più sulle metriche lato client.
- Prova la guida rapida di Cloud Monitoring.
- Scopri di più sulla creazione di avvisi basati sulle metriche Bigtable.