Azure Managed Redis Monitoring Data Reference

Gilt für:: ✅ Azure Managed Redis

Dieser Artikel enthält alle Referenzinformationen zur Überwachung dieses Dienstes.

Metriken

In diesem Abschnitt werden alle automatisch erfassten Plattformmetriken für diesen Dienst aufgeführt. Diese Metriken sind auch Teil der globalen Liste aller in Azure Monitor unterstützten Plattformmetriken.

Informationen zur Aufbewahrung von Metriken finden Sie unter Überblick über Metriken in Azure Monitor.

Weitere Details und Informationen zu den unterstützten Metriken für Microsoft.Cache/redisEnterprise finden Sie im folgenden Abschnitt.

Unterstützte Metriken für Microsoft.Cache/redisEnterprise

In der folgenden Tabelle sind die Metriken aufgeführt, die für den Ressourcentyp "Microsoft.Cache/redisEnterprise" verfügbar sind.

Möglicherweise sind nicht alle Spalten in jeder Tabelle vorhanden.
Einige Spalten können über den Anzeigebereich der Seite hinausgehen. Wählen Sie Tabelle erweitern aus, um alle verfügbaren Spalten anzuzeigen.

Tabellenüberschriften

Kategorie – Die Metrikgruppe oder -klassifizierung.
Metrik – Der Anzeigename der Metrik, wie sie im Azure-Portal angezeigt wird.
Name in REST-API: Der Metrikname im REST-API
Einheit – Maßeinheit.
Aggregation – Der Standardaggregationstyp . Gültige Werte: Mittelwert (Avg), Minimum (Min), Maximum (Max), Gesamt (Sum), Anzahl
Dimensionen - Für die Metrik verfügbare Dimensionen.
Aggregationsintervall - Intervalle, in denen die Metrik gesampelt wird. PT1M bedeutet zum Beispiel, dass die Metrik jede Minute abgerufen wird, PT30M alle 30 Minuten, PT1H jede Stunde usw.
DS-Export – Gibt an, ob die Metrik über Diagnose-Einstellungen in Azure Monitor-Protokolle exportiert werden kann. Informationen zum Exportieren von Metriken finden Sie unter Diagnoseeinstellungen in Azure Monitor erstellen.

Maßeinheit	Name in der REST-API	Einheit	Aggregierung	Maße	Zeitkörner	DS-Export
Cachetreffer Die Anzahl erfolgreicher Schlüsselsuchen. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`cachehits`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Cache-Latenz in Mikrosekunden (Vorschau) Die Wartezeit für den Cache in Mikrosekunden. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`cacheLatency`	Anzahl	Durchschnitt	`InstanceId`	PT5M, PT1H	Ja
Cachefehler Die Anzahl fehlerhafter Schlüsselsuchen. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`cachemisses`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Cache-Lesevorgänge Die Menge an Daten in Megabyte pro Sekunde (MB/s), die aus dem Cache gelesen wurden. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`cacheRead`	Bytes pro Sekunde	Höchstwert	`InstanceId`	PT5M, PT1H	Ja
Cache-Schreibvorgänge Die Menge an Daten in Megabyte pro Sekunde (MB/s), die in den Cache geschrieben wurden. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`cacheWrite`	Bytes pro Sekunde	Höchstwert	`InstanceId`	PT5M, PT1H	Ja
Verbundene Clients Die Anzahl von Clientverbindungen mit dem Cache. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`connectedclients`	Anzahl	Höchstwert	`InstanceId`	PT5M, PT1H	Ja
Entfernte Schlüssel Die Anzahl von Elementen, die aus dem Cache entfernt wurden. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`evictedkeys`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Abgelaufene Schlüssel Die Anzahl von Elementen, die im Cache abgelaufen sind. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`expiredkeys`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Georeplikation fehlerfrei Der Zustand der Georeplikation in einer aktiven Georeplikationsgruppe. „0“ steht für ungesund und „1“ für gesund. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`geoReplicationHealthy`	Anzahl	Höchstwert	<Keine>	PT5M, PT1H	Ja
Get-Vorgänge Die Anzahl der Abrufvorgänge aus dem Cache. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`getcommands`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Vorgänge pro Sekunde Die Anzahl von sofortigen Vorgängen pro Sekunde, die im Cache ausgeführt wurden. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`operationsPerSecond`	Anzahl	Höchstwert	<Keine>	PT5M, PT1H	Ja
CPU Die CPU-Auslastung des Azure Redis Cache-Servers in Prozent. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`percentProcessorTime`	Prozent	Höchstwert	`InstanceId`	PT5M, PT1H	Ja
Serverauslastung Der Prozentsatz der Zyklen, in denen der Redis-Server mit der Verarbeitung beschäftigt ist und nicht auf Nachrichten wartet. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`serverLoad`	Prozent	Höchstwert	<Keine>	PT5M, PT1H	Ja
Set-Vorgänge Die Anzahl von Set-Vorgängen an den Cache. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`setcommands`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Vorgänge gesamt Die Gesamtzahl der vom Cacheserver verarbeiteten Befehle. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`totalcommandsprocessed`	Anzahl	Gesamt (Summe)	<Keine>	PT5M, PT1H	Ja
Gesamtschlüssel Die Gesamtzahl der Elemente im Cache. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`totalkeys`	Anzahl	Höchstwert	<Keine>	PT5M, PT1H	Ja
Verwendeter Arbeitsspeicher Die Menge an Cachespeicher in MB, die für Schlüssel-Wert-Paare im Cache verwendet wurde. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`usedmemory`	Byte-Einheiten	Höchstwert	<Keine>	PT5M, PT1H	Ja
Prozentsatz der Arbeitsspeicherverwendung Der Prozentsatz des Cachespeichers, der für Schlüssel-Wert-Paare verwendet wurde. Weitere Details finden Sie unter https://aka.ms/redis/enterprise/metrics.	`usedmemorypercentage`	Prozent	Höchstwert	<Keine>	PT5M, PT1H	Ja

