Monitoraggio
Puoi monitorare Bigtable visivamente utilizzando i grafici disponibili in Google Cloud consoleoppure puoi chiamare l'API Cloud Monitoring in modo programmatico.
Nella console Google Cloud , i dati di monitoraggio sono disponibili nei seguenti posizioni:
- Insight sul sistema Bigtable
- Panoramica dell'istanza Bigtable
- Panoramica del cluster Bigtable
- Panoramica della tabella Bigtable
- Cloud Monitoring
- Key Visualizer
Le pagine di approfondimenti e panoramica del sistema forniscono una visione generale dell'utilizzo di Bigtable. Puoi utilizzare Key Visualizer per esaminare in dettaglio i pattern di accesso in base alla chiave di riga e risolvere problemi di rendimento specifici.
Comprendere l'utilizzo della CPU e del disco
Indipendentemente dagli strumenti utilizzati per monitorare l'istanza, è essenziale monitorare l'utilizzo di CPU e disco per ogni cluster nell'istanza. Se l'utilizzo di CPU o disco di un cluster supera determinate soglie, il cluster non funzionerà correttamente e potrebbe restituire errori quando tenti di leggere o scrivere dati.
Utilizzo CPU
I nodi nei cluster utilizzano le risorse 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 workload. Per saperne di più su come il numero di nodi influisce sulle prestazioni di un cluster, consulta Prestazioni per carichi di lavoro tipici.
Bigtable riporta le seguenti metriche per l'utilizzo della CPU:
Metrica | Descrizione |
---|---|
Utilizzo CPU medio |
L'utilizzo medio della CPU in tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se è abilitata per una tabella nell'istanza. Nei grafici dei profili 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 utilizzo. |
Utilizzo CPU del nodo più attivo |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere fornita per 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. Il nodo più caldo non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante i job batch di grandi dimensioni o le scansioni delle tabelle. Se il nodo più attivo è spesso al di sopra del 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.
|
Utilizzo CPU per 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, metodo e tabella dell'app |
Utilizzo della CPU per profilo app, metodo e tabella. Se osservi un utilizzo della CPU superiore al previsto per un cluster, utilizza questa metrica per determinare se l'utilizzo della CPU di un particolare profilo app, metodo API o tabella sta determinando il carico della CPU. |
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 è pari a 230 byte. Questa 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 del flusso di modifiche non è incluso in 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 che viene utilizzata. La capacità si basa sul numero di nodi nel cluster. L'utilizzo del flusso di modifiche non è incluso in questa metrica. In generale, non utilizzare più del 70% del limite rigido per lo spazio di archiviazione totale, in modo da avere spazio per aggiungere altri dati. Se non prevedi di aggiungere quantità significative di dati alla tua istanza, puoi utilizzare fino al 100% del limite rigido. Se utilizzi una percentuale superiore a quella 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, finché non viene eseguita una compattazione. Per informazioni dettagliate 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 dell'archiviazione. Ti viene addebitato lo spazio di archiviazione dello stream di modifiche, ma 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 notare un aumento della 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 sul disco al momento dell'ultima compattazione. Poiché la compattazione avviene in modo continuo nel corso di una settimana, le metriche di utilizzo dello spazio di archiviazione per un cluster potrebbero a volte essere temporaneamente diverse da quelle di altri cluster nell'istanza. Gli impatti osservabili di questa operazione 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 di utilizzo dello spazio di archiviazione potrebbero essere diverse in ogni cluster, anche dopo il completamento della replica e l'invio di scritture per alcuni giorni. L'implementazione dell'archiviazione interna, incluso il modo in cui i dati vengono suddivisi e archiviati in modo distribuito, può variare per ogni cluster, causando una differenza nell'utilizzo effettivo dello spazio di archiviazione.
Panoramica istanza
La pagina di panoramica dell'istanza mostra i valori attuali di diverse metriche chiave per ogni cluster:
Metrica | Descrizione |
---|---|
Media di utilizzo della CPU |
L'utilizzo medio della CPU in tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se è abilitata per una tabella nell'istanza. Nei grafici dei profili 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 del nodo più attivo |
Utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Questa metrica continua a essere fornita per 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. Il nodo più caldo non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante i job batch di grandi dimensioni o le 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. |
Throughput di lettura | Il numero di byte al secondo di dati di risposta inviati. Questa metrica si riferisce all'intero insieme di dati restituito dopo l'applicazione dei filtri. |
Throughput di scrittura | Il numero di byte al secondo ricevuti durante la scrittura dei dati. |
Frequenza di errori del sistema | La percentuale di tutte le richieste non riuscite sul lato server Bigtable. |
Latenza di replica per l'input | La quantità di tempo più elevata al 99° percentile, in secondi, per la replica di una scrittura in un altro cluster in questo cluster. |
Latenza di replica per l'output | La quantità di tempo più alta al 99° percentile, in secondi, affinché una scrittura su questo cluster venga replicata su 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 di panoramica del cluster mostra grafici che indicano 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 conteggio nodi massimo | Il numero massimo di nodi a cui Bigtable aumenterà 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. |
Target di numero minimo di nodi | Il numero minimo di nodi a cui Bigtable ridimensionerà 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 che Bigtable consiglia 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 di conteggio massimo dei 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, il cluster potrebbe essere sottoposto a un provisioning eccessivo per il tuo utilizzo e dovresti valutare la possibilità di ridurre il minimo. |
Numero consigliato di nodi per la destinazione di archiviazione | 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 di conteggio massimo di nodi, valuta la possibilità di aumentare il numero massimo di nodi per il cluster. |
Utilizzo CPU |
L'utilizzo medio della CPU in tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se è abilitata per una tabella nell'istanza. Nei grafici dei profili 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 in questa metrica. Questa metrica riflette il fatto che Bigtable comprime i tuoi dati quando vengono archiviati. |
Per visualizzare la pagina di 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 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 eventi di sistema vengono generati solo per i cluster che utilizzano la scalabilità automatica. Per scoprire altri modi per visualizzare i log di controllo di Bigtable, vedi Audit logging.
Panoramica della tabella
Utilizza la pagina della panoramica della tabella per comprendere lo stato attuale e passato di una singola tabella.
La pagina di panoramica della tabella mostra grafici che indicano 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 utilizzata dalla tabella. La capacità si basa sul numero di nodi nel cluster. Per informazioni dettagliate su come viene calcolato questo valore, vedi Utilizzo dello spazio di archiviazione per nodo. |
Utilizzo CPU |
L'utilizzo medio della CPU in tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se è abilitata per una tabella nell'istanza. Nei grafici dei profili 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. |
Throughput di lettura | Il numero di byte al secondo di dati di risposta inviati. Questa metrica si riferisce all'intero insieme di dati restituito dopo l'applicazione dei filtri. |
Throughput di scrittura | Il numero di byte al secondo ricevuti durante la scrittura dei dati. |
Failover automatici |
Il numero di richieste reindirizzate automaticamente da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o ritardo. Il reindirizzamento automatico si può verificare se il profilo di un'applicazione utilizza 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 utilizzato 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 Tabelle. La console Google Cloud mostra un elenco di tutte le tabelle nell'istanza.
Fai clic su un ID tabella per aprire la pagina Panoramica tabella.
Monitorare il rendimento nel tempo
Utilizza la pagina degli approfondimenti sul sistema della tua istanza Bigtable per comprendere il rendimento passato della tua 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 degli approfondimenti sul sistema per le risorse Bigtable
La pagina Approfondimenti di sistema di Bigtable fornisce grafici per i seguenti tipi di risorse Bigtable:
- Istanze
- Tabelle
- Profili di applicazione
- Replica
I grafici nella pagina Approfondimenti di sistema mostrano le seguenti metriche:
Metrica | Disponibile per | Descrizione |
---|---|---|
Utilizzo CPU | Istanze Tabelle Profili di app |
L'utilizzo medio della CPU in tutti i nodi del cluster. Include l'attività di modifiche in tempo reale se è abilitata per una tabella nell'istanza. Nei grafici dei profili 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 ad alta granularità (nodo più attivo) | Istanze |
Una misurazione granulare dell'utilizzo della CPU per il nodo con il traffico maggiore nel cluster. Il nodo più caldo non è necessariamente lo stesso nel tempo e può cambiare rapidamente, soprattutto durante i job batch di grandi dimensioni o le scansioni delle tabelle. Il superamento del valore massimo consigliato per questo nodo può causare latenza e altri problemi per il cluster. |
Unità di elaborazione serverless (SPU) Data Boost | Istanze | Utilizzo di calcolo di Data Boost fatturabile misurato in secondi SPU. |
Latenza di lettura |
Istanze Tabelle Profili di applicazioni |
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 lettura SQL |
Istanze Profili app |
Il tempo necessario affinché una richiesta di lettura SQL restituisca una risposta. La misurazione della latenza di lettura SQL 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 SQL può essere influenzata dalla capacità del client di consumare la risposta. |
Latenza di scrittura |
Istanze Tabelle Profili di applicazioni |
Il tempo necessario affinché una richiesta di scrittura restituisca una risposta. |
Latenza di lettura sul client |
Istanze Tabelle Profili di applicazioni |
La latenza end-to-end totale tra tutti i tentativi RPC associati a un'operazione Bigtable. Misura il round trip dell'operazione dal client a Bigtable e di nuovo al client e include tutti i tentativi. |
Latenza di lettura SQL lato client |
Istanze Tabelle Profili di applicazioni |
La latenza end-to-end totale tra tutti i tentativi RPC associati a un'operazione Bigtable. Misura il round trip dell'operazione
dal client a Bigtable e di nuovo al client e
include tutti i tentativi. Per le richieste |
Latenza di scrittura lato client |
Istanze Tabelle Profili di applicazioni |
La latenza end-to-end totale tra tutti i tentativi RPC associati a un'operazione Bigtable. Misura il round trip dell'operazione dal client a Bigtable e di nuovo al client e include tutti i tentativi. |
Latenza del tentativo di lettura sul client |
Istanze Tabelle Profili di applicazioni |
Le latenze di un tentativo RPC di lettura del client. In circostanze normali, questo valore è identico a |
Latenza del tentativo di lettura SQL lato client |
Istanze Tabelle Profili di applicazioni |
Le latenze di un tentativo RPC di lettura SQL del client. In circostanze normali, questo valore è identico a |
Latenza del tentativo di scrittura sul client |
Istanze Tabelle Profili di applicazioni |
Le latenze di un tentativo RPC di scrittura del client. In circostanze normali, questo valore è identico a |
Tasso di errori degli utenti | Istanze |
Percentuale di errori causati dal contenuto di una richiesta, anziché di errori sul lato server Bigtable. Il tasso di errore 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. |
Frequenza di errori del sistema | Istanze |
La percentuale di tutte le richieste non riuscite sul lato server Bigtable.
Il tasso di errori di sistema include i seguenti
codici di stato:
|
Failover automatici |
Istanze Tabelle Profili di applicazioni |
Il numero di richieste reindirizzate automaticamente da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o ritardo. Il reindirizzamento automatico si può verificare se il profilo di un'applicazione utilizza un routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
Failover automatici SQL |
Istanze Tabelle Profili di applicazioni |
Il numero di richieste SQL reindirizzate automaticamente da un cluster a un altro a causa di uno scenario di failover, come una breve interruzione o ritardo. Il reindirizzamento automatico si può verificare se il profilo di un'applicazione utilizza un routing multi-cluster. Questo grafico non include le richieste reindirizzate manualmente. |
Utilizzo dello spazio di archiviazione (byte) |
Istanze Tabelle |
La quantità di dati archiviati nel cluster. L'utilizzo del flusso di modifiche non è incluso in questa metrica. Questa metrica riflette il fatto che Bigtable comprime i tuoi dati quando vengono archiviati. |
Utilizzo dello spazio di archiviazione (% max) | Istanze |
La percentuale della capacità di archiviazione del cluster che viene utilizzata. La capacità si basa sul numero di nodi nel cluster. L'utilizzo del flusso di modifiche non è incluso in questa metrica. Per informazioni dettagliate su come viene calcolato questo valore, vedi 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 di applicazioni |
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 di applicazioni |
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 di applicazioni |
Il numero di letture casuali e richieste di scansione al secondo. |
Richieste di scrittura |
Istanze Tabelle Profili di applicazioni |
Il numero di richieste di scrittura al secondo. |
Throughput di lettura |
Istanze Tabelle Profili di applicazioni |
Il numero di byte al secondo di dati di risposta inviati. Questa metrica si riferisce all'intero insieme di dati restituito dopo l'applicazione dei filtri. |
Throughput di scrittura |
Istanze Tabelle Profili di applicazioni |
Il numero di byte al secondo ricevuti durante la scrittura dei dati. |
Throughput di scrittura |
Istanze Tabelle Profili di applicazioni |
Il numero di byte al secondo ricevuti durante la scrittura dei dati. |
Conteggio nodi | Istanze | Il numero di nodi nel cluster. |
Idoneità al traffico Data Boost | Profili app | Le richieste Bigtable attuali che risultano idonee e non idonee per Data Boost. |
Motivi di non idoneità del traffico per Data Boost | Profili app | Motivi per cui il traffico attuale non è idoneo per Data Boost. |
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 Statistiche di sistema. La console Google Cloud mostra una serie di grafici per l'istanza, nonché una visualizzazione tabellare delle metriche dell'istanza. Per impostazione predefinita, la console Google Cloud mostra le metriche relative all'ultima ora e mostra 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 i singoli profili delle app, fai clic su Profili delle applicazioni.
Per visualizzare le metriche combinate per l'istanza nel suo complesso, individua la sezione 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 inseriscine uno personalizzato, quindi fai clic su Applica.
Grafici per la replica
La pagina Approfondimenti del sistema fornisce un grafico che mostra la latenza di 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 Statistiche di sistema. 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 alternare i grafici della 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 inseriscine uno personalizzato, quindi fai clic su Applica.
Monitorare con Cloud Monitoring
Bigtable esporta le metriche di utilizzo in Cloud Monitoring. Puoi utilizzare queste metriche in vari modi:
- Monitora in modo programmatico utilizzando l'API Cloud Monitoring.
- Monitora visivamente in Metrics Explorer.
- Configura criteri di avviso.
- Aggiungi metriche di utilizzo di Bigtable a una dashboard personalizzata.
- Utilizza una libreria di grafici, ad esempio Matplotlib per Python, per tracciare e analizzare le metriche di utilizzo di 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, seleziona 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 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 Bigtable, consulta Metriche.
Crea un avviso di utilizzo dello spazio di archiviazione
Puoi configurare un avviso per ricevere una notifica quando il cluster Bigtable supera una soglia specificata. Per saperne di più 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.
Nuova condizione Campo |
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. (metric.type è bigtable.googleapis.com/cluster/storage_utilization ).
|
Filtro | cluster = YOUR_CLUSTER_ID |
Configura trigger di avviso Campo |
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 Key Visualizer.
- Scopri di più sulle metriche lato client.
- Prova la guida rapida di Cloud Monitoring.
- Scopri di più sulla creazione di avvisi basati sulle metriche di Bigtable.