Cloud Monitoring erfasst Messwerte, Ereignisse und Metadaten aus Google Cloud -Produkten. Mit Cloud Monitoring können Sie auch benutzerdefinierte Dashboards und Nutzungsbenachrichtigungen einrichten.
In diesem Dokument erfahren Sie, wie Sie Messwerte verwenden, das Dashboard für benutzerdefinierte Messwerte aufrufen und Benachrichtigungen einrichten.
Überwachte Ressourcen
Eine überwachte Ressource in Cloud Monitoring stellt eine logische oder physische Einheit dar, z. B. eine virtuelle Maschine, eine Datenbank oder eine Anwendung. Überwachte Ressourcen enthalten eine Reihe von Messwerten, die untersucht, in einem Dashboard dargestellt oder zum Erstellen von Benachrichtigungen verwendet werden können. Jede Ressource hat auch eine Reihe von Ressourcenlabels, die Schlüssel/Wert-Paare sind und zusätzliche Informationen zur Ressource enthalten. Ressourcenlabels sind für alle Messwerte verfügbar, die mit der Ressource verknüpft sind.
Mit der Cloud Monitoring API wird die Leistung von Firestore im Datastore-Modus mit den folgenden Ressourcen überwacht:
| Ressourcen | Beschreibung | Unterstützter Datenbankmodus |
firestore.googleapis.com/Database (empfohlen) | Typ der überwachten Ressource, die Aufschlüsselungen für project, location* und database_id bietet . Das Label database_id wird für Datenbanken, die ohne einen bestimmten Namen erstellt wurden, zu (default). |
Gilt für beide Modi. |
datastore_request | Überwachter Ressourcentyp für Datastore-Projekte. Es werden keine Aufschlüsselungen für Datenbanken bereitgestellt. |
Messwerte
Firestore ist in zwei verschiedenen Modi verfügbar: Firestore Native und Firestore im Datastore-Modus. Einen Funktionsvergleich zwischen diesen beiden Modi finden Sie unter Zwischen Datenbankmodi wählen.
Eine vollständige Liste der Messwerte für Firestore im Datastore-Modus finden Sie unter Firestore im Datastore-Modus – Messwerte.
Laufzeitmesswerte für Dienste
Die serviceruntime-Messwerte bieten einen allgemeinen Überblick über den Traffic eines Projekts. Diese Messwerte sind für die meisten Google Cloud APIs verfügbar. Der überwachte Ressourcentyp consumed_api enthält diese allgemeinen Messwerte. Diese Messwerte werden alle 30 Minuten erfasst, sodass die Daten geglättet werden.
Ein wichtiges Ressourcenlabel für die serviceruntime-Messwerte ist method. Dieses Label steht für die zugrunde liegende RPC-Methode, die aufgerufen wird. Die SDK-Methode, die Sie aufrufen, muss nicht unbedingt denselben Namen wie die zugrunde liegende RPC-Methode haben. Das liegt daran, dass das SDK eine API-Abstraktion auf hoher Ebene bietet. Wenn Sie jedoch nachvollziehen möchten, wie Ihre Anwendung mit Firestore interagiert, ist es wichtig, die Messwerte anhand des Namens der RPC-Methode zu verstehen.
Wenn Sie wissen möchten, welche zugrunde liegende RPC-Methode für eine bestimmte SDK-Methode verwendet wird, sehen Sie in der API-Dokumentation nach.
api/request_count
Mit dieser Messwert wird die Anzahl der abgeschlossenen Anfragen nach Protokoll(Anfrageprotokoll wie HTTP, gRPC usw.), Antwortcode (HTTP-Antwortcode), response_code_class (Antwortcodeklasse wie 2xx, 4xx usw.) und grpc_status_code (numerischer gRPC-Antwortcode) angegeben. Mit diesem Messwert können Sie die gesamte API-Anfrage beobachten und die Fehlerrate berechnen.
Abbildung 1 zeigt Anfragen, die einen 2xx-Code zurückgeben, gruppiert nach Dienst und Methode. 2xx-Codes sind HTTP-Statuscodes, die angeben, dass die Anfrage erfolgreich war.
In Abbildung 2 sind Commits nach response_code gruppiert. In diesem Beispiel sehen wir nur HTTP-200-Antworten, was darauf hindeutet, dass die Datenbank fehlerfrei ist.
Verwenden Sie die folgenden Messwerte für die Dienstlaufzeit, um Ihre Datenbank zu überwachen.
api/request_count im Ressourcentyp „datastore_request“
Der Messwert api/request_count ist auch für den Ressourcentyp datastore_request mit den Aufschlüsselungen api_method und response_code verfügbar. Verwenden Sie stattdessen diesen Messwert, um den kürzeren Stichprobenzeitraum zu nutzen, mit dem sich Spitzen besser erfassen lassen.
api/request_latencies
Der Messwert api/request_latencies gibt die Latenzverteilungen für alle abgeschlossenen Anfragen an.
Firestore erfasst Messwerte aus der Komponente Firestore-Dienst. Latenzmesswerte umfassen die Zeit, die Firestore benötigt, um die Anfrage zu empfangen und die Antwort zu senden, einschließlich der Interaktionen mit der Speicherebene. Aus diesem Grund ist die Round-Trip-Latenz (RTT) zwischen dem Client und dem Firestore-Dienst nicht in diesen Messwerten enthalten.
api/request_sizes und api/response_sizes
Die Messwerte api/request_sizes und api/response_sizes liefern Informationen zur Nutzlastgröße (in Byte). Sie können hilfreich sein, um Schreibarbeitslasten zu verstehen, bei denen große Datenmengen gesendet werden, oder Abfragen, die zu breit gefasst sind und große Nutzlasten zurückgeben.
Abbildung 5 zeigt eine Heatmap für die Reaktionsgrößen für die RunQuery-Methode.
Die Größen sind stabil, der Median liegt bei 50 Byte und die Werte insgesamt zwischen 10 und 100 Byte. Die Nutzlastgröße wird immer in unkomprimierten Byte gemessen, ohne Übertragungssteuerungs-Overhead.
Messwerte für Entitätsvorgänge
Diese Messwerte geben die Verteilungen der Nutzlastgrößen in Byte für Lese- (Such- und Abfrage-) und Schreibvorgänge in einer Firestore-Datenbank an. Die Werte geben die Gesamtgröße der Nutzlast an. Das können beispielsweise Ergebnisse sein, die von einer Abfrage zurückgegeben werden.
Diese Messwerte ähneln den Messwerten api/request_sizes und api/response_sizes. Der Hauptunterschied besteht darin, dass die Messwerte für Entitätsvorgänge eine detailliertere Stichprobenerhebung, aber weniger detaillierte Aufschlüsselungen ermöglichen.
Bei den Messwerten für Entitätsvorgänge wird beispielsweise die überwachte Ressource datastore_request verwendet. Daher gibt es keine Aufschlüsselung nach Dienst oder Methode.
entity/read_sizes: Verteilung der Größen der gelesenen Entitäten, gruppiert nach Typ.entity/write_sizes: Verteilung der Größen der geschriebenen Entitäten, gruppiert nach Vorgängen.
Indexmesswerte
Die Indexschreibvorgänge können dem Messwert document/write_ops_count gegenübergestellt werden, um das Index-Fanout-Verhältnis zu ermitteln.
index/write_count: Anzahl der Indexschreibvorgänge.
In Abbildung 7 sehen Sie, wie die Indexschreibgeschwindigkeit der Dokumentschreibgeschwindigkeit gegenübergestellt werden kann. In diesem Beispiel gibt es für jeden Dokument-Schreibvorgang etwa sechs Index-Schreibvorgänge. Das ist eine relativ geringe Index-Fanout-Rate.
Messwerte für die TTL
Die TTL-Messwerte sind sowohl für Firestore-Datenbanken im nativen Modus als auch für Firestore-Datenbanken im Datastore-Modus verfügbar. Mit diesen Messwerten können Sie die Auswirkungen der erzwungenen TTL-Richtlinie überwachen.
entity/ttl_deletion_count: Gesamtzahl der von TTL-Diensten gelöschten Einheiten.entity/ttl_expiration_to_deletion_delays: Die Zeit, die zwischen dem Ablauf einer Entität mit einer TTL und dem tatsächlichen Löschen vergangen ist.Wenn die TTL-Löschverzögerungen länger als 24 Stunden dauern, wenden Sie sich an den Support.