Azure Cache for Redis-Überwachungsdatenreferenz

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

Details zu den Daten, die Sie für Azure Cache für Redis sammeln können, finden Sie unter Überwachen des Azure-Caches für Redis und deren Verwendung.

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/redis und Microsoft.Cache/redisEnterprise finden Sie unter Liste der Metriken.

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

In der folgenden Tabelle sind die Metriken aufgeführt, die für den Ressourcentyp "Microsoft.Cache/redis" 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 er im Azure-Portal angezeigt wird.
• Name in REST-API: Der Metrikname im REST-API
• Einheit – Abrechnungseinheit.
• Aggregation – Der Standard-Aggregationstyp. 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.

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 er im Azure-Portal angezeigt wird.
• Name in REST-API: Der Metrikname im REST-API
• Einheit – Abrechnungseinheit.
• Aggregation – Der Standard-Aggregationstyp. 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.

Azure Cache for Redis-Metriken

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

• 99. Perzentilwartezeit (Vorschau)

  • Stellt die Wartezeit von serverseitigen Befehlen im ungünstigsten Fall (99. Perzentil) dar. Dies wird durch die Ausgabe von PING-Befehlen vom Lastenausgleich an den Redis-Server und die Nachverfolgung der Antwortzeit gemessen.
  • Nützlich zum Nachverfolgen der Integrität Ihrer Redis-Instanz. Die Wartezeit erhöht sich, wenn der Cache stark ausgelastet ist oder wenn zeitintensive Befehle die Ausführung des PING-Befehls verzögern.
  • Diese Metrik ist nur für Caches in den Ebenen Standard und Premium verfügbar.
  • Diese Metrik ist für Caches, die von der Einstellung des Clouddiensts betroffen sind, nicht verfügbar. Weitere Informationen finden Sie hier.

• Cachelatenz (Vorschau)

  • Die anhand der Latenz des Caches zwischen Knoten berechnete Cachelatenz. Diese Metrik wird in Mikrosekunden gemessen und verfügt über drei Dimensionen: Avg, Min und Max. Die Dimensionen stellen die durchschnittliche, minimale bzw. maximale Latenz des Caches während des angegebenen Berichtsintervalls dar.

• Cachefehler

  • Die Anzahl der fehlerhaften Schlüsselsuchen während des angegebenen Berichtsintervalls. Diese Zahl ist keyspace_misses aus dem Redis-Befehl INFO zugeordnet. 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 von ungenügendem Arbeitsspeicher aus dem Cache entfernt werden, können Cachefehler auftreten. Zur Überwachung der Arbeitsspeicherauslastung eignen sich jedoch die Metriken Used Memory oder Evicted Keys besser.

• Cachefehlerrate

  • Der Prozentsatz der nicht erfolgreichen Schlüsselsuchen während des angegebenen Berichtsintervalls. Diese Metrik ist in Caches der Enterprise- oder Enterprise Flash-Ebene nicht verfügbar.

• Cache-Lesevorgänge

  • Die Menge an Daten in Megabyte pro Sekunde (MB/s), die während des angegebenen Berichtsintervalls im Cache gelesen wurden. Dieser Wert wird von den Netzwerkschnittstellenkarten für den virtuellen Computer abgeleitet, der den Cache hostet, und ist nicht Redis-spezifisch. Dieser Wert entspricht der von diesem Cache verwendeten Netzwerkbandbreite. Wenn Sie Warnungen für serverseitige Grenzwerte bei der Netzwerkbandbreite einrichten möchten, erstellen Sie sie mithilfe des Cache Read-Leistungsindikators. Die beobachteten Bandbreitengrenzwerte für verschiedene Cachetarife und -größen finden Sie in dieser Tabelle.

• Cache-Schreibvorgänge

  • Die Menge an Daten in Megabyte pro Sekunde (MB/s), die während des angegebenen Berichtsintervalls in den Cache geschrieben wurden. Dieser Wert wird von den Netzwerkschnittstellenkarten für den virtuellen Computer abgeleitet, der den Cache hostet, und ist nicht Redis-spezifisch. Dieser Wert entspricht der Netzwerkbandbreite der vom Client an den Cache gesendeten Daten.

