Unterstützte Monitoring-Messwerte

Vorschau

Diese Funktion unterliegt den „Nutzungsbedingungen für Pre-GA-Angebote“ im Abschnitt „Allgemeine Nutzungsbedingungen“ der dienstspezifischen Nutzungsbedingungen. Pre-GA-Funktionen sind „wie besehen“ verfügbar und werden möglicherweise nur eingeschränkt unterstützt. Weitere Informationen finden Sie in den Beschreibungen der Startphase.

Auf dieser Seite werden die für Memorystore for Valkey verfügbaren Cloud Monitoring-Messwerte aufgelistet und es wird beschrieben, was die einzelnen Messwerte messen.

Cloud Monitoring-Messwerte

Messwertname	Beschreibung
memorystore.googleapis.com/instance/clients/average_connected_clients	Durchschnittliche aktuelle Anzahl der Clientverbindungen auf allen Knoten in der Instanz.
memorystore.googleapis.com/instance/clients/maximum_connected_clients	Die aktuelle maximale Anzahl von Clientverbindungen für einen einzelnen Knoten in der Instanz.
memorystore.googleapis.com/instance/clients/maximum_connection_duration	Maximale Dauer einer Clientverbindung für einen einzelnen Knoten in der Instanz.
memorystore.googleapis.com/instance/clients/total_connected_clients	Aktuelle Anzahl der Clientverbindungen zur Instanz.
memorystore.googleapis.com/instance/stats/total_connections_received_count	Die Gesamtzahl der Clientverbindungen auf Instanzebene, die in der letzten Minute erstellt wurden.
memorystore.googleapis.com/instance/stats/total_rejected_connections_count	Anzahl der abgelehnten Verbindungen aufgrund des Limits „maxclients“.
memorystore.googleapis.com/instance/commandstats/total_usec_count	Die insgesamt verbrauchte Zeit pro Befehl.
memorystore.googleapis.com/instance/commandstats/total_calls_count	Gesamtzahl der Aufrufe für diesen Befehl in einer Minute.
memorystore.googleapis.com/instance/cpu/average_utilization	Durchschnittliche CPU-Auslastung aller Knoten in der Instanz von 0,0 bis 1,0.
memorystore.googleapis.com/instance/cpu/maximum_utilization	Maximale CPU-Auslastung für einen einzelnen Knoten in der Instanz von 0,0 bis 1,0.
memorystore.googleapis.com/instance/stats/average_expired_keys	Durchschnittliche Anzahl der Schlüsselablaufereignisse für die Primärschlüssel aller Knoten in der Instanz.
memorystore.googleapis.com/instance/stats/maximum_expired_keys	Maximale Anzahl von Schlüsselablaufereignissen für einen einzelnen Knoten in der Instanz für den Primärschlüssel.
memorystore.googleapis.com/instance/stats/total_expired_keys_count	Gesamtzahl der Schlüsselablaufereignisse auf allen primären Knoten der Instanz.
memorystore.googleapis.com/instance/stats/average_evicted_keys	Durchschnittliche Anzahl der aufgrund der Arbeitsspeicherkapazität entfernten Schlüssel auf allen primären Knoten der Instanz.
memorystore.googleapis.com/instance/stats/maximum_evicted_keys	Maximale Anzahl der entfernten Schlüssel für einen einzelnen Knoten in der Instanz aufgrund der Arbeitsspeicherkapazität für den Primärspeicher.
memorystore.googleapis.com/instance/stats/total_evicted_keys_count	Anzahl der aufgrund der Arbeitsspeicherkapazität auf allen primären Knoten der Instanz entfernten Schlüssel.
memorystore.googleapis.com/instance/keyspace/total_keys	Anzahl der in der Instanz gespeicherten Schlüssel.
memorystore.googleapis.com/instance/stats/average_keyspace_hits	Durchschnittliche Anzahl der erfolgreichen Schlüsselsuche auf allen Knoten in der Instanz.
memorystore.googleapis.com/instance/stats/maximum_keyspace_hits	Maximale Anzahl erfolgreicher Schlüsselabfragen für einen einzelnen Knoten in der Instanz.
memorystore.googleapis.com/instance/stats/total_keyspace_hits_count	Anzahl der erfolgreichen Schlüsselabfragen für die Instanz.
memorystore.googleapis.com/instance/stats/average_keyspace_misses	Durchschnittliche Anzahl der fehlgeschlagenen Schlüsselsuche auf allen Knoten in der Instanz.
memorystore.googleapis.com/instance/stats/maximum_keyspace_misses	Maximale Anzahl fehlgeschlagener Schlüsselabfragen für einen einzelnen Knoten in der Instanz.
memorystore.googleapis.com/instance/stats/total_keyspace_misses_count	Gesamtzahl der fehlgeschlagenen Schlüsselsuche für die Instanz.
memorystore.googleapis.com/instance/memory/average_utilization	Durchschnittliche Arbeitsspeicherauslastung auf allen Knoten der Instanz. Der Wert liegt zwischen 0,0 und 1,0.
memorystore.googleapis.com/instance/memory/maximum_utilization	Maximale Arbeitsspeicherauslastung für einen einzelnen Knoten in der Instanz von 0,0 bis 1,0.
memorystore.googleapis.com/instance/memory/total_used_memory	Gesamte Arbeitsspeichernutzung der Instanz.
memorystore.googleapis.com/instance/memory/size	Arbeitsspeichergröße der Instanz.
memorystore.googleapis.com/instance/replication/average_ack_lag	Durchschnittliche Replikationsverzögerung (in Sekunden) der Replikate auf allen Knoten in der Instanz. Die Replikationsverzögerung (in Sekunden) gibt an, wie weit die Replikate hinter den primären Instanzen zurückliegen.
memorystore.googleapis.com/instance/replication/maximum_ack_lag	Maximale Replikationsbestätigungsverzögerung (in Sekunden) für ein einzelnes Replikat in der Instanz. Die Replikationsbestätigungsverzögerung (in Sekunden) gibt an, wie weit die Replikationsbestätigungen hinter den primären Instanzen zurückliegen.
memorystore.googleapis.com/instance/replication/average_offset_diff	Durchschnittliche Differenz des Replikationsbestätigungs-Offset (in Byte) für alle Knoten in der Instanz. Der Replikationsbestätigungs-Offset ist die Anzahl der Byte, die nicht zwischen den Replikaten und ihren primären Instanzen repliziert wurden.
memorystore.googleapis.com/instance/replication/maximum_offset_diff	Maximale Replikationsoffset-Abweichung (in Byte) für einen einzelnen Knoten in der Instanz. Die Replikationsoffset-Abweichung ist die Anzahl der Byte, die nicht zwischen einem Replikat und seinen primären Datenbanken repliziert wurden.
memorystore.googleapis.com/instance/stats/total_net_input_bytes_count	Anzahl der eingehenden Netzwerk-Byte, die von den Instanzendpunkten empfangen wurden.
memorystore.googleapis.com/instance/stats/total_net_output_bytes_count	Anzahl der ausgehenden Netzwerk-Byte, die von den Instanzendpunkten gesendet wurden.

