Monitoring
Sie können Bigtable mit Diagrammen, die in der Google Cloud Console verfügbar sind, oder programmatisch mit der Cloud Monitoring API verwenden.
In der Google Cloud Console sind Monitoring-Daten an den folgenden Stellen verfügbar:
- Bigtable-Monitoring
- Bigtable-Instanz – Übersicht
- Bigtable-Cluster – Übersicht
- Bigtable-Tabelle – Übersicht
- Cloud Monitoring
- Key Visualizer
Die Monitoring- und Übersichtsseiten bieten einen allgemeinen Überblick über Ihre Bigtable-Nutzung. Mit Key Visualizer können Sie Ihre Zugriffsmuster nach Zeilenschlüsseln aufschlüsseln und Fehler bei bestimmten Leistungsproblemen beheben.
Informationen zur CPU- und Laufwerknutzung
Unabhängig davon, mit welchen Tools Sie Ihre Instanz überwachen, müssen Sie die CPU- und Laufwerknutzung für jeden Cluster in der Instanz verfolgen. Wenn die CPU- oder Laufwerknutzung eines Clusters bestimmte Schwellenwerte überschreitet, wird die Leistung des Clusters beeinträchtigt und beim Lesen und Schreiben von Daten können Fehler zurückgegeben werden.
CPU-Nutzung
Die Knoten in Ihren Clustern verwenden CPU-Ressourcen für Lese-, Schreib- und Verwaltungsaufgaben. Wir empfehlen, das Autoscaling zu aktivieren. Dadurch kann Bigtable einem Cluster basierend auf der Arbeitslast automatisch Knoten hinzufügen und entfernen. Wie sich die Anzahl der Knoten auf die Leistung eines Clusters auswirkt, wird unter Leistung bei typischer Arbeitslast genauer beschrieben.
Bigtable meldet folgende Messwerte zur CPU-Nutzung:
Messwert | Beschreibung |
---|---|
Durchschnittliche CPU-Auslastung |
Die knotenweite durchschnittliche CPU-Auslastung im Cluster. Umfasst Änderungsstreamaktivitäten, wenn ein Änderungsstream für eine Tabelle in der Instanz aktiviert ist. In App-Profildiagrammen gibt „<system>“ Systemhintergrundaktivitäten wie Replikation und Verdichtung an. Systemhintergrundaktivitäten sind nicht clientseitig. Die empfohlenen Maximalwerte bieten Spielraum für kurze Nutzungsspitzen. |
CPU-Auslastung des am stärksten genutzten Knotens |
Die CPU-Auslastung des aktivsten Knotens im Cluster. Dieser Messwert wird zwar aus Kontinuitätsgründen weiterhin bereitgestellt, in den meisten Fällen sollten Sie jedoch den genaueren Messwert CPU-Auslastung des am stärksten genutzten Knotens – hoher Detaillierungsgrad verwenden. |
CPU-Auslastung des am stärksten genutzten Knotens – hoher Detaillierungsgrad |
Eine detaillierte Messung der CPU-Auslastung des aktivsten Knoten im Cluster. Wir empfehlen, diesen Messwert anstelle des Messwerts CPU-Auslastung des am stärksten genutzten Knotens zu verwenden, da dieser Messwert genauer ist. Der am stärksten genutzte Knoten ist im Laufe der Zeit nicht unbedingt immer derselbe Knoten. Die Knotennutzung kann sich schnell ändern, insbesondere bei großen Batchjobs oder Tabellenscans. Wenn der am stärksten genutzte Knoten auch bei vertretbarer durchschnittlicher CPU-Auslastung häufig über dem empfohlenen Wert liegt, kann das darauf hindeuten, dass auf einen kleinen Teil Ihrer Daten sehr viel häufiger zugegriffen wird als auf den Rest.
|
CPU-Auslastung durch Änderungsstreams |
Die durchschnittliche CPU-Auslastung, die auf Änderungsstreamaktivitäten auf allen Knoten im Cluster zurückgeht. |
CPU-Auslastung nach Anwendungsprofil, Methode und Tabelle |
CPU-Auslastung nach Anwendungsprofil, Methode und Tabelle. Wenn Sie für einen Cluster eine höhere CPU-Nutzung als erwartet beobachten, können Sie mit diesem Messwert ermitteln, ob die CPU-Auslastung eines bestimmten Anwendungsprofils, einer API-Methode oder einer Tabelle die CPU-Auslastung erhöht. |
Laufwerknutzung
Bigtable speichert für jeden Cluster in Ihrer Instanz eine separate Kopie aller Tabellen in dieser Instanz.
Die Laufwerknutzung wird in binären Einheiten angegeben, z. B. in binären Gigabyte (GB), wobei 1 GB 230 Byte entspricht. Diese Maßeinheit wird auch als Gibibyte (GiB) bezeichnet.
Bigtable meldet folgende Messwerte zur Laufwerksnutzung:
Messwert | Beschreibung |
---|---|
Speicherauslastung (Byte) |
Die Menge der im Cluster gespeicherten Daten. Die Nutzung des Änderungsstreams wird bei diesem Messwert nicht berücksichtigt. Dieser Wert wirkt sich auf Ihre Kosten aus. Außerdem müssen Sie möglicherweise wie unten beschrieben jedem Cluster Knoten hinzufügen, wenn sich die Datenmenge erhöht. |
Speicherauslastung (Max. %) |
Der Prozentsatz der verwendeten Speicherkapazität des Clusters. Die Kapazität hängt von der Anzahl der Knoten im Cluster ab. Die Nutzung des Änderungsstreams wird bei diesem Messwert nicht berücksichtigt. Im Allgemeinen sollten Sie nicht mehr als 70 % des harten Grenzwerts für die Gesamtkapazität nutzen, damit Sie Platz für weitere Daten haben. Wenn Sie Ihrer Instanz keine großen Datenmengen hinzufügen möchten, können Sie bis zu 100 % des harten Grenzwerts ausnutzen. Wenn Sie mehr als den empfohlenen Prozentsatz des Speicherlimits verwenden, fügen Sie dem Cluster Knoten hinzu. Sie können auch vorhandene Daten löschen. Allerdings belegen gelöschte Daten erst einmal mehr Speicherplatz und erst nach einer Verdichtung weniger. Ausführliche Informationen zur Berechnung dieses Werts finden Sie unter Speicherauslastung pro Knoten. |
Änderungsstream-Speicherauslastung (Byte) |
Der Speicherplatz, der durch Änderungsstreameinträge für Tabellen in der Instanz belegt wird. Dieser Speicherplatz wird nicht auf die gesamte Speicherauslastung angerechnet. Ihnen wird der Speicherplatz für Änderungsstreams in Rechnung gestellt, er wird jedoch nicht bei der Berechnung der Speicherauslastung (max. %) berücksichtigt. |
Laufwerksauslastung |
Der Prozentsatz, den Ihr Cluster von der maximal möglichen Bandbreite für HDD-Lesezugriffe verwendet. Nur für HDD-Cluster verfügbar. Wenn dieser Wert häufig bei 100 % liegt, könnte es zu erhöhter Latenz kommen. Fügen Sie dem Cluster in diesem Fall Knoten hinzu, um den Prozentsatz der Laufwerksauslastung zu reduzieren. |
Verdichtung und replizierte Instanzen
Speichermesswerte geben die Datengröße auf dem Laufwerk ab der letzten Verdichtung wieder. Da die Verdichtung rollierend im Laufe einer Woche erfolgt, können sich die Speichernnutzungsmesswerte für einen Cluster manchmal vorübergehend von den Messwerten anderer Cluster in der Instanz unterscheiden. Folgende Auswirkungen können u. a. beobachtet werden:
Für einen neuen Cluster, der kürzlich einer Instanz hinzugefügt wurde, können vorübergehend 0 Byte Speicher angezeigt werden, obwohl alle Daten erfolgreich in den neuen Cluster repliziert wurden.
Eine Tabelle kann in jedem Cluster eine andere Größe haben, obwohl die Replikation ordnungsgemäß funktioniert.
Die Messwerte zur Speichernutzung können in jedem Cluster unterschiedlich sein, auch wenn die Replikation abgeschlossen ist und einige Tage lang keine Schreibvorgänge gesendet wurden. Die interne Speicherimplementierung, einschließlich der verteilten Aufteilung und Speicherung der Daten, kann für jeden Cluster unterschiedlich sein, was zu einer unterschiedlichen Speichernutzung führt.
Instanzübersicht
Auf der Instanzübersichtsseite werden aktuelle Schlüsselmesswerte für jeden Cluster angezeigt:
Messwert | Beschreibung |
---|---|
Durchschnitte CPU-Auslastung |
Die knotenweite durchschnittliche CPU-Auslastung im Cluster. Umfasst Änderungsstreamaktivitäten, wenn ein Änderungsstream für eine Tabelle in der Instanz aktiviert ist. In App-Profildiagrammen gibt „<system>“ Systemhintergrundaktivitäten wie Replikation und Verdichtung an. Systemhintergrundaktivitäten sind nicht clientseitig. |
CPU-Auslastung des am stärksten genutzten Knotens |
Die CPU-Auslastung des aktivsten Knotens im Cluster. Dieser Messwert wird zwar aus Kontinuitätsgründen weiterhin bereitgestellt, in den meisten Fällen sollten Sie jedoch den genaueren Messwert CPU-Auslastung des am stärksten genutzten Knotens – hoher Detaillierungsgrad verwenden. |
CPU-Auslastung des am stärksten genutzten Knotens – hoher Detaillierungsgrad |
Eine detaillierte Messung der CPU-Auslastung des aktivsten Knoten im Cluster. Wir empfehlen, diesen Messwert anstelle des Messwerts CPU-Auslastung des am stärksten genutzten Knotens zu verwenden, da dieser Messwert genauer ist. Der am stärksten genutzte Knoten ist im Laufe der Zeit nicht unbedingt immer derselbe Knoten. Die Knotennutzung kann sich schnell ändern, insbesondere bei großen Batchjobs oder Tabellenscans. Eine Überschreitung des empfohlenen Höchstwerts für den aktivsten Knoten kann Latenz und andere Probleme für den Cluster hervorrufen. |
Gelesene Zeilen | Die Anzahl der gelesenen Zeilen pro Sekunde. |
Geschriebene Zeilen | Die Anzahl der geschriebenen Zeilen pro Sekunde. |
Durchsatz für Lesevorgänge | Die Anzahl der Byte pro Sekunde der gesendeten Antwortdaten. Dieser Messwert bezieht sich auf die gesamte Datenmenge, die zurückgegeben wird, nachdem Filter angewendet wurden. |
Durchsatz für Schreibvorgänge | Die Anzahl der Byte pro Sekunde, die beim Schreiben von Daten empfangen wurden. |
Systemfehlerrate | Der Prozentsatz der Anfragen, die aufseiten des Bigtable-Servers fehlgeschlagen sind. |
Replikationslatenz für die Eingabe | Die höchste Zeit in Sekunden, die beim 99. Perzentil zwischen einem Schreibvorgang in einen anderen Cluster und dessen Replikation in diesen Cluster verstreicht. |
Replikationslatenz für die Ausgabe | Die höchste Zeit in Sekunden, die beim 99. Perzentil zwischen einem Schreibvorgang in diesen Cluster und dessen Replikation in einen anderen Cluster verstreicht. |
So erhalten Sie eine Übersicht über diese Schlüsselmesswerte:
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie auf die Instanz, deren Messwerte Sie sehen möchten. In der Google Cloud Console werden die aktuellen Messwerte für die Cluster Ihrer Instanz angezeigt.
Clusterübersicht
Auf der Übersichtsseite des Clusters können Sie den aktuellen und früheren Status eines einzelnen Clusters prüfen.
Auf der Übersichtsseite des Clusters werden für jeden Cluster Diagramme mit folgenden Messwerten angezeigt:
Messwert | Beschreibung |
---|---|
Anzahl der Knoten | Die Anzahl der Knoten, die für den Cluster zu einem bestimmten Zeitpunkt verwendet werden. |
Maximalziel für die Knotenanzahl | Die maximale Anzahl von Knoten, die Bigtable im Cluster hochskaliert, wenn das Autoscaling aktiviert ist. Dieser Messwert ist nur sichtbar, wenn Autoscaling für den Cluster aktiviert ist. Sie können diesen Wert auf der Seite Cluster bearbeiten ändern. |
Mindestziel für die Knotenanzahl | Die Mindestanzahl der Knoten, auf die Bigtable den Cluster herunterskaliert, wenn das Autoscaling aktiviert ist. Dieser Messwert ist nur sichtbar, wenn Autoscaling für den Cluster aktiviert ist. Sie können diesen Wert auf der Seite Cluster bearbeiten ändern. |
Empfohlene Anzahl von Knoten für das CPU-Ziel | Die Anzahl der Knoten, die Bigtable für den Cluster empfiehlt, basierend auf dem von Ihnen festgelegten CPU-Auslastungsziel. Dieser Messwert ist nur sichtbar, wenn Autoscaling für den Cluster aktiviert ist. Wenn diese Zahl höher als das Maximalziel für die Knotenanzahl ist, sollten Sie Ihr Ziel für die CPU-Auslastung erhöhen oder die maximale Anzahl von Knoten für den Cluster erhöhen. Wenn diese Zahl unter der Mindestanzahl von Knoten liegt, ist der Cluster möglicherweise für Ihre Nutzung überdimensioniert. Sie sollten daher die Mindestanzahl verringern. |
Empfohlene Anzahl von Knoten für das Speicherziel | Die Anzahl der Knoten, die Bigtable für den Cluster basierend auf dem integrierten Ziel der Speicherauslastung empfiehlt. Dieser Messwert ist nur sichtbar, wenn Autoscaling für den Cluster aktiviert ist. Wenn diese Anzahl höher ist als das maximale Ziel für die Knotenanzahl, sollten Sie eventuell die maximale Anzahl von Knoten für den Cluster erhöhen. |
CPU-Auslastung |
Die knotenweite durchschnittliche CPU-Auslastung im Cluster. Umfasst Änderungsstreamaktivitäten, wenn ein Änderungsstream für eine Tabelle in der Instanz aktiviert ist. In App-Profildiagrammen gibt „<system>“ Systemhintergrundaktivitäten wie Replikation und Verdichtung an. Systemhintergrundaktivitäten sind nicht clientseitig. |
Speicherauslastung |
Die Menge der im Cluster gespeicherten Daten. Die Nutzung des Änderungsstreams wird bei diesem Messwert nicht berücksichtigt. Der Messwert spiegelt die Tatsache wider, dass Bigtable Ihre Daten beim Speichern komprimiert. |
So rufen Sie die Übersichtsseite eines Clusters auf:
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie auf die Instanz, deren Messwerte Sie sehen möchten.
Rufen Sie den Abschnitt auf, der dem Abschnitt mit dem aktuellen Status einiger Cluster-Messwerte folgt.
Klicken Sie auf die Cluster-ID, um die Seite Clusterübersicht des Clusters zu öffnen.
Logs
Im Diagramm Logs werden Einträge für Systemereignisse für den Cluster angezeigt. Systemereignislogs werden nur für Cluster generiert, die Autoscaling verwenden. Weitere Möglichkeiten zum Aufrufen von Bigtable-Audit-Logs finden Sie unter Audit-Logging.
Tabellenübersicht
Auf der Übersichtsseite der Tabelle können Sie den aktuellen und früheren Status einer einzelnen Tabelle sehen.
Auf der Übersichtsseite der Tabelle werden Diagramme mit den folgenden Messwerten für die Tabelle angezeigt. Jedes Diagramm zeigt eine separate Linie für jeden Cluster, in dem sich die Tabelle befindet.
Messwert | Beschreibung |
---|---|
Speicherauslastung (Byte) | Der Prozentsatz der Speicherkapazität des Clusters, der von der Tabelle verwendet wird. Die Kapazität hängt von der Anzahl der Knoten im Cluster ab. Ausführliche Informationen zur Berechnung dieses Werts finden Sie unter Speicherauslastung pro Knoten. |
CPU-Auslastung |
Die knotenweite durchschnittliche CPU-Auslastung im Cluster. Umfasst Änderungsstreamaktivitäten, wenn ein Änderungsstream für eine Tabelle in der Instanz aktiviert ist. In App-Profildiagrammen gibt „<system>“ Systemhintergrundaktivitäten wie Replikation und Verdichtung an. Systemhintergrundaktivitäten sind nicht clientseitig. |
Leselatenz | Die Zeit, die eine Leseanfrage für die Rückgabe einer Antwort benötigt. Die Messung der Leselatenz beginnt, wenn Bigtable die Anfrage empfängt, und endet, wenn das letzte Datenbyte an den Client gesendet wird. Bei Anfragen für große Datenmengen kann sich die Fähigkeit des Clients, die Antwort zu verarbeiten, auf die Leselatenz auswirken. |
Schreiblatenz | Die Zeit, die eine Schreibanfrage für die Rückgabe einer Antwort benötigt. |
Gelesene Zeilen |
Die Anzahl der gelesenen Zeilen pro Sekunde. Dieser Messwert ist in Bezug auf den Gesamtdurchsatz von Bigtable aussagekräftiger als die Anzahl der Leseanfragen, weil eine einzelne Anfrage viele Zeilen lesen kann. |
Geschriebene Zeilen |
Die Anzahl der geschriebenen Zeilen pro Sekunde. Dieser Messwert ist in Bezug auf den Gesamtdurchsatz von Bigtable aussagekräftiger als die Anzahl der Schreibanfragen, weil eine einzelne Anfrage viele Zeilen schreiben kann. |
Leseanfragen | Die Zahl der zufälligen Ablesungen und Scanabfragen pro Sekunde. |
Schreibanfragen | Die Anzahl an Schreibanfragen pro Sekunde. |
Durchsatz für Lesevorgänge | Die Anzahl der Byte pro Sekunde der gesendeten Antwortdaten. Dieser Messwert bezieht sich auf die gesamte Datenmenge, die zurückgegeben wird, nachdem Filter angewendet wurden. |
Durchsatz für Schreibvorgänge | Die Anzahl der Byte pro Sekunde, die beim Schreiben von Daten empfangen wurden. |
Automatische Failovers |
Die Anzahl der Anfragen, die aufgrund eines Failover-Szenarios, z. B. kurzer Ausfall oder kurze Verzögerung, automatisch von einem Cluster zu einem anderen umgeleitet wurden. Eine automatische Umleitung erfolgt, wenn ein Anwendungsprofil Multi-Cluster-Routing verwendet. In diesem Diagramm sind keine manuell umgeleiteten Anfragen enthalten. |
Auf der Übersichtsseite der Tabelle sehen Sie auch den Replikationsstatus der Tabelle in jedem Cluster in der Instanz. Für jeden Cluster wird auf der Seite Folgendes angezeigt:
- Status
- Cluster-ID
- Zone
- Der von der Tabelle verwendete Clusterspeicher
- Verschlüsselungsschlüssel und Schlüsselstatus
- Datum der letzten Sicherung der ausgewählten Tabelle
- Link zur Seite Cluster bearbeiten.
So rufen Sie die Übersichtsseite einer Tabelle auf:
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie auf die Instanz, deren Messwerte Sie sehen möchten.
Klicken Sie im linken Bereich auf Tabellen. In der Google Cloud Console wird eine Liste aller Tabellen in der Instanz angezeigt.
Klicken Sie auf eine Tabellen-ID, um die Seite Tabellenübersicht der Tabelle zu öffnen.
Leistung im Zeitverlauf analysieren
Den Leistungsverlauf Ihrer Bigtabel-Instanz finden Sie auf der Seite "Monitoring". Dort können Sie die Leistung jedes Clusters analysieren und die Messwerte für verschiedene Arten von Bigtable-Ressourcen aufschlüsseln. In den Diagrammen können Zeiträume von der letzten Stunde bis zu den letzten sechs Wochen angezeigt werden.
Diagramme für Bigtable-Ressourcen überwachen
Die Seite "Bigtable-Monitoring" enthält Diagramme für die folgenden Arten von Bigtable-Ressourcen:
- Instanzen
- Tabellen
- Anwendungsprofile
- Replikation
Diagramme auf der Monitoring-Seite zeigen die folgenden Messwerte:
Messwert | Verfügbar für | Beschreibung |
---|---|---|
CPU-Auslastung | Instanzen Tabellen Anwendungsprofile |
Die knotenweite durchschnittliche CPU-Auslastung im Cluster. Umfasst Änderungsstreamaktivitäten, wenn ein Änderungsstream für eine Tabelle in der Instanz aktiviert ist. In App-Profildiagrammen gibt „<system>“ Systemhintergrundaktivitäten wie Replikation und Verdichtung an. Systemhintergrundaktivitäten sind nicht clientseitig. |
CPU-Auslastung (am stärksten genutzter Knoten) | Instanzen |
Die CPU-Auslastung des aktivsten Knotens im Cluster. Dieser Messwert wird zwar aus Kontinuitätsgründen weiterhin bereitgestellt, in den meisten Fällen sollten Sie jedoch den genaueren Messwert CPU-Auslastung des am stärksten genutzten Knotens – hoher Detaillierungsgrad verwenden. |
CPU-Auslastung mit hoher Genauigkeit des am stärksten genutzten Knotens | Instanzen |
Eine detaillierte Messung der CPU-Auslastung des aktivsten Knoten im Cluster. Wir empfehlen, diesen Messwert anstelle des Messwerts CPU-Auslastung des am stärksten genutzten Knotens zu verwenden, da dieser Messwert genauer ist. Der am stärksten genutzte Knoten ist im Laufe der Zeit nicht unbedingt immer derselbe Knoten. Die Knotennutzung kann sich schnell ändern, insbesondere bei großen Batchjobs oder Tabellenscans. Eine Überschreitung des empfohlenen Höchstwerts für den aktivsten Knoten kann Latenz und andere Probleme für den Cluster hervorrufen. |
Leselatenz | Instanzen Tabellen Anwendungsprofile |
Die Zeit, die eine Leseanfrage für die Rückgabe einer Antwort benötigt. Die Messung der Leselatenz beginnt, wenn Bigtable die Anfrage empfängt, und endet, wenn das letzte Datenbyte an den Client gesendet wird. Bei Anfragen für große Datenmengen kann sich die Fähigkeit des Clients, die Antwort zu verarbeiten, auf die Leselatenz auswirken. |
Schreiblatenz | Instanzen Tabellen Anwendungsprofile |
Die Zeit, die eine Schreibanfrage für die Rückgabe einer Antwort benötigt. |
Clientseitige Leselatenz | Instanzen Tabellen Anwendungsprofile |
Die gesamte End-to-End-Latenz in allen RPC-Versuchen, die mit einem Bigtable-Vorgang verknüpft sind. Misst die Umlaufdaten eines Vorgangs vom Client zu Bigtable und zurück zum Client. Alle Wiederholungsversuche sind enthalten. |
Clientseitige Schreiblatenz | Instanzen Tabellen Anwendungsprofile |
Die gesamte End-to-End-Latenz in allen RPC-Versuchen, die mit einem Bigtable-Vorgang verknüpft sind. Misst die Umlaufdaten eines Vorgangs vom Client zu Bigtable und zurück zum Client. Alle Wiederholungsversuche sind enthalten. |
Clientseitige Latenz von Leseversuchen | Instanzen Tabellen Anwendungsprofile |
Latenz eines clientseitigen RPC-Leseversuchs. |
Clientseitige Latenz von Schreibversuchen | Instanzen Tabellen Anwendungsprofile |
Latenz eines clientseitigen RPC-Schreibversuchs. |
Nutzerfehlerrate | Instanzen |
Die vom Inhalt einer Anfrage ausgelöste Fehlerrate im Gegensatz zu Fehlern vonseiten des Bigtable-Servers. Die Nutzerfehlerrate enthält die folgenden Statuscodes:
Nutzerfehler sind oft auf ein Konfigurationsproblem zurückzuführen, zum Beispiel auf eine Anfrage, in der der Cluster, die Tabelle oder das Anwendungsprofil falsch angegeben werden. |
Systemfehlerrate | Instanzen |
Der Prozentsatz der Anfragen, die aufseiten des Bigtable-Servers fehlgeschlagen sind.
Die Systemfehlerrate enthält die folgenden Statuscodes:
|
Automatische Failovers | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der Anfragen, die aufgrund eines Failover-Szenarios, z. B. kurzer Ausfall oder kurze Verzögerung, automatisch von einem Cluster zu einem anderen umgeleitet wurden. Eine automatische Umleitung erfolgt, wenn ein Anwendungsprofil Multi-Cluster-Routing verwendet. In diesem Diagramm sind keine manuell umgeleiteten Anfragen enthalten. |
Speicherauslastung (Byte) | Instanzen Tabellen |
Die Menge der im Cluster gespeicherten Daten. Die Nutzung des Änderungsstreams wird bei diesem Messwert nicht berücksichtigt. Der Messwert spiegelt die Tatsache wider, dass Bigtable Ihre Daten beim Speichern komprimiert. |
Speicherauslastung (Max. %) | Instanzen |
Der Prozentsatz der verwendeten Speicherkapazität des Clusters. Die Kapazität hängt von der Anzahl der Knoten im Cluster ab. Die Nutzung des Änderungsstreams wird bei diesem Messwert nicht berücksichtigt. Ausführliche Informationen zur Berechnung dieses Werts finden Sie unter Speicherauslastung pro Knoten. |
Laufwerksauslastung | Instanzen | Der Prozentsatz, den Ihr Cluster von der maximal möglichen Bandbreite für HDD-Lesezugriffe verwendet. Nur für HDD-Cluster verfügbar. |
Gelesene Zeilen | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der gelesenen Zeilen pro Sekunde. Dieser Messwert ist in Bezug auf den Gesamtdurchsatz von Bigtable aussagekräftiger als die Anzahl der Leseanfragen, weil eine einzelne Anfrage viele Zeilen lesen kann. |
Geschriebene Zeilen | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der geschriebenen Zeilen pro Sekunde. Dieser Messwert ist in Bezug auf den Gesamtdurchsatz von Bigtable aussagekräftiger als die Anzahl der Schreibanfragen, weil eine einzelne Anfrage viele Zeilen schreiben kann. |
Leseanfragen | Instanzen Tabellen Anwendungsprofile |
Die Zahl der zufälligen Ablesungen und Scanabfragen pro Sekunde. |
Schreibanfragen | Instanzen Tabellen Anwendungsprofile |
Die Anzahl an Schreibanfragen pro Sekunde. |
Durchsatz für Lesevorgänge | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der Byte pro Sekunde der gesendeten Antwortdaten. Dieser Messwert bezieht sich auf die gesamte Datenmenge, die zurückgegeben wird, nachdem Filter angewendet wurden. |
Durchsatz für Schreibvorgänge | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der Byte pro Sekunde, die beim Schreiben von Daten empfangen wurden. |
Knotenzahl | Instanzen | Die Anzahl der Knoten im Cluster. |
Durchsatz für Schreibvorgänge | Instanzen Tabellen Anwendungsprofile |
Die Anzahl der Byte pro Sekunde, die beim Schreiben von Daten empfangen wurden. |
Knotenzahl | Instanzen | Die Anzahl der Knoten im Cluster. |
Anzahl der Zugriffe, die für Data Boost infrage kommen | App-Profile | Aktuelle Bigtable-Anfragen, die für Data Boost infrage bzw. nicht infrage kommen |
Gründe, warum Traffic nicht für Data Boost infrage kommt | App-Profile | Gründe, warum der aktuelle Traffic nicht für Data Boost infrage kommt. |
Serverless Processing Units (SPUs) | Instanzen | Abrechenbare Data Boost-Rechennutzung, gemessen in SPU-Sekunden |
So erhalten Sie Messwerte für diese Ressourcen:
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie auf die Instanz, deren Messwerte Sie sehen möchten.
Klicken Sie im linken Bereich auf Monitoring. In der Google Cloud Console werden eine Reihe von Diagrammen für die Instanz sowie eine tabellarische Ansicht der Messwerte für die Instanz angezeigt. Standardmäßig sehen Sie in der Google Cloud Console Messwerte für die vergangene Stunde sowie separate Messwerte für jeden Cluster in der Instanz.
Scrollen Sie durch das Fenster, in dem die Diagramme angezeigt werden, um sich alle Diagramme anzusehen.
Klicken Sie auf Tabellen, um Messwerte auf Tabellenebene anzusehen.
Klicken Sie auf Anwendungsprofile, um Messwerte für einzelne Anwendungsprofile anzusehen.
Sie können sich auch die kombinierten Messwerte für die ganze Instanz ansehen. Rufen Sie dafür über den Diagrammen den Abschnitt Gruppieren nach auf und klicken Sie auf Instanz.
Klicken Sie auf den Pfeil neben 1 Stunde, um Messwerte für einen längeren Zeitraum anzusehen. Wählen Sie einen vordefinierten Zeitraum aus oder geben Sie einen benutzerdefinierten Zeitraum ein und klicken Sie dann auf Anwenden.
Diagramme für die Replikation
Die Seite "Monitoring" enthält ein Diagramm, das die Replikationslatenz im Zeitverlauf anzeigt. Sie können sich die durchschnittliche Latenz für das Replizieren von Schreibvorgängen beim 50., 99. oder 100. Perzentil ansehen.
So sehen Sie die Replikationslatenz im Zeitverlauf:
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie auf die Instanz, deren Messwerte Sie sehen möchten.
Klicken Sie im linken Bereich auf Monitoring. Die Seite wird geöffnet, wobei der Tab Instanz ausgewählt ist.
Klicken Sie auf den Tab Replikation. In der Google Cloud Console wird die Replikationslatenz im Zeitverlauf angezeigt. Standardmäßig sehen Sie dort die Replikationslatenz der vergangenen Stunde.
Verwenden Sie das Menü Gruppieren nach, um zwischen Latenzdiagrammen zu wechseln, die nach Tabelle oder nach Cluster gruppiert sind.
Verwenden Sie das Menü Perzentil, um ein anderes Perzentil anzusehen.
Klicken Sie auf den Pfeil neben 1 Stunde, um Messwerte für einen längeren Zeitraum anzusehen. Wählen Sie einen vordefinierten Zeitraum aus oder geben Sie einen benutzerdefinierten Zeitraum ein und klicken Sie dann auf Anwenden.
Mit Cloud Monitoring überwachen
Bigtable exportiert Nutzungsmesswerte nach Cloud Monitoring. Sie können diese Messwerte auf verschiedene Arten verwenden:
- Nutzen Sie die Cloud Monitoring API für das programmatische Überwachen.
- Überwachen Sie dies im Metrics Explorer.
- Benachrichtigungsrichtlinien einrichten
- Bigtable-Nutzungsmesswerte in ein benutzerdefiniertes Dashboard einfügen
- Mit einer Grafikbibliothek wie Matplotlib fopr Python können Sie die Nutzungsmesswerte für Bigtable grafisch darstellen und analysieren.
So rufen Sie die Nutzungswerte im Metrics Explorer auf:
Öffnen Sie in der Google Cloud Console die Seite „Monitoring”.
Wählen Sie das Konto aus, mit dem Sie auf Google Cloud zugreifen, falls Sie dazu aufgefordert werden.
Klicken Sie auf Ressourcen und dann auf Metrics Explorer.
Geben Sie unter Ressourcentyp und Messwert suchen
bigtable
ein. Es erscheint eine Liste von Bigtable-Ressourcen und -Messwerten.Klicken Sie auf einen Messwert, um ein entsprechendes Diagramm aufzurufen.
Weitere Informationen zur Verwendung von Cloud Monitoring finden Sie in der Dokumentation zu Cloud Monitoring.
Eine vollständige Liste der Bigtable-Messwerte finden Sie unter Messwerte.
Benachrichtigung zur Speicherauslastung erstellen
Sie können eine Benachrichtigung einrichten, die Sie informiert, wenn Ihr Bigtable-Cluster einen bestimmten Grenzwert überschreitet. Weitere Informationen zum Festlegen der Zielspeicherauslastung finden Sie unter Datenträgernutzung.
Verwenden Sie die folgenden Einstellungen, um eine Benachrichtigungsrichtlinie zu erstellen, die ausgelöst wird, wenn die Speicherauslastung Ihres Bigtable-Clusters einen empfohlenen Schwellenwert überschreitet, z. B. 70 %.
Neue Bedingung Feld |
Wert |
---|---|
Ressource und Messwert | Wählen Sie im Menü Ressourcen die Option Cloud Bigtable-Cluster aus. Wählen Sie im Menü Messwertkategorien die Option Cluster aus. Wählen Sie im Menü Messwerte die Option Speichernutzung aus. (Der Messwerttyp ist bigtable.googleapis.com/cluster/storage_utilization ).
|
Filter | cluster = YOUR_CLUSTER_ID |
Benachrichtigungstrigger konfigurieren Feld |
Wert |
---|---|
Bedingungstyp | Threshold |
Bedingung wird ausgelöst, wenn | Any time series violates |
Grenzwertposition | Above threshold |
Grenzwert | 70 |
Zeitfenster noch einmal testen | 10 minutes |
Nächste Schritte
- Mit Key Visualizer Probleme beheben.
- Weitere Informationen zu clientseitigen Messwerten
- Kurzanleitung für Cloud Monitoring
- Benachrichtigungen zu Bigtable-Messwerten