Details zu Azure Managed Redis-Metriken

Die folgende Liste enthält Details und weitere Informationen zu den unterstützten Azure Monitor-Metriken für Microsoft.Cache/redisEnterprise.

Maßeinheit	Einzelheiten
Cachelatenz (Vorschau)	Die durchschnittliche Latenz von Anforderungen, die von Endpunkten im Cacheknoten während des angegebenen Berichtsintervalls behandelt werden. Diese Metrik wird in Millisekunden gemessen und wird aus der `node_avg_latency` Prometheus-Metrik abgeleitet. Diese Metrik wird nur gemeldet, wenn der aktive Datenverkehr im Cache vorhanden ist.
Cachetreffer	Die Anzahl der erfolgreichen Schlüsselsuche während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `bdb_read_hits` Prometheus-Metrik.
Cachefehler	Die Anzahl der fehlerhaften Schlüsselsuchen während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `bdb_read_misses_max` Prometheus-Metrik. Cachefehler bedeuten nicht unbedingt, dass ein Problem mit dem Cache vorliegt. Bei Verwendung des cachefremden Programmierschemas sucht eine Anwendung zuerst im Cache nach einem Element. Wenn das gesuchte Element nicht vorhanden ist (Cachefehler), wird es aus der Datenbank abgerufen und dem Cache für das nächste Mal hinzugefügt. Cachefehler sind ein normales Verhalten für das cachefremde Programmierschema. Wenn die Anzahl der Cachefehler höher ist als erwartet, untersuchen Sie die Anwendungslogik, die den Cache auffüllt und aus dem Cache liest. Wenn Elemente aufgrund des Speicherdrucks aus dem Cache entfernt werden, gibt es möglicherweise einige Cachefehler, aber eine bessere Metrik zur Überwachung des Speicherdrucks wäre `Used Memory or Evicted Keys`.
Cache-Lesevorgänge	Die Rate des eingehenden Netzwerkdatenverkehrs an den Cacheknoten in Byte pro Sekunde während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `node_ingress_bytes_max` Prometheus-Metrik. Wenn Sie Warnungen für serverseitige Netzwerkbandbreitenbeschränkungen einrichten möchten, erstellen Sie sie mithilfe dieses Cacheleseindikators. Die beobachteten Bandbreitengrenzwerte für verschiedene Cachetarife und -größen finden Sie in dieser Tabelle.
Cache-Schreibvorgänge	Die Rate des ausgehenden Netzwerkdatenverkehrs vom Cacheknoten in Byte pro Sekunde während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `node_egress_bytes_max` Prometheus-Metrik.
Verbundene Clients	Die Anzahl von Clientverbindungen mit dem Cache während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `node_conns` Prometheus-Metrik, die Clients zählt, die mit Endpunkten auf dem Knoten verbunden sind. Sobald der Verbindungsgrenzwert erreicht ist, schlägt später versucht, eine Verbindung mit dem Cache herzustellen. Auch wenn keine Clientanwendungen aktiv sind, können aufgrund interner Prozesse und Verbindungen dennoch einige Instanzen verbundener Clients vorhanden sein.
Prozessor	Die CPU-Auslastung des Azure Managed Redis-Servers als Prozentsatz während des angegebenen Berichtsintervalls. Dieser Wert wird von der `node_cpu_idle_min` Prometheus-Metrik abgeleitet, die den niedrigsten während des Intervalls beobachteten CPU-Leerlaufzeitteil darstellt und invertiert wird, um die CPU-Beschäftigt-Zeit widerzuspiegeln. Die CPU-Metrik enthält Hintergrundprozesse wie Antischadsoftware, die nicht streng Redis-Serverprozesse sind, sodass sie manchmal unabhängig von Redis-Workload spitzen kann. Es wird empfohlen, diese Metrik über die Serverlast für die Überwachung zu verwenden, da sie den Drilldown auf Instanzebene unterstützt, indem Sie die Instanz-ID aufteilen und eine genauere Granularität bereitstellen, in die der Knoten unter Druck steht.
Entfernte Schlüssel	Die Anzahl der Schlüssel, die während des angegebenen Berichtsintervalls aus dem Cache entfernt wurden. Dieser Wert stammt aus der `bdb_evicted_objects` Prometheus-Metrik.
Abgelaufene Schlüssel	Die Anzahl der Schlüssel ist während des angegebenen Berichtsintervalls aus dem Cache abgelaufen. Dieser Wert stammt aus der `bdb_expired_objects` Prometheus-Metrik.
Fehlerfreie Georeplikation	Gibt den Status der Georeplikationsverknüpfung zwischen Caches in einer aktiven Geo-Replication-Gruppe an. Die Metrik meldet einen von zwei Werten: 0 – getrennt/ungesund 1: Fehlerfrei Die Metrik ist für speicheroptimierte, ausgewogene und computeoptimierte Ebenencaches verfügbar, wobei die Georeplikation aktiviert ist. Der Wert „0“ bedeutet dabei nicht, dass Daten im Georeplikat verloren gegangen sind. Er bedeutet nur, dass die Verbindung zwischen dem primären geografischen Standort und dem sekundären geografischen Standort fehlerhaft ist. Diese Metrik kann einen auf eine getrennte/fehlerhafte Replikationsverbindung hinweisen. Dafür kommen mehrere Gründen infrage, z. B. monatliches Patching, Hostbetriebssystemupdates, Netzwerkfehlkonfiguration oder fehlgeschlagene Bereitstellung der Georeplikationsverbindung. Der Azure Managed Redis-Dienst patchet regelmäßig Caches mit den neuesten Plattformfeatures und -verbesserungen. Während dieser Updates wird jeder Cacheknoten offline genommen, sodass die Georeplikationsverbindung vorübergehend deaktiviert wird. Wenn Ihre Georeplikationsverknüpfung fehlerhaft ist, überprüfen Sie, ob sie durch ein Patchingereignis im geo-primären oder geo-sekundären Cache verursacht wurde, indem Sie " Diagnose" und "Probleme lösen " im Menü "Ressource" im Portal verwenden. Abhängig vom Umfang der Daten im Cache kann die Ausfallzeit durch das Patchen von wenigen Minuten bis zu einer Stunde betragen. Wenn die Georeplikationsverbindung für mehr als eine Stunde fehlerhaft ist, erstellen Sie eine Supportanfrage.
get-Vorgänge	Die Anzahl der Leseanforderungen an den Cache während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `bdb_read_req` Prometheus-Metrik, die die Rate aller Leseanforderungen für die Datenbank darstellt, und entspricht der Summe der Cachetreffer und Fehler während des Berichtsintervalls.
Vorgänge pro Sekunde	Die Gesamtanzahl der Anforderungen, die pro Sekunde von allen Shards des Caches während des angegebenen Berichtsintervalls verarbeitet werden. Dieser Wert stammt aus der `bdb_instantaneous_ops_per_sec` Prometheus-Metrik.
Serverlast	Die Metrik "Serverlast " spiegelt die eigene Bewertung der Gesamtlast des Redis-Servers wider und ähnelt der CPU-Metrik , gemessen auf Clusterebene und nicht pro Instanz. Dieser Wert wird von der `node_cpu_idle_min` Prometheus-Metrik abgeleitet und invertiert, um die Serverbelastungszeit widerzuspiegeln. Wenn dieser Zähler den Wert 100 erreicht, hat der Redis-Server die Leistungsobergrenze erreicht, sodass die CPU nicht schneller arbeiten kann. Sie können einen großen Latenzeffekt erwarten. Wenn eine anhaltende hohe Serverlast auftritt, erwägen Sie, den Cache oder die Partitionierung von Daten über mehrere Caches hinweg zu skalieren. Wenn die Serverlast nur mäßig hoch ist, z. B. 50 bis 80 Prozent, bleibt die durchschnittliche Latenz in der Regel niedrig, und Timeoutausnahmen können andere Ursachen haben als hohe Serverlatenz. Da die Serverlast auf Clusterebene gemessen wird, können Sie keinen Drilldown zu einzelnen Instanzen ausführen. Es wird empfohlen, stattdessen die CPU-Metrik zu verwenden, da sie die Aufteilung nach Instanz-ID für die Analyse auf Instanzebene unterstützt. Vorsicht: Die Metrik "Serverlast " kann falsche Daten für Azure Managed Redis-Caches darstellen. Zuweilen wird eine Serverlast von mehr als 100 angezeigt. Wir untersuchen dieses Problem. Es wird empfohlen, stattdessen die CPU-Metrik zu verwenden.
Garnituren	Die Anzahl der Schreibanforderungen an den Cache während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `bdb_write_req` Prometheus-Metrik, die die Rate aller Schreibanforderungen für die Datenbank darstellt.
Schlüssel insgesamt	Die Anzahl der Schlüssel im Cache während des angegebenen Berichtsintervalls. Dieser Wert stammt aus der `bdb_no_of_keys` Prometheus-Metrik. Wichtig: Aufgrund einer Einschränkung im zugrunde liegenden Metriksystem für Caches mit aktiviertem Clustering geben Total Keys die maximale Anzahl von Schlüsseln des Shards zurück, die die maximale Anzahl von Schlüsseln während des Berichtsintervalls hatten.
Operations gesamt	Die Gesamtzahl der anforderungen, die vom Cache während des angegebenen Berichtsintervalls verarbeitet wurden. Dieser Wert stammt aus der `bdb_total_req` Prometheus-Metrik.
Verwendeter Arbeitsspeicher	Die Menge des Cachespeichers in Bytes, die von der Datenbank während des angegebenen Berichtsintervalls verwendet werden. Dieser Wert stammt aus der `bdb_used_memory` Prometheus-Metrik. Auf Speicherebenen mit optimierter Flash-Ebene umfasst dieser Wert sowohl ram- als auch flash-speicherauslastung. Dieser Wert enthält keine Fragmentierung. Wenn hohe Verfügbarkeit aktiviert ist, enthält der Wert "Verwendeter Speicher" den Speicher sowohl in den primären als auch in den Replikatknoten. Dies kann dazu führen, dass die Metrik doppelt so groß wie erwartet angezeigt wird.
Prozentsatz der Arbeitsspeicherverwendung	Der Prozentsatz des konfigurierten Speicherlimits, der derzeit während des angegebenen Berichtsintervalls verwendet wird. Dieser Wert wird als Verhältnis zwischen `bdb_used_memorybdb_memory_limit` den Redis Enterprise Prometheus-Metriken berechnet. Dieser Wert enthält keine Fragmentierung.