Messwerte zur Persistenz

In diesem Abschnitt werden Messwerte zur Nutzerbindung aufgeführt und Anwendungsfälle für diese Messwerte beschrieben.

Messwerte zur Persistenz von RDB

Messwertname	Beschreibung
memorystore.googleapis.com/instance/persistence/load_count	Kumulative Anzahl der Ladevorgänge aus der Dumpdatei in der Instanz (AOF oder RDB).
memorystore.googleapis.com/instance/persistence/rdb_saves_count	Dieser Messwert gibt an, wie oft in Ihrer Instanz ein RDB-Snapshot (auch als Speichern bezeichnet) erstellt wurde. Dieser Messwert hat das Feld status_code. Wenn Sie prüfen möchten, ob ein Snapshot fehlgeschlagen ist, können Sie das Feld status_code nach dem folgenden Fehler filtern: 3 – INTERNAL_ERROR.
memorystore.googleapis.com/instance/persistence/rdb_last_success_ages	Dieser Messwert gibt das Alter eines Verteilungs-Snapshots für alle Knoten in der Instanz an. Idealerweise sollten die Werte der Verteilung eine kürzere Verzögerungszeit (oder dieselbe Zeit) als die Snapshot-Frequenz haben.
memorystore.googleapis.com/instance/persistence/rejected_writes_count	Kumulative Anzahl der verweigerten Schreibbefehle in der Instanz aufgrund von Fehlern beim Speichern.

Messwerte zur AOF-Persistenz

