Monitoraggio
Puoi monitorare visivamente Bigtable, utilizzando i grafici disponibili la console Google Cloud oppure puoi chiamare in modo programmatico l'API Cloud Monitoring.
Nella console Google Cloud, i dati di monitoraggio sono disponibili in: luoghi:
- Monitoraggio tramite Bigtable
- Panoramica dell'istanza Bigtable
- Panoramica dei cluster Bigtable
- Panoramica della tabella Bigtable
- Cloud Monitoring
- Key Visualizer
Le pagine Monitoraggio e Panoramica offrono una panoramica generale Utilizzo di Bigtable. Puoi usare Key Visualizer per visualizzare in dettaglio i pattern di accesso per 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 la CPU di un cluster l'utilizzo del disco supera determinate soglie, il cluster non funzionerà correttamente potrebbero 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 attivare della scalabilità automatica, che permette a Bigtable di aggiungere e rimuovere automaticamente nodi a 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 segnala le seguenti metriche per l'utilizzo della CPU:
| Metrica | Descrizione |
|---|---|
| Utilizzo medio della CPU |
L'utilizzo medio della CPU in tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se la 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. 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. 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. 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. Questo l'unità di misura è nota anche come gibibyte (GiB).
Bigtable riporta 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 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 ciascun cluster man mano che aumenta la quantità di dati. |
| Utilizzo dello spazio di archiviazione (% max) |
La percentuale della capacità di archiviazione del cluster in uso. La capacità si basa sul di nodi nel tuo 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, e 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 dello spazio di archiviazione. Ti viene addebitato il costo per l'archiviazione delle modifiche in tempo reale, ma non è incluso nel calcolo dell'utilizzo dello spazio di archiviazione (% max). |
| Caricamento del disco |
La percentuale che il cluster utilizza della larghezza di banda massima possibile per le letture HDD. 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. |
Compattazione 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 di questo fenomeno includono seguenti:
Un nuovo cluster aggiunto di recente a un'istanza potrebbe essere temporaneamente mostrano 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 di utilizzo dello spazio di archiviazione potrebbero essere diverse in ogni cluster, anche dopo la replica è terminata e non sono state inviate scritture per alcuni giorni. L'interfaccia l'implementazione dell'archiviazione, inclusa la suddivisione e l'archiviazione dei dati in modo distribuito, può essere diverso per ogni cluster, causando l'utilizzo effettivo dello spazio di archiviazione differiscono.
Panoramica istanza
La pagina Panoramica dell'istanza mostra i valori attuali di diverse metriche chiave per in ogni cluster:
| Metrica | Descrizione |
|---|---|
| Media di utilizzo della CPU |
L'utilizzo medio della CPU in tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se la 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. |
| 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. 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 limite massimo consigliato per il nodo più trafficato può causare latenza e altri problemi per il in un cluster Kubernetes. |
| 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 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. |
| 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 al 99° percentile, in secondi, per una scrittura su un altro cluster da replicare in questo cluster. |
| Latenza di replica per l'output | La quantità di tempo massima in secondi, al 99° percentile, per eseguire una scrittura su questo cluster replicati 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 e le metriche attuali 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 conteggio minimo di nodi | Il numero minimo di nodi scalati da Bigtable per il 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. |
| 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, potrebbe essere eseguito l'overprovisioning del cluster per il tuo utilizzo e dovresti ti consigliamo di ridurre il 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 in tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se la 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. |
| Utilizzo dello 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 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 che segue quella che mostra lo stato attuale di alcune 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 eventi di sistema per il cluster. Sistema i log eventi vengono generati solo per i cluster che usano la scalabilità automatica. Per ulteriori informazioni Per ulteriori 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 che mostrano le seguenti metriche per . 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 in in un cluster Kubernetes. Per maggiori dettagli su come viene calcolato questo valore, consulta Utilizzo dello spazio di archiviazione per nodo. |
| Utilizzo CPU |
L'utilizzo medio della CPU in tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se la 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 il cliente. Per richieste di grandi quantità di dati, leggi la latenza può essere influenzato 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 di richieste di lettura perché 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 dei 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. |
| 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 ritardo. Il reindirizzamento automatico può avvenire se un profilo dell'app utilizza il routing multi-cluster. Questo grafico non include le richieste reinstradate manualmente. |
La pagina Panoramica della tabella mostra anche lo stato di replica della tabella in ogni cluster encoder-decoder 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 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 Tabelle. La console Google Cloud mostra di tutte le tabelle nell'istanza.
Fai clic su un ID tabella per aprire la pagina Panoramica della tabella.
Monitorare il rendimento nel tempo
Usa la pagina di monitoraggio dell'istanza Bigtable per comprendere il le prestazioni passate dell'istanza. Puoi analizzare il rendimento di ogni e puoi scomporre le metriche per diversi tipi di di Cloud Bigtable. I grafici possono visualizzare un periodo che va da dalle ultime 1 ora alle ultime 6 settimane.
Grafici di monitoraggio per le risorse Bigtable
La pagina Monitoraggio di Bigtable fornisce grafici per: tipi di risorse Bigtable:
- Istanze
- Tabelle
- Profili di applicazione
- Replica
I grafici nella pagina Monitoraggio mostrano le seguenti metriche:
| Metrica | Disponibile per | Descrizione |
|---|---|---|
| Utilizzo CPU | Istanze Tabelle Profili app |
L'utilizzo medio della CPU in tutti i nodi nel cluster. Include l'attività di modifiche in tempo reale se la 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. |
| 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 più trafficato 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 limite massimo consigliato per il nodo più trafficato può causare latenza e altri problemi per il in un cluster Kubernetes. |
| 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 il cliente. Per richieste di grandi quantità di dati, leggi la latenza può essere influenzato 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. |
| Tasso di errori utente | Istanze |
La percentuale di errori causati dai contenuti di una richiesta, anziché sul lato server Bigtable. La percentuale di errori degli utenti include il seguente stato codici:
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 errori di sistema include:
codici di stato:
|
| Failover automatici |
Istanze Tabelle Profili app |
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 ritardo. Il reindirizzamento automatico può avvenire se un profilo dell'app utilizza il routing multi-cluster. Questo grafico non include le richieste reinstradate manualmente. |
| Utilizzo dello spazio di archiviazione (byte) |
Istanze Tabelle |
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 delle modifiche in tempo reale non è incluso per questa metrica. Per maggiori dettagli su come viene calcolato questo valore, consulta Utilizzo dello spazio di archiviazione per nodo. |
| Caricamento del disco | Istanze | La percentuale che il cluster utilizza della larghezza di banda massima possibile per le letture HDD. 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 di richieste di lettura perché 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 app |
Il numero di byte al secondo dei dati di risposta inviati. Questa metrica si riferisce all'offerta di dati restituiti dopo l'applicazione dei filtri. |
| Velocità effettiva di scrittura |
Istanze Tabelle Profili app |
Il numero di byte al secondo ricevuti quando sono stati scritti i 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 metrics. Per impostazione predefinita, la console Google Cloud mostra le metriche dell'ultima ora, e mostra 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 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 Monitoraggio fornisce un grafico che mostra la latenza di replica nel tempo. Puoi visualizzare la latenza media per la replica delle scritture alle ore 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 riquadro Istanza scheda selezionata.
Fai clic sulla scheda Replica. La La console Google Cloud mostra la latenza di replica nel tempo. Per impostazione predefinita, Nella console Google Cloud viene mostrata 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 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.
- Esegui un monitoraggio visivo in Metrics Explorer.
- 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 risorse e metriche di Bigtable.Fai clic su una metrica per visualizzarne il grafico.
Per ulteriori informazioni sull'utilizzo di Cloud Monitoring, consulta documentazione di Cloud Monitoring.
Per un elenco completo delle metriche di Bigtable, consulta Metriche.
Crea un avviso di 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 per l'utilizzo dello spazio di archiviazione target, vedi 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.
| Nuovo campo 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 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 metrics.