Monitoraggio
Puoi monitorare Bigtable visivamente utilizzando i grafici disponibili nella console Google Cloud oppure puoi chiamare programmatically l'API Cloud Monitoring.
Nella console Google Cloud, i dati di monitoraggio sono disponibili nei seguenti modi:
- Monitoraggio di Bigtable
- Panoramica delle istanze Bigtable
- Panoramica del cluster Bigtable
- Panoramica delle tabelle Bigtable
- Cloud Monitoring
- Key Visualizer
Le pagine di monitoraggio e panoramica forniscono una visione generale del tuo utilizzo di Bigtable. Puoi utilizzare Key Visualizer per visualizzare in dettaglio i pattern di accesso in base alla chiave di riga e risolvere problemi di prestazioni specifici.
Informazioni sull'utilizzo della CPU e del disco
Indipendentemente dagli strumenti che utilizzi per monitorare l'istanza, è essenziale monitorare l'utilizzo della CPU e del disco per ogni cluster nell'istanza. Se l'utilizzo della CPU o del disco di un cluster supera determinate soglie, il cluster non avrà un buon rendimento e potrebbe restituire errori quando provi a leggere o scrivere dati.
Utilizzo CPU
I nodi dei cluster utilizzano le risorse della CPU per gestire letture, scritture e attività amministrative. Ti consigliamo di abilitare la scalabilità automatica, che consente a Bigtable di aggiungere e rimuovere automaticamente i nodi di un cluster in base al carico di lavoro. Per scoprire di più su come il numero di nodi influisce sulle prestazioni di un cluster, consulta Prestazioni per carichi di lavoro tipici.
Bigtable registra le seguenti metriche per l'utilizzo della CPU:
| Metrica | Descrizione |
|---|---|
| Utilizzo medio della CPU |
L'utilizzo medio della CPU su tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se un modifica stream è abilitato 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 su client. I valori massimi consigliati offrono un margine per picchi brevi di utilizzo. |
| 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 garantire la continuità, ma nella maggior parte dei casi dovresti utilizzare la metrica più precisa Utilizzo della CPU ad alta granularità del nodo più attivo. |
| Utilizzo della CPU ad alta granularità del nodo più attivo |
Una misurazione granulare dell'utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Ti consigliamo di utilizzare questa metrica anziché l'utilizzo della CPU del nodo più attivo perché è più precisa. Il nodo più utilizzato non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante job batch di grandi dimensioni o scansioni di tabelle. 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 dati molto più spesso rispetto al resto dei dati.
|
| Modificare l'utilizzo della CPU per le modifiche in tempo reale |
L'utilizzo medio della CPU causato dall'attività di modifiche in tempo reale su tutti i nodi del cluster. |
| Utilizzo della CPU per profilo dell'app, metodo e tabella |
Utilizzo della CPU per profilo dell'app, metodo e tabella. Se noti un utilizzo della CPU superiore alle aspettative per un cluster, utilizza questa metrica per determinare se l'utilizzo della CPU di un determinato profilo dell'app, metodo dell'API o tabella sta aumentando il carico della CPU. |
Utilizzo disco
Per ogni cluster dell'istanza, Bigtable archivia una copia distinta di tutte le tabelle dell'istanza.
Bigtable monitora l'utilizzo del disco in unità binarie, ad esempio gigabyte binari (GB), dove 1 GB corrisponde 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 dello spazio di archiviazione (byte) |
La quantità di dati archiviati nel cluster. L'utilizzo del flusso di modifiche 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 dello spazio di archiviazione (% max) |
La percentuale della capacità di archiviazione del cluster in uso. La capacità si basa sul numero di nodi nel cluster. L'utilizzo del flusso di modifiche non è incluso per questa metrica. In generale, non utilizzare più del 70% del limite massimo di 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 massimo. Se utilizzi più della percentuale consigliata del limite di spazio di archiviazione, aggiungi nodi al cluster. Puoi anche eliminare i dati esistenti, ma i dati eliminati occupano più spazio, non meno, fino a quando non viene eseguita una compattazione. Per informazioni dettagliate su come viene calcolato questo valore, consulta 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 dell'archiviazione. Ti viene addebitato lo spazio di archiviazione dei flussi di variazioni, ma questo non è incluso nel calcolo dell'utilizzo dello spazio di archiviazione (% max). |
| Carico del disco |
La percentuale utilizzata dal cluster per le letture HDD rispetto alla larghezza di banda massima possibile. 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. |
Compazione e istanze replicate
Le metriche di archiviazione riflettono le dimensioni dei dati su disco a partire dall'ultima compattazione. Poiché la compattazione avviene su base continuativa nel corso di una settimana, le metriche relative all'utilizzo dello spazio di archiviazione per un cluster a volte potrebbero essere temporaneamente diverse da quelle relative agli altri cluster dell'istanza. Gli impatti osservabili includono quanto segue:
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 relative all'utilizzo dello spazio di archiviazione potrebbero essere diverse in ogni cluster, anche al termine della replica e se non sono state inviate scritture per alcuni giorni. L'implementazione dello spazio di archiviazione interno, inclusa la modalità di suddivisione e archiviazione dei dati in modo distribuito, può essere diversa per ogni cluster, causando una variazione dell'utilizzo effettivo dello spazio di archiviazione.
Panoramica istanza
La pagina Panoramica dell'istanza mostra i valori correnti di diverse metriche chiave per ciascun cluster:
| Metrica | Descrizione |
|---|---|
| Utilizzo medio della CPU |
L'utilizzo medio della CPU su tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se un modifica stream è abilitato 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 su 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 garantire la continuità, ma nella maggior parte dei casi dovresti utilizzare la metrica più precisa Utilizzo della CPU ad alta granularità del nodo più attivo. |
| Utilizzo della CPU ad alta granularità del nodo più attivo |
Una misurazione granulare dell'utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Ti consigliamo di utilizzare questa metrica anziché l'utilizzo della CPU del nodo più attivo perché è più precisa. Il nodo più utilizzato non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante job batch di grandi dimensioni o scansioni di tabelle. Il superamento del valore massimo consigliato per questo nodo 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 di dati di risposta inviati. Questa metrica si riferisce alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura | Il numero di byte al secondo che sono stati ricevuti durante la scrittura dei dati. |
| Tasso di errori del sistema | La percentuale di tutte le richieste non riuscite sul lato server Bigtable. |
| Latenza di replica per l'input | Il tempo più lungo al 99° percentile, in secondi, per la replica di una scrittura su un altro cluster in questo cluster. |
| Latenza di replica per l'output | Il tempo più lungo al 99° percentile, in secondi, necessario per la replica di una scrittura su questo cluster in un altro cluster. |
Per visualizzare una panoramica di queste metriche chiave:
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Fai clic sull'istanza di cui vuoi visualizzare le metriche. La console Google Cloud mostra le metriche correnti per i cluster della tua istanza.
Panoramica cluster
Utilizza la pagina di panoramica del cluster per comprendere lo stato attuale e passato di un singolo cluster.
La pagina Panoramica del cluster mostra i grafici che mostrano le seguenti metriche per ogni cluster:
| Metrica | Descrizione |
|---|---|
| Numero di nodi | Il numero di nodi in uso per il cluster in un determinato momento. |
| Target di numero massimo di nodi | Il numero massimo di nodi fino a cui Bigtable eseguirà la scalabilità automatica del cluster quando questa è abilitata. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Puoi modificare questo valore nella pagina Modifica cluster. |
| Target di numero minimo di nodi | Il numero minimo di nodi a cui Bigtable ridurrà il cluster quando la scalabilità automatica è abilitata. 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 CPU | Il numero di nodi consigliati da Bigtable per il cluster in base al target di utilizzo della CPU impostato. Questa metrica è visibile solo quando la scalabilità automatica è abilitata per il cluster. Se questo numero è superiore al target di conteggio dei nodi massimo, 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, il cluster potrebbe essere sovradimensionato per il tuo utilizzo e dovresti prendere in considerazione la possibilità di abbassare il numero minimo. |
| Numero consigliato di nodi per la destinazione di archiviazione | Il numero di nodi consigliati da Bigtable 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 numero massimo di nodi target, valuta la possibilità di aumentare il numero massimo di nodi per il cluster. |
| Utilizzo CPU |
L'utilizzo medio della CPU su tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se un modifica stream è abilitato 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 su client. |
| Utilizzo dello spazio di archiviazione |
La quantità di dati archiviati nel cluster. L'utilizzo del flusso di modifiche non è incluso per questa metrica. Questa metrica riflette il fatto che Bigtable comprime i dati quando vengono archiviati. |
Per visualizzare la pagina Panoramica 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 successiva a quella che mostra lo stato corrente di alcune delle metriche del cluster.
Fai clic sull'ID cluster per aprire la pagina Panoramica del cluster del cluster.
Log
Il grafico Log mostra le voci dei log degli 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 metodi aggiuntivi per visualizzare i log di controllo di Bigtable, consulta Registrazione degli audit.
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 con le seguenti metriche per la tabella. Ogni grafico mostra una riga separata per ogni cluster in cui si trova la tabella.
| Metrica | Descrizione |
|---|---|
| Utilizzo dello 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 informazioni dettagliate su come viene calcolato questo valore, consulta Utilizzo dello spazio di archiviazione per nodo. |
| Utilizzo CPU |
L'utilizzo medio della CPU su tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se un modifica stream è abilitato 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 su 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 di grandi quantità di dati, la latenza di lettura può essere influenzata dalla capacità del client di consumare 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, poiché 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 di dati di risposta inviati. Questa metrica si riferisce alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura | Il numero di byte al secondo che sono stati ricevuti durante la scrittura dei dati. |
| Failover automatici |
Il numero di richieste automaticamente reindirizzate da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o un ritardo. Il reinstradamento automatico si può verificare se un profilo di un'applicazione usa un routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
La pagina di panoramica della tabella mostra anche lo stato di replica della tabella in ogni cluster dell'istanza. Per ogni cluster, la pagina mostra quanto segue:
- Stato
- ID cluster
- Zona
- La quantità di spazio di archiviazione del cluster utilizzata dalla tabella
- Chiave di crittografia e stato della chiave
- Data dell'ultimo backup della tabella selezionata
- Un link alla pagina Modifica cluster.
Per visualizzare la pagina di panoramica 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 mostra un elenco di tutte le tabelle dell'istanza.
Fai clic su un ID tabella per aprire la pagina Panoramica tabella della tabella.
Monitora il rendimento nel tempo
Utilizza la pagina di monitoraggio dell'istanza Bigtable per comprendere il rendimento passato dell'istanza. Puoi analizzare il rendimento 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.
Grafici di monitoraggio 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 delle app |
L'utilizzo medio della CPU su tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se un modifica in tempo reale è abilitata 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 su 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 garantire la continuità, ma nella maggior parte dei casi dovresti utilizzare la metrica più precisa Utilizzo della CPU ad alta granularità del nodo più attivo. |
| Utilizzo della CPU ad alta granularità (nodo più attivo) | Istanze |
Una misurazione granulare dell'utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Ti consigliamo di utilizzare questa metrica anziché l'utilizzo della CPU del nodo più attivo perché è più precisa. Il nodo più utilizzato non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante job batch di grandi dimensioni o scansioni di tabelle. Il superamento del valore massimo consigliato per questo nodo può causare latenza e altri problemi per il cluster. |
| Latenza di lettura |
Istanze Tabelle Profili delle 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 di grandi quantità di dati, la latenza di lettura può essere influenzata dalla capacità del client di consumare la risposta. |
| Latenza di scrittura |
Istanze Tabelle Profili delle app |
Il tempo necessario affinché una richiesta di scrittura restituisca una risposta. |
| Tasso di errori degli utenti | Istanze |
La percentuale di errori causati dai contenuti di una richiesta, anziché di errori sul lato server Bigtable. Il tasso 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. |
| Tasso di errori del sistema | Istanze |
La percentuale di tutte le richieste non riuscite sul lato server Bigtable.
Il tasso di errore del sistema include i seguenti
codici di stato:
|
| Failover automatici |
Istanze Tabelle Profili delle app |
Il numero di richieste automaticamente reindirizzate da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o un ritardo. Il reinstradamento automatico si può verificare se un profilo di un'applicazione usa un routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
| Utilizzo dello spazio di archiviazione (byte) |
Tabelle delle istanze |
La quantità di dati archiviati nel cluster. L'utilizzo del flusso di modifiche non è incluso per questa metrica. Questa metrica riflette il fatto che Bigtable comprime i dati quando vengono archiviati. |
| Utilizzo dello spazio di archiviazione (% max) | Istanze |
La percentuale della capacità di archiviazione del cluster in uso. La capacità si basa sul numero di nodi nel cluster. L'utilizzo del flusso di modifiche non è incluso per questa metrica. Per informazioni dettagliate su come viene calcolato questo valore, consulta Utilizzo dello spazio di archiviazione per nodo. |
| Carico del disco | Istanze | La percentuale utilizzata dal cluster per le letture HDD rispetto alla larghezza di banda massima possibile. Disponibile solo per i cluster HDD. |
| Righe lette |
Istanze Tabelle Profili delle 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 delle 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, poiché una singola richiesta può scrivere un numero elevato di righe. |
| Richieste di lettura |
Istanze Tabelle Profili delle app |
Il numero di letture casuali e richieste di scansione al secondo. |
| Richieste di scrittura |
Istanze Tabelle Profili delle app |
Il numero di richieste di scrittura al secondo. |
| Velocità effettiva di lettura |
Istanze Tabelle Profili delle app |
Il numero di byte al secondo di dati di risposta inviati. Questa metrica si riferisce alla quantità completa di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura |
Istanze Tabelle Profili delle app |
Il numero di byte al secondo che sono stati ricevuti durante la scrittura dei dati. |
| Conteggio nodi | Istanze | Il numero di nodi nel cluster. |
| Velocità effettiva di scrittura |
Istanze Tabelle Profili delle app |
Il numero di byte al secondo che sono stati ricevuti durante la scrittura dei dati. |
| Conteggio nodi | Istanze | Il numero di nodi nel cluster. |
| Conteggio dell'idoneità al traffico Data Boost | Profili app | Le richieste Bigtable attuali che risultano idonee e non idonee per Data Boost |
| Motivi della non idoneità al traffico di Data Boost | Profili app | Motivi per cui il traffico attuale non è idoneo per Data Boost. |
| Unità di elaborazione serverless (SPU) | Istanze | Utilizzo del calcolo di Data Boost fatturabile misurato in secondi SPU |
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 Monitoraggio. La console Google Cloud mostra una serie di grafici per l'istanza, nonché una visualizzazione tabulare delle relative metriche. 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 Tables (Tabelle).
Per visualizzare le metriche relative ai singoli profili dell'app, fai clic su Profili dell'applicazione.
Per visualizzare le metriche combinate per l'istanza nel suo complesso, individua la sezione Raggruppa per sopra i grafici e 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 preimpostato o inserisci un intervallo di tempo personalizzato, quindi fai clic su Applica.
Grafici per la replica
La pagina di monitoraggio fornisce un grafico che mostra la latenza della replica nel tempo. Puoi visualizzare la latenza media per la replica 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 Monitoraggio. La pagina si apre con la scheda Instance selezionata.
Fai clic sulla scheda Riproduzione. La console Google Cloud mostra la latenza della replica nel tempo. Per impostazione predefinita, la console Google Cloud mostra la latenza di replica dell'ultima ora.
Per passare da un grafico della latenza all'altro raggruppato 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 preimpostato o inserisci un intervallo di tempo personalizzato, quindi fai clic su Applica.
Monitoraggio con Cloud Monitoring
Bigtable esporta le metriche di utilizzo in Cloud Monitoring. Puoi utilizzare queste metriche in diversi modi:
- Monitora in modo programmatico utilizzando l'API Cloud Monitoring.
- Monitora visivamente in Metrics Explorer.
- Configura 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 di Bigtable.
Per visualizzare le metriche sull'utilizzo in Metrics Explorer:
Apri la pagina Monitoraggio 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 Esplora metriche.
In Trova tipo di risorsa e metrica, digita
bigtable. Viene visualizzato un elenco di risorse e metriche Bigtable.Fai clic su una metrica per visualizzare un grafico relativo a quella metrica.
Per ulteriori informazioni sull'utilizzo di Cloud Monitoring, consulta la documentazione di Cloud Monitoring.
Per un elenco completo delle metriche di Bigtable, consulta Metriche.
Creare un avviso relativo all'utilizzo dello spazio di archiviazione
Puoi configurare un avviso per ricevere una notifica quando il tuo cluster Bigtable supera una soglia specificata. Per ulteriori informazioni su come determinare l'utilizzo dello spazio di archiviazione target, consulta Utilizzo del disco.
Per creare un criterio di avviso che si attiva quando l'utilizzo dello spazio di archiviazione per il tuo cluster Bigtable supera una soglia consigliata, ad esempio il 70%, utilizza le seguenti impostazioni.
| Campo Nuova condizione |
Valore |
|---|---|
| Risorsa e metrica | Nel menu Risorse, seleziona Cluster Cloud Bigtable. Nel menu Categorie di metriche, seleziona Cluster. Nel menu Metriche, seleziona Utilizzo dello spazio di archiviazione. (metric.type è bigtable.googleapis.com/cluster/storage_utilization).
|
| Filtro | cluster = YOUR_CLUSTER_ID |
| Campo Configura trigger di avviso |
Valore |
|---|---|
| Tipo di condizione | Threshold |
| La condizione si attiva se | Any time series violates |
| Posizione soglia | Above threshold |
| Valore soglia | 70 |
| Finestra di ripetizione test | 10 minutes |
Passaggi successivi
- Scopri come risolvere i problemi relativi a KeyVisualizer.
- Scopri di più sulle metriche lato client.
- Prova la guida rapida di Cloud Monitoring.
- Scopri come creare avvisi in base alle metriche di Bigtable.