Messwertname	Beschreibung
memorystore.googleapis.com/instance/persistence/aof_fsync_lags	Dieser Messwert zeigt eine Verteilung der Verzögerung (vom Schreiben der Daten bis zur Synchronisierung mit dem dauerhaften Speicher) für alle Knoten in der Instanz. Es wird nur für Instanzen mit appendfsync=everysec gesendet. Idealerweise sollten die Werte in der Verteilung eine kürzere Verzögerungszeit (oder dieselbe Zeit) als die AOF-Synchronisationshäufigkeit haben.
memorystore.googleapis.com/instance/persistence/aof_rewrite_count	Dieser Messwert gibt an, wie oft ein Knoten für Ihre Instanz eine AOF-Neuschreibung ausgelöst hat. Dieser Messwert hat das Feld status_code. Wenn Sie prüfen möchten, ob AOF-Umschreibungen fehlschlagen, können Sie das Feld status_code nach dem folgenden Fehler filtern: 3 – INTERNAL_ERROR.

Anwendungsfälle für Messwerte zur Nutzerbindung

Prüfen, ob AOF-Schreibvorgänge zu Latenz und Arbeitsspeicherausfall führen

Angenommen, Sie stellen eine erhöhte Latenz oder Speichernutzung bei Ihrer Instanz fest. In diesem Fall sollten Sie prüfen, ob die zusätzliche Nutzung mit der AOF-Persistenz zusammenhängt.

Da Sie wissen, dass AOF-Neuschreiben vorübergehende Lastspitzen auslösen können, können Sie den Messwert aof_rewrites_count prüfen. Dieser gibt die kumulative Anzahl der AOF-Neuschreibungen während der Lebensdauer der Instanz an. Angenommen, dieser Messwert zeigt, dass Steigerungen der Anzahl der Neuausschreibungen mit Latenzsteigerungen korrelieren. In diesem Fall können Sie das Problem beheben, indem Sie die Schreibrate reduzieren oder die Anzahl der Shards erhöhen, um die Häufigkeit der Überschreibungen zu verringern.

Prüfen, ob RDB-Speichervorgänge zu Latenz und Arbeitsspeicherausfall führen

Angenommen, Sie stellen eine erhöhte Latenz oder Speichernutzung bei Ihrer Instanz fest. In diesem Fall sollten Sie prüfen, ob die zusätzliche Nutzung mit der RDB-Persistenz zusammenhängt.

Da Sie wissen, dass RDB-Speichervorgänge vorübergehende Lastspitzen auslösen können, können Sie den Messwert rdb_saves_count prüfen, der die kumulative Anzahl der RDB-Speichervorgänge während der Lebensdauer der Instanz angibt. Angenommen, dieser Messwert zeigt, dass Steigerungen bei der Anzahl der RDB-Speichern mit einer Erhöhung der Latenz einhergehen. In diesem Fall können Sie das RDB-Snapshot-Intervall verkürzen, um die Häufigkeit der Überschreibungen zu verringern. Sie können die Instanz auch horizontal skalieren, um die Basislast zu reduzieren.

Messwerte für Memorystore for Valkey auswerten

Wie in der Liste oben zu sehen, sind viele der Messwerte in drei Kategorien unterteilt: „Durchschnitt“, „Maximum“ und „Summe“.

Für Memorystore for Redis bieten wir durchschnittliche und maximale Varianten desselben Messwerts an, damit Sie Hotspots für diese Messwertfamilie identifizieren können.

Der Wert Summe für den Messwert ist unabhängig und bietet unabhängige Informationen, die nicht mit dem Hotspot-Zweck von Durchschnitt und Maximum zusammenhängen.

Durchschnittliche und maximale Messwerte

Angenommen, Sie vergleichen die Werte average_keyspace_hits und maximum_keyspace_hits für Ihre Instanz. Je größer der Unterschied zwischen den beiden Messwerten ist, desto mehr Hotspots gibt es in Ihrer Instanz. Idealerweise sollte der Wert zwischen average_keyspace_hits und maximum_keyspace_hits liegen, da dies bedeutet, dass Treffer gleichmäßiger auf Ihre Instanz verteilt sind.

Dieses Prinzip gilt für alle Messwerte, die die Varianten Durchschnitt und Maximum desselben Messwerts haben.

Beispiel für Hotspots

Wenn Sie average_keyspace_hits und maximum_keyspace_hits für alle Shards in Ihrer Instanz vergleichen, können Sie anhand dieser Werte erkennen, wo Hotspots auftreten. Angenommen, die Shards in einer Instanz mit 6 Shards haben die folgende Anzahl von Treffern:

• Shard 1–2 Hits
• Shard 2 – 2 Treffer
• Shard 3 – 2 Treffer
• Shard 4 – 2 Treffer
• Shard 5 – 2 Treffer
• Shard 6–8 – Treffer

In diesem Beispiel gibt average_keyspace_hits den Wert 3 und maximum_keyspace_hits den Wert 8 zurück, was bedeutet, dass Shard 6 heiß ist.