• Verbundene Clients

  • Die Anzahl von Clientverbindungen mit dem Cache während des angegebenen Berichtsintervalls. Diese Zahl ist connected_clients aus dem Redis-Befehl INFO zugeordnet. Sobald der Grenzwert für Verbindungen erreicht ist, treten bei späteren Verbindungsversuchen mit dem Cache Fehler auf. Auch wenn keine Clientanwendungen aktiv sind, können aufgrund interner Prozesse und Verbindungen dennoch einige Instanzen verbundener Clients vorhanden sein.

• Verbundene Clients mit Microsoft Entra-Token (Vorschau)

  • Die Anzahl von Clientverbindungen mit dem authentifizierten Cache unter Verwendung eines Microsoft Entra-Tokens während des angegebenen Berichtsintervalls.

• Pro Sekunde erstellte Verbindungen

  • Die Anzahl der sofortigen Verbindungen, die pro Sekunde im Cache über Port 6379 oder 6380 (SSL) erstellt werden. Mithilfe dieser Metrik können Sie ermitteln, ob Clients eine Verbindung häufig trennen und wiederherstellen, was zu einer höheren CPU-Auslastung und Arbeitsauslastung des Redis-Servers führen kann. Diese Metrik ist in Caches der Enterprise- oder Enterprise Flash-Ebene nicht verfügbar.

• Pro Sekunde geschlossene Verbindungen

  • Die Anzahl der sofortigen Verbindungen, die pro Sekunde im Cache über Port 6379 oder 6380 (SSL) geschlossen werden. Mithilfe dieser Metrik können Sie ermitteln, ob Clients eine Verbindung häufig trennen und wiederherstellen, was zu einer höheren CPU-Auslastung und Arbeitsauslastung des Redis-Servers führen kann. Diese Metrik ist in Caches der Enterprise- oder Enterprise Flash-Ebene nicht verfügbar.

• CPU

  • Die CPU-Auslastung des Azure Cache for Redis-Servers in Prozent während des angegebenen Berichtsintervalls. Dieser Wert ist dem Betriebssystem-Leistungsindikator \Processor(_Total)\% Processor Time zugeordnet, Beachten Sie, dass diese Metrik aufgrund von Hintergrundsicherheitsprozessen mit niedriger Priorität, die auf dem Knoten ausgeführt werden, laut sein kann. Daher wird empfohlen, die Metrik "Serverlast" zu überwachen, um die Last auf einem Redis-Server nachzuverfolgen.

• Fehler

  • Bestimmte Fehler und Leistungsprobleme, mit denen der Cache während eines angegebenen Berichtsintervalls konfrontiert werden könnte. Diese Metrik weist acht Dimensionen auf, die verschiedene Fehlertypen darstellen. Derzeit werden folgende Fehlertypen dargestellt:
    • Failover: Wenn ein Failover für einen Cache erfolgt (untergeordneter Cache wird zum primären Cache heraufgestuft)
    • Dataloss: Wenn Datenverlust auf dem Cache auftritt
    • UnresponsiveClients: Wenn die Clients Daten nicht schnell genug vom Server lesen, und insbesondere, wenn die Anzahl der Bytes im Redis-Serverausgabepuffer für einen Client 1.000.000 Bytes überschreitet.
    • AOF: Wenn ein Problem im Zusammenhang mit der AOF-Persistenz auftritt
    • RDB: Wenn ein Problem im Zusammenhang mit der RDB-Persistenz auftritt
    • Import: Wenn ein Problem im Zusammenhang mit „Import RDB“ auftritt
    • Export: Wenn ein Problem im Zusammenhang mit „Export RDB“ auftritt
    • AADAuthenticationFailure – veraltet
    • AADTokenExpired – veraltet
    • MicrosoftEntraAuthenticationFailure – wenn ein Authentifizierungsfehler mithilfe des Microsoft Entra-Zugriffstokens auftritt
    • MicrosoftEntraTokenExpired – wenn ein microsoft Entra-Zugriffstoken, das für die Authentifizierung verwendet wird, nicht verlängert wird und abläuft

• Entfernte Schlüssel

  • Die Anzahl von Elementen, die aufgrund des maxmemory-Grenzwerts während des angegebenen Berichtsintervalls aus dem Cache entfernt wurden.
  • Diese Zahl ist evicted_keys aus dem Redis-Befehl INFO zugeordnet.