Ressourcenprotokolle

In diesem Abschnitt werden die Ressourcenprotokolltypen aufgeführt, die für diesen Service erfasst werden können. Der Abschnitt wird aus der Liste aller in Azure Monitor unterstützten Kategorietypen für Ressourcenprotokolle gezogen.

Unterstützte Ressourcenprotokolle für Microsoft.Cache/redisEnterprise/databases

Kategorie	Anzeigename der Kategorie	Logbuch-Tabelle	Unterstützt grundlegenden Protokollplan	Unterstützt die Transformation zur Erfassungszeit	Beispielabfragen	Exportkosten
`ConnectionEvents`	Verbindungsereignisse (Neu Verbinden/Authentifizieren/Trennen)	REDConnectionEvents Protokolliert die Verbindungsereignisse, wenn der Client eine Verbindung mit der Redis Enterprise-Datenbank herstellt.	Ja	Ja	Fragen	Ja

Tabellen in Azure Monitor-Protokollen

Dieser Abschnitt bezieht sich die für diesen Service relevanten Azure-Monitor-Protokolltabellen, die für die Abfrage durch Protokollanalyse mit Kusto-Abfragen zur Verfügung stehen. Diese Tabellen enthalten Ressourcenprotokolldaten und möglicherweise mehr, je nachdem, was erfasst und an sie weitergeleitet wird.