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 tramite Bigtable
- Panoramica delle istanze Bigtable
- Panoramica del cluster Bigtable
- Panoramica delle tabelle Bigtable
- Cloud Monitoring
- Key Visualizer
Le pagine Monitoraggio e Panoramica offrono una panoramica generale Utilizzo di Bigtable. Puoi utilizzare Key Visualizer per visualizzare in dettaglio i pattern di accesso in base alla chiave riga e risolvere problemi di prestazioni specifici.
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 avrà un buon rendimento e potrebbe restituire errori quando provi a leggere o scrivere dati.
Utilizzo CPU
I nodi nei 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 la 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. I valori massimi consigliati offrono un margine per brevi picchi di all'utilizzo delle risorse. |
| Utilizzo della CPU del nodo più attivo |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere è stata fornita per garantire la continuità, ma nella maggior parte dei casi è consigliabile utilizzare la metrica più accurata 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 più trafficato nel cluster. Ti consigliamo di utilizzare questa metrica anziché l'utilizzo della CPU del nodo più attivo perché è più precisa. Il nodo più attivo non è necessariamente lo stesso nodo nel tempo e può cambiare rapidamente, in particolare durante job batch di grandi dimensioni o scansioni delle tabelle. Se il nodo più attivo è spesso superiore al valore consigliato, quando l'utilizzo medio della CPU è ragionevole, potresti accede a una piccola parte dei tuoi dati molto più spesso rispetto agli altri dei tuoi dati.
|
| 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 nel 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 maggiore del previsto per un cluster, usa questo per determinare se l'utilizzo della CPU per un determinato profilo di app, il metodo API o la tabella guida il carico della CPU. |
Utilizzo disco
Per ogni cluster nell'istanza, Bigtable archivia una copia separata di tutte le tabelle dell'istanza.
Bigtable monitora l'utilizzo del disco in unità binarie, ad esempio i file binari gigabyte (GB), dove 1 GB è pari 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 delle modifiche in tempo reale non è incluso per questa metrica. In generale, non utilizzare più del 70% di limite massimo di spazio di archiviazione totale, così puoi aggiungere altri dati. Se non prevedi di aggiungere quantità significative di dati alla tua istanza, puoi utilizzare fino al 100% limite. Se utilizzi più spazio di archiviazione rispetto alla percentuale consigliata puoi aggiungere nodi al cluster. Puoi anche eliminare i dati esistenti, dati eliminati Occupa più spazio, non meno, fino a quando non si verifica una compattazione. Per maggiori dettagli su come viene calcolato questo valore, consulta Utilizzo dello spazio di archiviazione per nodo. |
| Modifica dell'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 pari al 100%, potrebbero verificarsi una maggiore 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 in modo continuativo nel corso di una settimana, l'utilizzo dello spazio di archiviazione le metriche di un cluster potrebbero a volte essere temporaneamente diverse dalle metriche per in altri cluster nell'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 una dimensione diversa in ogni cluster, anche quando la replica è funzionando 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, il che comporta una differenza nell'utilizzo effettivo dello spazio di archiviazione.
Panoramica istanza
La pagina Panoramica dell'istanza mostra i valori attuali di diverse metriche chiave per in ogni 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 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 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 è stata fornita per garantire la continuità, ma nella maggior parte dei casi è consigliabile utilizzare la metrica più accurata 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 più trafficato nel cluster. Ti consigliamo di utilizzare questa metrica anziché l'utilizzo della CPU del nodo più attivo perché è più precisa. Il nodo più attivo non è necessariamente lo stesso nodo nel tempo e può cambiare rapidamente, in particolare durante job batch di grandi dimensioni o scansioni delle 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 all'offerta di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura | Il numero di byte al secondo ricevuti quando sono stati scritti i 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 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. La console Google Cloud mostra le metriche correnti per i cluster della tua istanza.
Panoramica cluster
Utilizza la pagina Panoramica del cluster per comprendere lo stato attuale e passato di un in un singolo cluster.
La pagina Panoramica dei 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 conteggio massimo di nodi | Il numero massimo di nodi scalati da Bigtable nel cluster fino a quando la scalabilità automatica è abilitata. Questa metrica è visibile solo se per il cluster è abilitata la scalabilità automatica. Puoi modificare questa impostazione 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 se per il cluster è abilitata la scalabilità automatica. Puoi modificare questa impostazione nella pagina Modifica cluster. |
| Numero di nodi consigliato per la destinazione della CPU | Il numero di nodi consigliati da Bigtable per 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 massimo di nodi, ti consigliamo di aumentare di utilizzo del modello o aumentare il numero massimo di nodi in un cluster Kubernetes. 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 basato sul 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 conteggio massimo di nodi, ti consigliamo di aumentare 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 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 sul 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, segui questi passaggi:
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 del cluster per aprire la pagina Panoramica 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 apprendere Altri modi per visualizzare gli audit log di Bigtable, consulta Audit log.
Panoramica della tabella
Utilizza la pagina Panoramica della tabella per capire lo stato attuale e passato di un singola tabella.
La pagina Panoramica della tabella mostra i grafici con le seguenti metriche per la tabella. Ogni grafico mostra una linea 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 in uso accanto alla 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 in tempo reale è abilitata per una tabella nell'istanza. Nei grafici dei profili delle app, <system> indica attività in background del sistema come la replica 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 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 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 di dati di risposta inviati. Questa metrica si riferisce all'offerta 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 che sono state reinstradate automaticamente da una a un altro a causa di uno scenario di failover, come una breve interruzione o un ritardo. Il reindirizzamento automatico può avvenire se un profilo dell'app utilizza il routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
La pagina di panoramica della tabella mostra anche lo stato della replica della tabella in ogni cluster dell'istanza. Per ogni cluster, la pagina visualizza 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 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 di tutte le tabelle nell'istanza.
Fai clic su un ID tabella per aprire la pagina Panoramica tabella della tabella.
Monitorare 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 e puoi scomporre le metriche per diversi tipi di di Cloud 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 la 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 è stata fornita per garantire la continuità, ma nella maggior parte dei casi è consigliabile utilizzare la metrica più accurata 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. Me consigliamo di utilizzare questa metrica anziché Utilizzo CPU del nodo più attivo perché questa metrica è più precisa. Il nodo più attivo non è necessariamente lo stesso nodo nel tempo e può cambiare rapidamente, in particolare durante job batch di grandi dimensioni o scansioni delle 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 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, anziché di errori sul lato server Bigtable. Il tasso di errori dell'utente include i seguenti codici di stato:
Gli errori relativi all'utente sono generalmente causati da un problema di configurazione, ad esempio un che specifica il cluster, la tabella o il profilo di app sbagliato. |
| Percentuale di errori di 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 reindirizzamento automatico può avvenire se un profilo dell'app utilizza il 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 delle modifiche in tempo reale 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 di nodi nel tuo 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 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 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 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. |
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 serie di grafici per l'istanza, oltre a una visualizzazione tabulare del metriche di valutazione. 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 visualizzati.
Per visualizzare le metriche a livello di tabella, fai clic su Tables (Tabelle).
Per visualizzare le metriche relative ai singoli profili delle app, fai clic su Profili applicazione.
Per visualizzare le metriche combinate dell'istanza nel suo complesso, trova la colonna Raggruppa per sopra i grafici, poi 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 Monitoring. La pagina si apre con il pulsante Istanza scheda selezionata.
Fai clic sulla scheda Replica. La 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 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 diverse modi:
- Esegui il monitoraggio in modo programmatico utilizzando l'API Cloud Monitoring.
- Monitora visivamente in Esplora metriche.
- Configura i criteri di avviso.
- Aggiungi metriche di utilizzo di Bigtable a una dashboard personalizzata.
- Usa 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 per accedere a Google Cloud.
Fai clic su Risorse e poi su Esplora metriche.
In Trova tipo di risorsa e metrica, digita
bigtable. Un elenco di Vengono visualizzate le risorse e le metriche di Bigtable.Fai clic su una metrica per visualizzarne il grafico.
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 cluster Bigtable superi una determinata soglia. Per ulteriori informazioni su come determinare l'utilizzo dello spazio di archiviazione target, consulta Utilizzo del disco.
Crea un criterio di avviso che si attiva quando l'utilizzo dello spazio di archiviazione per il tuo Il cluster Bigtable è al di sopra di una soglia consigliata, ad esempio 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 spazio di archiviazione. (il valore 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 nuovo test | 10 minutes |
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 su Bigtable metriche.