• Abgelaufene Schlüssel

  • Die Anzahl von Elementen, die während des angegebenen Berichtsintervalls im Cache abgelaufen sind. Dieser Wert ist expired_keys aus dem Redis-Befehl „INFO“ zugeordnet.

• Georeplikationsmetriken

  Monatliche interne Wartungsvorgängen wirken sich auf Georeplikationsmetriken aus. Der Azure Cache for Redis-Dienst installiert in regelmäßigen Abständen Patches mit den neuesten Plattformfeatures und Verbesserungen für alle Caches. Während dieser Updates wird jeder Cacheknoten offline genommen, sodass die Georeplikationsverbindung vorübergehend deaktiviert wird. Überprüfen Sie bei einer fehlerhaften Georeplikationsverbindung, ob dies durch ein Patchereignis im Cache am primären und am sekundären geografischen Standort verursacht wurde, indem Sie Diagnose und Problembehandlung im Ressourcenmenü im Portal auswählen. 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.

  Das Dashboard „Georeplikation“ ist eine einfache Möglichkeit, alle Georeplikationsmetriken des Premium-Tarifs an einem Ort anzuzeigen. Dieses Dashboard ruft Metriken zusammen, die nur von der geo-primären oder geografischen Sekundären ausgegeben werden, sodass sie gleichzeitig angezeigt werden können.

  • Konnektivitätsverzögerung bei der Georeplikation

    • Stellt die Zeit in Sekunden seit der letzten erfolgreichen Datensynchronisierung zwischen den Daten am primären und am sekundären geografischen Standort dar. Wenn die Verbindung ausgefallen ist, wird dieser Wert ständig erhöht, was auf ein Problem hinweist.
    • Diese Metrik wird nur von der Cache-Instanz am sekundären geografischen Standort ausgegeben. In der Instanz am primären geografischen Standort weist diese Metrik keinen Wert auf.
    • Diese Metrik ist nur im Premium-Tarif für Caches mit aktivierter Georeplikation verfügbar.

  • Datensynchronisierungsoffset bei der Georeplikation

    • Stellt den ungefähren Datenumfang in Bytes dar, der noch mit dem Cache am sekundären geografischen Standort synchronisiert werden muss.
    • Diese Metrik wird nur von der Cache-Instanz am primären geografischen Standort ausgegeben. In der Instanz am sekundären geografischen Standort weist diese Metrik keinen Wert auf.
    • Diese Metrik ist nur im Premium-Tarif für Caches mit aktivierter Georeplikation verfügbar.

  • Vollständiges Synchronisierungsereignis für die Georeplikation wurde beendet.

    • Zeigt den Abschluss der vollständigen Synchronisierung zwischen georeplizierten Caches an. Wenn viele Schreibvorgänge am primären geografischen Standort sichtbar sind und die Replikation zwischen den beiden Caches nicht mithalten kann, ist eine vollständige Synchronisierung erforderlich. Bei einer vollständigen Synchronisierung werden die vollständigen Daten vom primären geografischen Standort zum sekundären geografischen Standort kopiert, indem anstelle einer teilweisen Synchronisierung wie im Normalfall eine RDB-Momentaufnahme erstellt wird. Eine ausführlichere Erläuterung finden Sie auf dieser Seite.
    • Die Metrik meldet meistens den Wert Null, da die Georeplikation partielle Neusynchronisierungen für alle neuen Daten verwendet, die nach der anfänglichen vollständigen Synchronisierung hinzugefügt wurden.
    • Diese Metrik wird nur von der Cache-Instanz am sekundären geografischen Standort ausgegeben. In der Instanz am primären geografischen Standort weist diese Metrik keinen Wert auf.
    • Diese Metrik ist nur im Premium-Tarif für Caches mit aktivierter Georeplikation verfügbar.

  • Vollständiges Synchronisierungsereignis für die Georeplikation wurde gestartet.

    • Zeigt den Beginn der vollständigen Synchronisierung zwischen georeplizierten Caches an. Wenn viele Schreibvorgänge am primären geografischen Standort stattfinden und die Replikation zwischen den beiden Caches nicht mithalten kann, ist eine vollständige Synchronisierung erforderlich. Bei einer vollständigen Synchronisierung werden die vollständigen Daten vom primären geografischen Standort zum sekundären geografischen Standort kopiert, indem anstelle einer teilweisen Synchronisierung wie im Normalfall eine RDB-Momentaufnahme erstellt wird. Eine ausführlichere Erläuterung finden Sie auf dieser Seite.
    • Die Metrik meldet meistens den Wert Null, da die Georeplikation partielle Neusynchronisierungen für alle neuen Daten verwendet, die nach der anfänglichen vollständigen Synchronisierung hinzugefügt wurden.
    • Die Metrik wird nur von der Cache-Instanz am sekundären geografischen Standort ausgegeben. In der Instanz am primären geografischen Standort weist diese Metrik keinen Wert auf.
    • Die Metrik ist nur im Premium-Tarif für Caches mit aktivierter Georeplikation verfügbar.

  • Fehlerfreie Georeplikation

    • Stellt den Status der Georeplikationsverbindung zwischen Caches dar. Es gibt zwei mögliche Zustände, in denen sich die Replikationsverbindung befinden kann:
      • 0: getrennt/fehlerhaft
      • 1: Fehlerfrei
    • Die Metrik ist in den Enterprise-, Enterprise Flash- und Premium-Tarif-Caches mit aktivierter Georeplikation verfügbar.
    • In Caches im Premium-Tarif wird diese Metrik nur von der Cache-Instanz des sekundären geografischen Standorts ausgegeben. In der Instanz am primären geografischen Standort weist diese Metrik keinen Wert auf.
    • 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 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.
    • Wenn die Georeplikationsverbindung für mehr als eine Stunde fehlerhaft ist, erstellen Sie eine Supportanfrage.

• get-Vorgänge

  • Die Anzahl von get-Vorgängen im Cache während des angegebenen Berichtsintervalls. Dieser Wert ist die Summe der folgenden Werte aus dem Redis-INFO-Befehl "all": cmdstat_get, cmdstat_hget, cmdstat_hgetall, cmdstat_hmget, cmdstat_mget, cmdstat_getbit und cmdstat_getrange und entspricht der Summe aller Cachetreffer und Cachefehler während des angegebenen Berichtsintervalls.

• Vorgänge pro Sekunde

  • Die Gesamtzahl aller Befehle, die während des angegebenen Berichtsintervalls vom Cacheserver pro Sekunde verarbeitet wurden. Dieser Wert wird „instantaneous_ops_per_sec“ aus dem Redis-INFO-Befehl zugeordnet.

• Serverlast

  • Der Prozentsatz der CPU-Zyklen, in denen der Redis-Server mit der Verarbeitung beschäftigt ist und nicht auf Nachrichten wartet. 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 hohe Redis-Serverlast angezeigt wird, z. B. 100, da Sie viele arbeitsintensive Befehle an den Server senden, werden möglicherweise Timeoutausnahmen im Client angezeigt. In diesem Fall sollten Sie die Skalierung, das Skalieren auf ein Premium-Cluster oder das Partitionieren Ihrer Daten in mehrere Caches in Betracht ziehen. Wenn die Serverlast nur mäßig hoch ist, z. B. 50 bis 80 Prozent, bleibt die durchschnittliche Latenz normalerweise niedrig und Timeoutausnahmen können andere Ursachen haben als eine hohe Serverlatenz.
  • Die Metrik Serverlast berücksichtigt andere Prozesse auf dem Computer mithilfe der vorhandenen CPU-Zyklen, welche die Leerlaufzeit des Redis-Servers verringern. Hintergrundaufgaben wie Virenscannen beispielsweise auf der C1-Ebene führen dazu, dass die Serverlast aus keinem offensichtlichen Grund höher ist. Es wird empfohlen, dass Sie zusätzlich zur Serverlast auf andere Metriken wie Vorgänge, Latenz und CPU achten.

  Achtung

  Die Metrik der Serverlast kann falsche Daten für Caches auf Enterprise- und Enterprise Flash-Ebene darstellen. Zuweilen wird eine Serverlast von mehr als 100 angezeigt. Wir untersuchen dieses Problem. In der Zwischenzeit empfehlen wir stattdessen die Verwendung der CPU-Metrik.

• Sets

  • Die Anzahl von set-Vorgängen im Cache während des angegebenen Berichtsintervalls. Dieser Wert ist die Summe der folgenden Werte aus dem Redis-INFO-Befehl "all": cmdstat_set, cmdstat_hset, cmdstat_hmset, cmdstat_hsetnx, cmdstat_lset, cmdstat_mset, cmdstat_msetnx, cmdstat_setbit, cmdstat_setex, cmdstat_setrange und cmdstat_setnx.

• Schlüssel insgesamt

  • Die maximale Anzahl der Schlüssel im Cache während des letzten Berichtszeitraums. Diese Zahl ist keyspace aus dem Redis-Befehl INFO zugeordnet.

  Wichtig

  Aufgrund einer Einschränkung im zugrunde liegenden Metriksystem für Caches mit aktiviertem Clustering gibt „Schlüssel insgesamt“ die maximale Anzahl der Schlüssel des Shards zurück, der im Berichtsintervall die maximale Anzahl der Schlüssel aufwies.

• Vorgänge gesamt

  • Die Gesamtzahl aller Befehle, die während des angegebenen Berichtsintervalls vom Cacheserver verarbeitet wurden. Dieser Wert ist total_commands_processed aus dem Redis-Befehl „INFO“ zugeordnet. Wenn Azure Cache for Redis ausschließlich für pub/sub-Vorgänge verwendet wird, sind keine Metriken für Cache Hits, Cache Misses, Gets oder Sets vorhanden. Stattdessen sind Total Operations-Metriken vorhanden, welche die Cachenutzung für pub/sub-Vorgänge widerspiegeln.

• Verwendeter Arbeitsspeicher

  • Die Menge an Cachespeicher in MB, die während des angegebenen Berichtsintervalls für Schlüssel-Wert-Paare im Cache verwendet wurde. Dieser Wert ist used_memory aus dem Redis-Befehl „INFO“ zugeordnet. Dieser Wert enthält keine Metadaten oder Fragmentierung.
  • Auf der Enterprise- und Enterprise Flash-Ebene enthält der Wert „Verwendeter Speicher“ den Speicher sowohl in den primären als auch in Replikatknoten. Dies kann dazu führen, dass die Metrik doppelt so groß wie erwartet angezeigt wird.

• Prozentsatz der Arbeitsspeicherverwendung

  • Der prozentuale Anteil des gesamten Arbeitsspeichers, der während des angegebenen Berichtsintervalls verwendet wird. Dieser Wert verweist auf den Wert used_memory aus dem Redis-INFO-Befehl zum Berechnen des Prozentsatzes. Dieser Wert enthält keine Fragmentierung.

• Verwendeter Arbeitsspeicher (RSS)

  • Die Menge an verwendetem Cachearbeitsspeicher in MB während des angegebenen Berichtsintervalls, einschließlich Fragmentierung. Dieser Wert ist used_memory_rss aus dem Redis-Befehl „INFO“ zugeordnet. Diese Metrik ist in Caches der Enterprise- oder Enterprise Flash-Ebene nicht verfügbar.

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/redis

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

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.

Azure Cache for Redis

microsoft.cache/redis

• ACRConnectedClientList
• AzureActivity
• AzureMetrics

Azure Cache for Redis-Enterprise

Microsoft.Cache/redisEnterprise

• REDConnectionEvents

Aktivitätsprotokoll

In der verknüpften Tabelle sind die Vorgänge aufgeführt, die im Aktivitätsprotokoll für diesen Dienst aufgezeichnet werden können. Diese Operationen sind eine Teilmenge aller möglichen Ressourcenanbietervorgänge im Aktivitätsprotokoll.

Weitere Informationen zum Schema von Aktivitätsprotokolleinträgen finden Sie unter Ereignisschema des Azure-Aktivitätsprotokolls.

• Microsoft.Cache-Ressourcenanbietervorgänge

Zugehöriger Inhalt

• Eine Beschreibung der Überwachung von Azure Cache für Redis finden Sie unter Überwachen des Azure-Caches für Redis.
• Weitere Informationen zur Überwachung von Azure-Ressourcen finden Sie unter Überwachen von Azure-Ressourcen mit Azure Monitor.