

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Protokollierung und Überwachung in Amazon ElastiCache
<a name="MonitoringECMetrics"></a>

Um Ihren Cache zu verwalten, ist es wichtig, dass Sie wissen, wie Ihre Caches funktionieren. ElastiCache generiert Metriken, die in Amazon CloudWatch Logs veröffentlicht werden, um Ihre Cache-Leistung zu überwachen. ElastiCache Generiert außerdem Ereignisse, wenn signifikante Änderungen an Ihren Cache-Ressourcen vorgenommen werden (z. B. wenn ein neuer Cache erstellt oder ein Cache gelöscht wird). 

**Topics**
+ [Metriken und Ereignisse für serverlose OSS-Caches von Valkey und Redis](serverless-metrics-events-redis.md)
+ [Metriken und Ereignisse für knotenbasierte Valkey- und Redis OSS-Cluster](self-designed-metrics-events.valkey-and-redis.md)
+ [Metriken und Ereignisse für Memcached-Caches und -Cluster](serverless-metrics-events.memcached.md)
+ [Protokollierung Amazon ElastiCache Amazon-API-Aufrufen mit AWS CloudTrail](logging-using-cloudtrail.md)
+ [Amazon SNS SNS-Überwachung von Ereignissen ElastiCache](ECEvents.md)
+ [Protokollzustellung](Log_Delivery.md)
+ [Überwachung der Nutzung mit CloudWatch Metrics](CacheMetrics.md)
+ [Protokollierung Amazon ElastiCache Amazon-API-Aufrufen mit AWS CloudTrail](logging-using-cloudtrail.md)

# Metriken und Ereignisse für serverlose OSS-Caches von Valkey und Redis
<a name="serverless-metrics-events-redis"></a>

ElastiCache bietet eine Vielzahl von Metriken und Ereignissen für die Überwachung bei der Arbeit mit serverlosen Caches. Dazu gehören CloudWatch Metriken, Metriken auf Befehlsebene und Ereignisprotokolle, die über Amazon EventBridge aufgenommen werden können. 

**Topics**
+ [Metriken für Serverless-Caches](#serverless-metrics)
+ [Serverless-Cache-Ereignisse](#serverless-events)

## Metriken für Serverless-Caches
<a name="serverless-metrics"></a>

Der `AWS/ElastiCache` Namespace umfasst die folgenden CloudWatch Metriken für Ihre serverlosen Valkey- oder Redis OSS-Caches.

*Metrikcodes für Valkey oder Redis OSS*


| Metrik | Description | Einheit | 
| --- | --- | --- | 
|  BytesUsedForCache  |  Die Gesamtzahl der von den in Ihrem Cache gespeicherten Daten verwendeten Bytes.  |  Bytes  | 
|  ElastiCacheProcessingUnits  |  Die Gesamtzahl der ElastiCacheProcessingUnits (ECPUs), die von den in Ihrem Cache ausgeführten Anfragen verbraucht wurden  |  Anzahl  | 
|  SuccessfulReadRequestLatency  |  Latenz erfolgreicher Leseanfragen.  |  Mikrosekunden  | 
|  SuccessfulWriteRequestLatency  |  Latenz erfolgreicher Schreibanforderungen  |  Mikrosekunden  | 
|  TotalCmdsCount  |  Gesamtzahl aller Befehle, die in Ihrem Cache ausgeführt wurden  |  Anzahl  | 
|  CacheHitRate  |  Gibt die Trefferrate Ihres Caches an. Dies wird mit `cache_hits`- und `cache_misses`-Statistiken auf folgende Weise berechnet: `cache_hits /(cache_hits + cache_misses)`.  |  Prozent  | 
|  CacheHits  |  Die Anzahl der erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Cache.  |  Anzahl  | 
|  CacheMisses  |  Die Anzahl der erfolglosen Schlüsselabfragen mit Schreibschutz im Cache.  |  Anzahl  | 
|  CurrConnections  |  Die Anzahl der Client-Verbindungen mit Ihrem Cache.  |  Anzahl  | 
|  ThrottledCmds  |  Die Anzahl der Anfragen, um die gedrosselt wurden, ElastiCache weil die Arbeitslast schneller skaliert wurde, als sie skaliert werden kann. ElastiCache   |  Anzahl  | 
|  NewConnections  |  Gesamtanzahl der Verbindungen, die in diesem Zeitraum vom Server akzeptiert worden sind.  |  Anzahl  | 
|  CurrItems  |  Anzahl der Elemente im Cache.  |  Anzahl  | 
|  CurrVolatileItems  |  Anzahl der Elemente im Cache mit TTL.  |  Anzahl  | 
|  NetworkBytesIn  |  Gesamtzahl der in den Cache übertragenen Bytes  |  Bytes  | 
|  NetworkBytesOut  |  Gesamtzahl der aus dem Cache übertragenen Bytes  |  Bytes  | 
|  Evictions  |  Die Anzahl der Schlüssel, die vom Cache bereinigt wurden  |  Anzahl  | 
|  IamAuthenticationExpirations  |  Die Gesamtzahl der abgelaufenen IAM-authentifizierten Valkey- oder Redis-OSS-Verbindungen. Weitere Informationen über [Authentifizieren mit IAM](auth-iam.md) finden Sie im Benutzerhandbuch.  |  Anzahl  | 
|  IamAuthenticationThrottling  |  Die Gesamtzahl der gedrosselten IAM-authentifizierten Valkey- oder Redis OSS AUTH- oder HELLO-Anfragen. Weitere Informationen über [Authentifizieren mit IAM](auth-iam.md) finden Sie im Benutzerhandbuch.   |  Anzahl  | 
|  KeyAuthorizationFailures  |  Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Schlüssel zuzugreifen, für die sie keine Zugriffsberechtigung haben. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen.  |  Anzahl  | 
|  AuthenticationFailures  |  Die Gesamtzahl der fehlgeschlagenen Versuche, sich mit dem AUTH-Befehl bei Valkey oder Redis OSS zu authentifizieren. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen.  |  Anzahl  | 
|  CommandAuthorizationFailures  |  Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, Befehle auszuführen, für deren Aufruf sie keine Berechtigung haben. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen.  |  Anzahl  | 

**Metriken auf Befehlsebene**

ElastiCache gibt auch die folgenden Metriken auf Befehlsebene aus. Gibt für jeden Befehlstyp ElastiCache die Gesamtzahl der Befehle und die Anzahl der von diesem Befehlstyp ECPUs verwendeten Befehle aus. 


| Metrik | Description | Einheit | 
| --- | --- | --- | 
|  EvalBasedCmds  |  Die Anzahl der get-Befehle, die der Cache erhalten hat.  |  Anzahl  | 
|  EvalBasedCmdsECPUs  |  ECPUs von Eval-basierten Befehlen verbraucht.  |  Anzahl  | 
|  GeoSpatialBasedCmds  |  Die Gesamtzahl der Befehle für raumbezogene Befehle. Dies wird aus der Valkey- oder Redis-OSS-Commandstats-Statistik abgeleitet. Die Ableitung erfolgt durch Summieren aller Befehle des Geo-Typs: geoadd, geodist, geohash, geopos, georadius und georadiusbymember.  |  Anzahl  | 
|  GeoSpatialBasedCmdsECPUs  |  ECPUs wird von Befehlen verwendet, die auf Geodaten basieren.  |  Anzahl  | 
|  GetTypeCmds  |  Die Gesamtzahl der schreibgeschützten Befehle. Dies wird aus der Commandstats-Statistik Valkey oder Redis OSS abgeleitet, indem alle Befehle mit Schreibschutz (get, hget, scard, lrange usw.) summiert werden.  |  Anzahl  | 
|  GetTypeCmdsECPUs  |  ECPUs wird von Lesebefehlen verbraucht.  |  Anzahl  | 
|  HashBasedCmds  |  Gesamtanzahl der Hash-basierten Befehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Hashes einwirken (hget, hkeys, hvals, hdel usw.).  |  Anzahl  | 
|  HashBasedCmdsECPUs  |  ECPUs wird von Hash-basierten Befehlen verbraucht.  |  Anzahl  | 
|  HyperLogLogBasedCmds  |  Die Gesamtzahl der HyperLogLog basierten Befehle. Dies wird aus der Commandstats-Statistik Valkey oder Redis OSS abgeleitet, indem alle Befehle vom Typ pf (pfadd, pfcount, pfmerge usw.) summiert werden.  |  Anzahl  | 
|  HyperLogLogBasedCmdsECPUs  |  ECPUs HyperLogLogwird von basierten Befehlen verbraucht.  |  Anzahl  | 
|  JsonBasedCmds  |  Die Gesamtzahl der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle JSON-Befehle summiert werden, die auf JSON-Schlüssel reagieren.  |  Anzahl  | 
|  JsonBasedCmdsECPUs  |  ECPUs wird von allen JSON-Befehlen, einschließlich Lese- und Schreibbefehlen, verbraucht.  |  Anzahl  | 
|  JsonBasedGetCmds  |  Gesamtanzahl der JASON-Schreibschutzbefehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle JSON-Lesebefehle summiert werden, die auf JSON-Schlüssel einwirken.  |  Anzahl  | 
|  JsonBasedGetCmdsECPUs  |  ECPUs wird von schreibgeschützten JSON-Befehlen verbraucht.  |  Anzahl  | 
|  JsonBasedSetCmds  |  Gesamtanzahl der JASON-Schreibbefehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle JSON-Schreibbefehle summiert werden, die auf JSON-Schlüssel einwirken.  |  Anzahl  | 
|  JsonBasedSetCmdsECPUs  |  ECPUs wird von JSON-Schreibbefehlen verbraucht.  |  Anzahl  | 
|  KeyBasedCmds  |  Gesamtanzahl der schlüsselbasierten Befehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Schlüssel in mehreren Datenstrukturen auswirken (del, expire, rename usw.).  |  Anzahl  | 
|  KeyBasedCmdsECPUs  |  ECPUs wird von schlüsselbasierten Befehlen verbraucht.  |  Anzahl  | 
|  ListBasedCmds  |  Gesamtanzahl der listenbasierten Befehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle Befehle summiert werden, die auf eine oder mehrere Listen (lindex, lrange, lpush, ltrim usw.) einwirken.  |  Anzahl  | 
|  ListBasedCmdsECPUs  |  ECPUs wird von listenbasierten Befehlen verbraucht.  |  Anzahl  | 
|  NonKeyTypeCmds  |  Gesamtanzahl der nicht schlüsselbasierten Befehle. Dies wird aus der Commandstats-Statistik Valkey oder Redis OSS abgeleitet, indem alle Befehle summiert werden, die nicht auf einen Schlüssel einwirken, z. B. acl, dbsize oder info.  |  Anzahl  | 
|  NonKeyTypeCmdsECPUs  |  ECPUs non-key-basedvon Befehlen verbraucht.  |  Anzahl  | 
|  PubSubBasedCmds  |  Die Gesamtzahl der Befehle für die pub/sub Funktionalität. Dies wird aus den OSS-Commandstatsstatistics von Valkey oder Redis abgeleitet, indem alle für die pub/sub Funktionalität verwendeten Befehle zusammengefasst werden: psubscribe, publish, pubsub, punsubscribe, ssubscribe, sunsubscribe, spublish, subscribe und unsubscribe.  |  Anzahl  | 
|  PubSubBasedCmdsECPUs  |  ECPUs wird von Pub/Sub-basierten Befehlen verwendet.  |  Anzahl  | 
|  SetBasedCmds  |  Gesamtanzahl der Set-basierten Befehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Sätze einwirken (scard, sdiff, sadd, sunion usw.).  |  Anzahl  | 
|  SetBasedCmdsECPUs  |  ECPUs wird von mengenbasierten Befehlen verbraucht.  |  Anzahl  | 
|  SetTypeCmds  |  Gesamtanzahl der Schreibbefehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle mutativen Befehlstypen summiert werden, die mit Daten arbeiten (set, hset, sadd, lpop usw.).  |  Anzahl  | 
|  SetTypeCmdsECPUs  |  ECPUs wird von Schreibbefehlen verbraucht.  |  Anzahl  | 
|  SortedSetBasedCmds  |  Gesamtanzahl der Sorted Set-basierten Befehle. Dies wird aus der OSS-Commandstats-Statistik von Valkey oder Redis abgeleitet, indem alle Befehle summiert werden, die auf eine oder mehrere sortierte Mengen wirken (zcount, zrange, zrank, zadd usw.).  |  Anzahl  | 
|  SortedSetBasedCmdsECPUs  |  ECPUs wird von sortierten Befehlen verbraucht.  |  Anzahl  | 
|  StringBasedCmds  |  Gesamtanzahl der Zeichenfolge-basierten Befehle. Dies wird aus der Commandstats-Statistik Valkey oder Redis OSS abgeleitet, indem alle Befehle summiert werden, die auf eine oder mehrere Zeichenketten einwirken (strlen, setex, setrange usw.).  |  Anzahl  | 
|  StringBasedCmdsECPUs  |  ECPUs wird von auf Zeichenketten basierenden Befehlen verbraucht.  |  Anzahl  | 
|  StreamBasedCmds  |  Die Gesamtanzahl Stream-basierter Befehle. Dies wird aus der Commandstats-Statistik Valkey oder Redis OSS abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Stream-Datentypen (xrange, xlen, xadd, xdel usw.) einwirken.  |  Anzahl  | 
|  StreamBasedCmdsECPUs  |  ECPUs wird von stream-basierten Befehlen verbraucht.  |  Anzahl  | 

## Serverless-Cache-Ereignisse
<a name="serverless-events"></a>



ElastiCache protokolliert Ereignisse, die sich auf Ihren serverlosen Cache beziehen. Zu diesen Informationen gehören Datum und Uhrzeit des Ereignisses, Quellenname und Quelltyp des Ereignisses sowie eine Beschreibung des Ereignisses. Mit der ElastiCache Konsole, dem Befehl AWS CLI describe-events oder der ElastiCache API-Aktion können Sie Ereignisse ganz einfach aus dem Protokoll abrufen. `DescribeEvents`

Sie können wählen, ob Sie ElastiCache Ereignisse mithilfe von Amazon EventBridge überwachen, aufnehmen, transformieren und darauf reagieren möchten. Weitere Informationen finden Sie im [Amazon-Leitfaden „ EventBridge Erste Schritte](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html)“.

** ElastiCache Ereignisse anzeigen (Konsole)**

So zeigen Sie Ereignisse mit der ElastiCache Konsole an:

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)

1. Um eine Liste aller verfügbaren Ereignisse anzuzeigen, wählen Sie im Navigationsbereich **Events (Ereignisse)**. 

1. Im Bildschirm *Ereignisse* repräsentiert jede Zeile in der Liste ein Ereignis und zeigt die Ereignisquelle, den Ereignistyp, die Uhrzeit (GMT) und eine Beschreibung des Ereignisses an. Mit der Option **Filter** können Sie angeben, ob alle Ereignisse oder nur Ereignisse eines bestimmten Typs in der Ereignisliste enthalten sein sollen.

** ElastiCache Ereignisse anzeigen (AWS CLI)**

Um mit dem eine Liste von ElastiCache Ereignissen zu generieren AWS CLI, verwenden Sie den Befehl describe-events. Mit optionalen Parametern können Sie u. a. den Typ und den Zeitrahmen der aufgelisteten Ereignisse sowie die maximale Anzahl der aufzulistenden Ereignisse steuern.

Mit dem folgenden Code werden bis zu 40 Serverless-Cache-Ereignisse aufgelistet.

```
aws elasticache describe-events --source-type serverless-cache --max-items 40
```

Mit dem folgenden Code werden alle Ereignisse der letzten 24 Stunden (1 440 Minuten) für Serverless-Caches aufgelistet.

```
aws elasticache describe-events --source-type serverless-cache --duration 1440
```

**Serverless-Ereignisse**

In diesem Abschnitt werden die verschiedenen Arten von Ereignissen dokumentiert, die Sie möglicherweise für Ihre Serverless-Caches erhalten. 

**Ereignisse bei der Erstellung eines Serverless-Caches**


| detail-type | Description | Einheit | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde erstellt  |  Cache arn  |  Erstellung  |  Serverless-Cache  |  Der Cache <cache-name> wurde erstellt und ist einsatzbereit.  | 
|  Cache wurde erstellt  |  Cache arn Snapshot arn  |  Erstellung  |  Serverless-Cache  |  Der Cache <cache-name> wird erstellt und die Daten wurden aus dem Snapshot wiederhergestellt. Ihr Cache ist einsatzbereit.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Nicht genügend freie IP-Adressen, um einen VPC-Endpunkt zu erstellen.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. In der Anfrage wurden ungültige Subnetze angegeben.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Das Kontingentlimit für die Erstellung eines VPC-Endpunkts wurde erreicht.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Sie sind nicht berechtigt, einen VPC-Endpunkt zu erstellen.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Ein Benutzer mit einer inkompatiblen Valkey- oder Redis OSS-Version ist in der Benutzergruppe < > vorhanden. user-group-name  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn Cache snapshot arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Die angegebene Benutzergruppe < user-group-name > existiert nicht.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Die Datenwiederherstellung aus dem Snapshot ist fehlgeschlagen, weil <reason>. Gründe für das Fehlschlagen: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/serverless-metrics-events-redis.html)  | 

**Serverlose Cache-Aktualisierungsereignisse (Valkey oder Redis OSS)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  SecurityGroups <cache-name>für den Cache aktualisiert.  | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Die Tags für den Cache <cache-name> wurden aktualisiert.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name> ist fehlgeschlagen. Ein Benutzer mit einer inkompatiblen Valkey- oder Redis OSS-Version ist in der Benutzergruppe < > user-group-name vorhanden.   | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  <cache-name>Eine Aktualisierung des Caches ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist fehlgeschlagen.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name>ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist aufgrund unzureichender Berechtigungen fehlgeschlagen.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name>ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist fehlgeschlagen, weil SecurityGroups sie ungültig sind.  | 

**Ereignisse zum Löschen von Cache ohne Server (Valkey oder Redis OSS)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde gelöscht  |  Cache arn  |  Löschung  |  Serverless-Cache  |  Der Cache <cache-name> wurde gelöscht.  | 

**Ereignisse zur Begrenzung der Cache-Nutzung ohne Server (Valkey oder Redis OSS)**


| detail-type | Description | Einheit | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Die Limits für den Cache <cache-name> wurden aktualisiert.  | 
|  Cache-Limit nähert sich  |  Cache arn  |  Benachrichtigung  |  Serverless-Cache  |  Der Slot <X> verwendet mehr als <Y> % des Limits pro Slot von 32 GB. Der Slot 10 verwendet beispielsweise mehr als 90 % des Limits pro Slot von 32 GB.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Eine Aktualisierung des Limits für den Cache <cache-name> ist fehlgeschlagen, da der Cache gelöscht wurde.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Eine Aktualisierung des Limits für den Cache <cache-name> ist aufgrund einer ungültigen Konfiguration fehlgeschlagen.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Eine Aktualisierung des Limits für den Cache <cache-name> ist fehlgeschlagen, da die aktuell zwischengespeicherten Daten die neuen Limits überschreiten. Löschen Sie einige Daten, bevor Sie die Limits anwenden.  | 

**Serverlose Cache-Snapshot-Ereignisse (Valkey oder Redis OSS)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Snapshot wurde erstellt  |  Cache arn Snapshot arn  |  Erstellung  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> wurde für den Cache <cache-name> erstellt.  | 
|  Snapshot-Erstellung fehlgeschlagen  |  Cache arn Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht erstellt werden. Die Erstellung des Snapshots <snapshot-name> ist mit dem kundenverwalteten Schlüssel <key-id> fehlgeschlagen <reason>. Meldungen zur Fehlerursache: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/serverless-metrics-events-redis.html)  | 
|  Snapshot-Erstellung fehlgeschlagen  |  Cache arn Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht erstellt werden. Die Erstellung des Snapshots <snapshot-name> ist fehlgeschlagen, weil <reason>. Standardursache: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/serverless-metrics-events-redis.html)  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket %s exportiert werden, da ElastiCache er keine Berechtigungen für den Bucket besitzt.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da sich bereits ein Objekt mit demselben Namen im Bucket befindet.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da sich die Konto-ID des Bucket-Eigentümers geändert hat.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da auf den S3-Bucket nicht zugegriffen werden kann.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da auf den Bucket nicht zugegriffen werden kann.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da der Bucket nicht existiert.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte mit dem kundenverwalteten Quell-Snapshot-Schlüssel %s nicht in den Bucket '%s' exportiert werden <reason>.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden.  | 
|  Der Snapshot konnte nicht kopiert werden  |  Snapshot arn-1 Snapshot arn-2  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> konnte nicht kopiert werden. Der Snapshot '%s' konnte nicht in den Snapshot '%s' mit dem kundenverwalteten Quell-Snapshot-Schlüssel <key-id> kopiert werden <reason-name>.  | 
|  Der Snapshot konnte nicht kopiert werden  |  Snapshot arn-1 Snapshot arn-2  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> konnte nicht kopiert werden. Der Snapshot '%s' konnte nicht in den Snapshot '%s' mit dem kundenverwalteten Ziel-Snapshot-Schlüssel '%s' '%s' kopiert werden.  | 

# Metriken und Ereignisse für knotenbasierte Valkey- und Redis OSS-Cluster
<a name="self-designed-metrics-events.valkey-and-redis"></a>

ElastiCache bietet eine Vielzahl von Metriken und Ereignissen für die Überwachung knotenbasierter Valkey- und Redis-OSS-Cluster. Dazu gehören Metriken auf Hostebene, Metriken auf Befehlsebene und Ereignisprotokolle, die über den AWS CLI und den Amazon Simple Notification Service (SNS) verfügbar sind.

**Topics**
+ [Metriken für knotenbasierte Cluster](#self-designed-metrics.redis)
+ [Ereignisse für knotenbasierte Cluster (Valkey und Redis OSS)](#self-designed-events-redis)

## Metriken für knotenbasierte Cluster
<a name="self-designed-metrics.redis"></a>

Wenn Sie einen knotenbasierten Cluster erstellen, werden Metriken auf jeder Knotenebene ElastiCache ausgegeben, einschließlich Metriken auf Host-Ebene und Cache-Metriken. 

Weitere Informationen zu Metriken auf Host-Ebene finden Sie unter [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md).

Weitere Informationen zu Metriken auf Knotenebene finden Sie unter [Metriken für Valkey und Redis OSS](CacheMetrics.Redis.md).

## Ereignisse für knotenbasierte Cluster (Valkey und Redis OSS)
<a name="self-designed-events-redis"></a>

ElastiCache protokolliert Ereignisse, die sich auf Ihre knotenbasierten Cluster beziehen. Wenn Sie mit knotenbasierten Clustern arbeiten, können Sie Ihre Cluster-Ereignisse in der ElastiCache Konsole, mithilfe von oder mithilfe von Amazon Simple Notification Service (SNS) anzeigen.AWS CLI Knotenbasierte Cluster-Ereignisse werden nicht auf Amazon veröffentlicht. EventBridge

Zu den knotenbasierten Cluster-Ereignisinformationen gehören Datum und Uhrzeit des Ereignisses, Quellname und Quelltyp des Ereignisses sowie eine Beschreibung des Ereignisses. Mit der ElastiCache Konsole, dem Befehl AWS CLI describe-events oder der API-Aktion können Sie Ereignisse ganz einfach aus dem Protokoll abrufen. ElastiCache DescribeEvents 

 ElastiCache Ereignisse anzeigen (Konsole)

Das folgende Verfahren zeigt Ereignisse mithilfe der ElastiCache Konsole an.

Um Ereignisse mit der ElastiCache Konsole anzuzeigen

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)

1. Um eine Liste aller verfügbaren Ereignisse anzuzeigen, wählen Sie im Navigationsbereich Events (Ereignisse). 

1. Im Bildschirm Ereignisse repräsentiert jede Zeile in der Liste ein Ereignis und zeigt die Ereignisquelle, den Ereignistyp, die Uhrzeit (GMT) und eine Beschreibung des Ereignisses an. Mit der Option Filter können Sie angeben, ob alle Ereignisse oder nur Ereignisse eines bestimmten Typs in der Ereignisliste enthalten sein sollen.

 ElastiCache Ereignisse anzeigen (AWS CLI)

Um mit dem eine Liste von ElastiCache Ereignissen zu generieren AWS CLI, verwenden Sie den Befehl describe-events. Mit optionalen Parametern können Sie u. a. den Typ und den Zeitrahmen der aufgelisteten Ereignisse sowie die maximale Anzahl der aufzulistenden Ereignisse steuern.

Der folgende Code listet bis zu 40 knotenbasierte Clusterereignisse auf.

```
aws elasticache describe-events --source-type cache-cluster --max-items 40  
```

Der folgende Code listet alle Ereignisse für knotenbasierte Caches der letzten 24 Stunden (1440 Minuten) auf.

```
aws elasticache describe-events --source-type cache-cluster --duration 1440 
```

Knotenbasierte Cluster-Ereignisse

Dieser Abschnitt enthält die Liste der Ereignisse, mit denen Sie für Ihre knotenbasierten Cluster rechnen können.

Die folgenden ElastiCache Ereignisse lösen Amazon SNS SNS-Benachrichtigungen aus. Weitere Informationen zu Ereignisdetails finden Sie unter [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md).


| Ereignisname | Fehlermeldung | Description | 
| --- | --- | --- | 
|  ElastiCache:AddCacheNodeComplete  |  ElastiCache:AddCacheNodeComplete : cache-cluster  |  Ein Cache-Knoten wurde dem Cluster hinzugefügt und ist einsatzbereit.  | 
|  ElastiCache: AddCacheNodeFailed aufgrund unzureichender freier IP-Adressen  |  ElastiCache:AddCacheNodeFailed : cluster-name  |  Ein Cache-Knoten konnte nicht hinzugefügt werden, da nicht genug IP-Adressen verfügbar sind.  | 
|  ElastiCache:CacheClusterParametersChanged  |  ElastiCache:CacheClusterParametersChanged : cluster-name  |  Ein oder mehrere Cluster-Parameter wurden geändert.  | 
|  ElastiCache:CacheClusterProvisioningComplete  |  ElastiCache:CacheClusterProvisioningComplete cluster-name-0001-005  |  Die Bereitstellung eines Clusters ist abgeschlossen, und die Cache-Knoten im Cache-Cluster sind einsatzbereit.  | 
|  ElastiCache: CacheClusterProvisioningFailed aufgrund eines inkompatiblen Netzwerkstatus  |  ElastiCache:CacheClusterProvisioningFailed : cluster-name  |  Es wurde versucht, einen neuen Cluster in einer nicht existierenden Virtual Private Cloud (VPC) zu starten.  | 
| ElastiCache:CacheClusterScalingComplete  | `CacheClusterScalingComplete : cluster-name` | Die Skalierung für den Cache-Cluster wurde erfolgreich abgeschlossen. | 
| ElastiCache:CacheClusterScalingFailed | ElastiCache:CacheClusterScalingFailed : *cluster-name* | Die Erweiterung des Cache-Clusters ist fehlgeschlagen.  | 
|  ElastiCache:CacheClusterSecurityGroupModified  |  ElastiCache:CacheClusterSecurityGroupModified : cluster-name  |  Eines der folgenden Ereignisse ist aufgetreten: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/self-designed-metrics-events.valkey-and-redis.html)  | 
|  ElastiCache:CacheNodeReplaceStarted  |  ElastiCache:CacheNodeReplaceStarted : cluster-name  |  ElastiCache hat festgestellt, dass der Host, auf dem ein Cache-Knoten ausgeführt wird, heruntergestuft oder nicht erreichbar ist, und hat begonnen, den Cache-Knoten zu ersetzen.  Der DNS-Eintrag für den ersetzten Cache-Knoten bleibt unverändert.  In den meisten Fällen müssen Sie die Serverliste für die Clients nicht aktualisieren, wenn dieses Ereignis auftritt. Einige Cache-Client-Bibliotheken verwenden den Cache-Knoten möglicherweise auch dann nicht mehr, wenn der Cache-Knoten ersetzt ElastiCache wurde. In diesem Fall sollte die Anwendung die Serverliste aktualisieren, wenn dieses Ereignis eintritt.  | 
|  ElastiCache:CacheNodeReplaceComplete  |  ElastiCache:CacheNodeReplaceComplete : cluster-name  |  ElastiCache hat festgestellt, dass der Host, auf dem ein Cacheknoten ausgeführt wird, heruntergefahren oder nicht erreichbar ist, und hat den Austausch des Cacheknotens abgeschlossen.  Der DNS-Eintrag für den ersetzten Cache-Knoten bleibt unverändert.  In den meisten Fällen müssen Sie die Serverliste für die Clients nicht aktualisieren, wenn dieses Ereignis auftritt. Einige Cache-Client-Bibliotheken verwenden den Cache-Knoten möglicherweise auch dann nicht mehr, wenn der Cache-Knoten ersetzt ElastiCache wurde. In diesem Fall sollte die Anwendung die Serverliste aktualisieren, wenn dieses Ereignis eintritt.  | 
|  ElastiCache:CacheNodesRebooted  |  ElastiCache:CacheNodesRebooted : cluster-name  |  Mindestens ein Cache-Knoten wurde neu gestartet. Nachricht (Memcached): `"Cache node %s shutdown"` Dann eine zweite Nachricht: `"Cache node %s restarted"`  | 
|  ElastiCache: CertificateRenewalComplete (Nur Valkey oder Redis OSS)  |  ElastiCache:CertificateRenewalComplete  |  Das Amazon CA-Zertifikat wurde erfolgreich erneuert.  | 
|  ElastiCache:CreateReplicationGroupComplete  |  ElastiCache:CreateReplicationGroupComplete : cluster-name  |  Die Replikationsgruppe wurde erfolgreich erstellt.  | 
|  ElastiCache:DeleteCacheClusterComplete  |  ElastiCache:DeleteCacheClusterComplete : cluster-name  |  Das Löschen eines Clusters und aller zugehörigen Cache-Knoten ist abgeschlossen.  | 
| ElastiCache: FailoverComplete (Nur Valkey oder Redis OSS) | `ElastiCache:FailoverComplete : mycluster` | Failover zu einem Replikationsknoten wurde erfolgreich abgeschlossen.  | 
|  ElastiCache:ReplicationGroupIncreaseReplicaCountFinished  |  ElastiCache:ReplicationGroupIncreaseReplicaCountFinished : cluster-name-0001-005  |  Die Anzahl der Replikate im Cluster wurde erhöht.   | 
|  ElastiCache:ReplicationGroupIncreaseReplicaCountStarted  |  ElastiCache:ReplicationGroupIncreaseReplicaCountStarted : cluster-name-0003-004  |  Der Vorgang für das Hinzufügen von Replikaten zu Ihrem Cluster hat begonnen.   | 
|  ElastiCache:NodeReplacementCanceled  |  ElastiCache:NodeReplacementCanceled : cluster-name  |  Ein Knoten in Ihrem Cluster, der ersetzt werden sollte, soll nicht länger ersetzt werden.   | 
|  ElastiCache:NodeReplacementRescheduled  |  ElastiCache:NodeReplacementRescheduled : cluster-name  |  Für einen zu ersetzenden Knoten in Ihrem Cluster wurde eine spätere Ersetzung im neuen Fenster geplant, das in der Benachrichtigung angegeben wurde.  Weitere Informationen zu den möglichen Aktionen erhalten Sie unter [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md).  | 
|  ElastiCache:NodeReplacementScheduled  |  ElastiCache:NodeReplacementScheduled : cluster-name  |  Ein Knoten in Ihrem Cluster soll während des in der Benachrichtigung beschriebenen Fensters ersetzt werden.  Weitere Informationen zu den möglichen Aktionen erhalten Sie unter [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md).  | 
|  ElastiCache:RemoveCacheNodeComplete  |  ElastiCache:RemoveCacheNodeComplete : cluster-name  |  Ein Cache-Knoten wurde aus dem Cluster entfernt.  | 
| ElastiCache:ReplicationGroupScalingComplete | `ElastiCache:ReplicationGroupScalingComplete : cluster-name` | Die Aufskalierung der Replikationsgruppe wurde erfolgreich abgeschlossen.  | 
| ElastiCache:ReplicationGroupScalingFailed | `"Failed applying modification to cache node type to %s."` | Die Aufskalierung der Replikationsgruppe ist fehlgeschlagen.  | 
| ElastiCache:ServiceUpdateAvailableForNode | `"Service update is available for cache node %s."` | Für den Knoten ist ein Self-Service-Update verfügbar.  | 
|  ElastiCache: SnapshotComplete (Nur Valkey oder Redis OSS)  |  ElastiCache:SnapshotComplete : cluster-name  |  Ein Cache-Snapshot wurde erfolgreich abgeschlossen.  | 
|  ElastiCache: SnapshotFailed (Nur Valkey oder Redis OSS)  |  SnapshotFailed : cluster-name  |  Ein Cache-Snapshot ist fehlgeschlagen. Weitere Informationen zur Ursache finden Sie in den Cache-Ereignissen des Clusters. Wenn Sie den Snapshot beschreiben (siehe [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeSnapshots.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeSnapshots.html)), ist dessen Status `failed`.  | 

# Metriken und Ereignisse für Memcached-Caches und -Cluster
<a name="serverless-metrics-events.memcached"></a>

In diesem Abschnitt werden die Metriken und Ereignisse beschrieben, die Sie bei der Arbeit mit knotenbasierten und serverlosen Memcached-Caches überwachen können.

**Topics**
+ [Metriken für Serverless für Memcached ElastiCache](#serverless-metrics-memcached)
+ [Ereignisse für Serverless for Memcached ElastiCache](#serverless-events.memcached)

## Metriken für Serverless für Memcached ElastiCache
<a name="serverless-metrics-memcached"></a>

In diesem Abschnitt werden die Metriken und Ereignisse beschrieben, die Sie bei der Arbeit mit ElastiCache Serverless for Memcached überwachen können.

Der `AWS/ElastiCache` Namespace umfasst die folgenden CloudWatch Metriken für Ihre serverlosen Memcached-Caches.


| Metrik | Description | Einheit | 
| --- | --- | --- | 
|  BytesUsedForCache  |  Die Gesamtzahl der von den in Ihrem Cache gespeicherten Daten verwendeten Bytes.  |  Bytes  | 
|  ElastiCacheProcessingUnits  |  Die Gesamtzahl der ElastiCacheProcessingUnits (ECPUs), die von den in Ihrem Cache ausgeführten Anfragen verbraucht wurden  |  Anzahl  | 
|  SuccessfulReadRequestLatency  |  Latenz erfolgreicher Leseanfragen.  |  Mikrosekunden  | 
|  SuccessfulWriteRequestLatency  |  Latenz erfolgreicher Schreibanforderungen  |  Mikrosekunden  | 
|  TotalCmdsCount  |  Gesamtzahl aller Befehle, die in Ihrem Cache ausgeführt wurden  |  Anzahl  | 
|  CurrConnections  |  Die Anzahl der Client-Verbindungen mit Ihrem Cache.  |  Anzahl  | 
|  ThrottledCmds  |  Die Anzahl der Anfragen, um die gedrosselt wurden, ElastiCache weil die Arbeitslast schneller skaliert wurde, als sie skaliert ElastiCache werden kann.  |  Anzahl  | 
|  NewConnections  |  Gesamtanzahl der Verbindungen, die in diesem Zeitraum vom Server akzeptiert worden sind.  |  Anzahl  | 
|  CurrItems  |  Anzahl der Elemente im Cache.  |  Anzahl  | 
|  NetworkBytesIn  |  Gesamtzahl der in den Cache übertragenen Bytes  |  Bytes  | 
|  NetworkBytesOut  |  Gesamtzahl der aus dem Cache übertragenen Bytes  |  Bytes  | 
|  Evictions  |  Die Anzahl der Schlüssel, die vom Cache bereinigt wurden  |  Anzahl  | 
|  Zurückgefordert  |  Die Anzahl der Schlüssel, die im Cache abgelaufen sind  |  Anzahl  | 

**Metriken auf Befehlsebene**

ElastiCache gibt außerdem die folgenden Memcached-Metriken auf Befehlsebene aus


| Metrik | Description | Einheit | 
| --- | --- | --- | 
|  CmdGet  |  Die Anzahl der get-Befehle, die der Cache erhalten hat.  |  Anzahl  | 
|  CmdSet  |  Die Anzahl der Set-Befehle, die der Cache empfangen hat.  |  Anzahl  | 
|  CmdTouch  |  Die Anzahl der touch-Befehle, die der Cache erhalten hat.  |  Anzahl  | 
|  GetHits  |  Die Anzahl der get-Anforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde.  |  Anzahl  | 
|  GetMisses  |  Anzahl der get-Anforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  IncrHits  |  Die Anzahl der Inkrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  IncrMisses  |  Die Anzahl der Inkrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  DecrHits  |  Die Anzahl der Dekrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde.  |  Anzahl  | 
|  DecrMisses  |  Die Anzahl der Dekrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  DeleteHits  |  Die Anzahl der Löschanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde.  |  Anzahl  | 
|  DeleteMisses  |  Die Anzahl der Löschanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  TouchHits  |  Die Anzahl der Schlüssel, auf die zugegriffen wurde und die mit einer neuen Ablaufzeit versehen wurden.  |  Anzahl  | 
|  TouchMisses  |  Die Anzahl der Schlüssel, auf die zwar zugegriffen wurde, die aber nicht gefunden werden konnten.  |  Anzahl  | 
|  CasHits  |  Die Anzahl der CAS-Anforderungen, die vom Cache empfangen wurden, bei denen der angeforderte Schlüssel gefunden wurde und die CAS-Werte übereinstimmen.  |  Anzahl  | 
|  CasMisses  |  Die Anzahl der CAS-Anforderungen, die vom Cache empfangen wurden, bei denen der angeforderte Schlüssel nicht gefunden wurde.  |  Anzahl  | 
|  CasBadval  |  Die Anzahl der CAS-Anforderungen, die vom Cache empfangen wurden, bei denen der CAS-Wert nicht mit dem gespeicherten CAS-Wert übereinstimmt.  |  Anzahl  | 
|  CmdFlush  |  Anzahl der flush-Befehle, die der Cache erhalten hat.  |  Anzahl  | 

## Ereignisse für Serverless for Memcached ElastiCache
<a name="serverless-events.memcached"></a>

ElastiCache protokolliert Ereignisse, die sich auf Ihren serverlosen Cache beziehen. Zu diesen Informationen gehören Datum und Uhrzeit des Ereignisses, Quellenname und Quelltyp des Ereignisses sowie eine Beschreibung des Ereignisses. Mit der ElastiCache Konsole, dem Befehl AWS CLI describe-events oder der ElastiCache API-Aktion können Sie Ereignisse ganz einfach aus dem Protokoll abrufen. `DescribeEvents`

Sie können wählen, ob Sie ElastiCache Ereignisse mithilfe von Amazon EventBridge überwachen, aufnehmen, transformieren und darauf reagieren möchten. Weitere Informationen finden Sie im [Amazon-Leitfaden „ EventBridge Erste Schritte](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html)“.

** ElastiCache Ereignisse anzeigen (Konsole)**

So zeigen Sie Ereignisse mit der ElastiCache Konsole an:

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)

1. Um eine Liste aller verfügbaren Ereignisse anzuzeigen, wählen Sie im Navigationsbereich **Events (Ereignisse)**. 

1. Im Bildschirm *Ereignisse* repräsentiert jede Zeile in der Liste ein Ereignis und zeigt die Ereignisquelle, den Ereignistyp, die Uhrzeit (GMT) und eine Beschreibung des Ereignisses an. Mit der Option **Filter** können Sie angeben, ob alle Ereignisse oder nur Ereignisse eines bestimmten Typs in der Ereignisliste enthalten sein sollen.

** ElastiCache Ereignisse anzeigen (AWS CLI)**

Um mit dem eine Liste von ElastiCache Ereignissen zu generieren AWS CLI, verwenden Sie den Befehl describe-events. Mit optionalen Parametern können Sie u. a. den Typ und den Zeitrahmen der aufgelisteten Ereignisse sowie die maximale Anzahl der aufzulistenden Ereignisse steuern.

Mit dem folgenden Code werden bis zu 40 Serverless-Cache-Ereignisse aufgelistet.

```
aws elasticache describe-events --source-type serverless-cache --max-items 40
```

Mit dem folgenden Code werden alle Ereignisse der letzten 24 Stunden (1 440 Minuten) für Serverless-Caches aufgelistet.

```
aws elasticache describe-events --source-type serverless-cache --duration 1440
```

**Serverless-Ereignisse**

In diesem Abschnitt werden die verschiedenen Arten von Ereignissen dokumentiert, die Sie möglicherweise für Ihre Serverless-Caches erhalten. 

**Ereignisse bei der Erstellung eines Serverless-Caches**


| detail-type | Description | Einheit | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde erstellt  |  Cache arn  |  Erstellung  |  Serverless-Cache  |  Der Cache <cache-name> wurde erstellt und ist einsatzbereit.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Nicht genügend freie IP-Adressen, um einen VPC-Endpunkt zu erstellen.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. In der Anfrage wurden ungültige Subnetze angegeben.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Das Kontingentlimit für die Erstellung eines VPC-Endpunkts wurde erreicht.  | 
|  Cache-Erstellung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Der Cache <cache-name> konnte nicht erstellt werden. Sie sind nicht berechtigt, einen VPC-Endpunkt zu erstellen.  | 

**Serverlose Cache-Aktualisierungsereignisse (Memcached)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  SecurityGroups <cache-name>für den Cache aktualisiert.  | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Die Tags für den Cache <cache-name> wurden aktualisiert.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name>ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist fehlgeschlagen.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name>ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist aufgrund unzureichender Berechtigungen fehlgeschlagen.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Eine Aktualisierung des Caches <cache-name>ist fehlgeschlagen. SecurityGroups Die Aktualisierung ist fehlgeschlagen, weil SecurityGroups sie ungültig sind.  | 

**Ereignisse zum Löschen von Cache ohne Server (Memcached)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde gelöscht  |  Cache arn  |  Löschung  |  Serverless-Cache  |  Der Cache <cache-name> wurde gelöscht.  | 

**Ereignisse zur Begrenzung der Cache-Nutzung ohne Server (Memcached)**


| detail-type | Description | Einheit | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Cache wurde aktualisiert  |  Cache arn  |  Konfigurationsänderung  |  Serverless-Cache  |  Die Limits für den Cache <cache-name> wurden aktualisiert.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Eine Aktualisierung des Limits für den Cache <cache-name> ist fehlgeschlagen, da der Cache gelöscht wurde.  | 
|  Cache-Aktualisierung fehlgeschlagen  |  Cache arn  |  Ausfall  |  Serverless-Cache  |  Eine Aktualisierung des Limits für den Cache <cache-name> ist aufgrund einer ungültigen Konfiguration fehlgeschlagen.  | 

**Serverlose Cache-Snapshot-Ereignisse (Memcached)**


| detail-type | Liste der Ressourcen | Kategorie | Quelle | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
|  Snapshot wurde erstellt  |  Cache arn Snapshot arn  |  Erstellung  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> wurde für den Cache <cache-name> erstellt.  | 
|  Snapshot-Erstellung fehlgeschlagen  |  Cache arn Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht erstellt werden. Die Erstellung des Snapshots <snapshot-name> ist mit dem kundenverwalteten Schlüssel <key-id> fehlgeschlagen <reason>. Meldungen zur Fehlerursache: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/serverless-metrics-events.memcached.html)  | 
|  Snapshot-Erstellung fehlgeschlagen  |  Cache arn Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht erstellt werden. Die Erstellung des Snapshots <snapshot-name> ist fehlgeschlagen, weil <reason>. Standardursache: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/serverless-metrics-events.memcached.html)  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket %s exportiert werden, da ElastiCache er keine Berechtigungen für den Bucket besitzt.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da sich bereits ein Objekt mit demselben Namen im Bucket befindet.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da sich die Konto-ID des Bucket-Eigentümers geändert hat.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da auf den S3-Bucket nicht zugegriffen werden kann.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da auf den Bucket nicht zugegriffen werden kann.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden, da der Bucket nicht existiert.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte mit dem kundenverwalteten Quell-Snapshot-Schlüssel %s nicht in den Bucket '%s' exportiert werden <reason>.  | 
|  Der Export des Snapshorts ist fehlgeschlagen.  |  Snapshot arn  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot für den Cache <cache-name> konnte nicht exportiert werden. Der Snapshot konnte nicht in den Bucket '%s' exportiert werden.  | 
|  Der Snapshot konnte nicht kopiert werden  |  Snapshot arn-1 Snapshot arn-2  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> konnte nicht kopiert werden. Der Snapshot '%s' konnte nicht in den Snapshot '%s' mit dem kundenverwalteten Quell-Snapshot-Schlüssel <key-id> kopiert werden <reason-name>.  | 
|  Der Snapshot konnte nicht kopiert werden  |  Snapshot arn-1 Snapshot arn-2  |  Ausfall  |  serverless-cache-snapshot  |  Der Snapshot <snapshot-name> konnte nicht kopiert werden. Der Snapshot '%s' konnte nicht in den Snapshot '%s' mit dem kundenverwalteten Ziel-Snapshot-Schlüssel '%s' '%s' kopiert werden.  | 

# Protokollierung Amazon ElastiCache Amazon-API-Aufrufen mit AWS CloudTrail
<a name="logging-using-cloudtrail"></a>

Amazon ElastiCache ist in einen Service integriert AWS CloudTrail, der eine Aufzeichnung der Aktionen bereitstellt, die von einem Benutzer, einer Rolle oder einem AWS Service in Amazon ausgeführt wurden ElastiCache. CloudTrail erfasst alle API-Aufrufe für Amazon ElastiCache als Ereignisse, einschließlich Aufrufe von der ElastiCache Amazon-Konsole und von Codeaufrufen an die ElastiCache Amazon-API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Übermittlung von CloudTrail Ereignissen an einen Amazon S3 S3-Bucket aktivieren, einschließlich Ereignissen für Amazon ElastiCache. Wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse trotzdem in der CloudTrail Konsole im **Ereignisverlauf** anzeigen. Anhand der von gesammelten Informationen können Sie die Anfrage CloudTrail, die an Amazon gestellt wurde ElastiCache, die IP-Adresse, von der aus die Anfrage gestellt wurde, wer die Anfrage gestellt hat, wann sie gestellt wurde, und weitere Details ermitteln. 

Weitere Informationen CloudTrail dazu finden Sie im [AWS CloudTrail Benutzerhandbuch](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).

## ElastiCache Amazon-Informationen in CloudTrail
<a name="elasticache-info-in-cloudtrail"></a>

CloudTrail ist in Ihrem AWS Konto aktiviert, wenn Sie das Konto erstellen. Wenn in Amazon Aktivitäten auftreten ElastiCache, wird diese Aktivität zusammen mit anderen AWS Serviceereignissen in der CloudTrail **Ereignishistorie in einem Ereignis** aufgezeichnet. Sie können aktuelle Ereignisse in Ihrem AWS Konto ansehen, suchen und herunterladen. Weitere Informationen finden Sie unter [Ereignisse mit CloudTrail Ereignisverlauf anzeigen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html). 

Für eine fortlaufende Aufzeichnung der Ereignisse in Ihrem AWS Konto, einschließlich Veranstaltungen für Amazon ElastiCache, erstellen Sie einen Trail. Ein Trail ermöglicht CloudTrail die Übermittlung von Protokolldateien an einen Amazon S3 S3-Bucket. Wenn Sie einen Trail in der Konsole anlegen, gilt dieser standardmäßig für alle Regionen. Der Trail protokolliert Ereignisse aus allen Regionen der AWS Partition und übermittelt die Protokolldateien an den von Ihnen angegebenen Amazon S3 S3-Bucket. Darüber hinaus können Sie andere AWS Dienste konfigurieren, um die in den CloudTrail Protokollen gesammelten Ereignisdaten weiter zu analysieren und darauf zu reagieren. Weitere Informationen finden Sie hier: 
+ [Übersicht zum Erstellen eines Trails](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail Unterstützte Dienste und Integrationen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Konfiguration von Amazon SNS SNS-Benachrichtigungen für CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Empfangen von CloudTrail Protokolldateien aus mehreren Regionen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) und [Empfangen von CloudTrail Protokolldateien von mehreren Konten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)

Alle ElastiCache Amazon-Aktionen werden von der [ElastiCache API-Referenz](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/) protokolliert CloudTrail und sind in dieser dokumentiert. Beispielsweise generieren Aufrufe von `DescribeCacheCluster` und `ModifyCacheCluster` Aktionen Einträge in den CloudTrail Protokolldateien. `CreateCacheCluster` 

Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Die Identitätsinformationen unterstützen Sie bei der Ermittlung der folgenden Punkte: 
+ Gibt an, ob die Anforderung mit Root- oder IAM-Benutzer-Anmeldeinformationen ausgeführt wurde.
+ Gibt an, ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer gesendet wurde.
+ Ob die Anfrage von einem anderen AWS Dienst gestellt wurde.

Weitere Informationen finden Sie unter [CloudTrail userIdentity-Element](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).

## ElastiCache Amazon-Protokolldateieinträge verstehen
<a name="understanding-elasticache-entries"></a>

Ein Trail ist eine Konfiguration, die die Übertragung von Ereignissen als Protokolldateien an einen von Ihnen angegebenen Amazon S3 S3-Bucket ermöglicht. CloudTrail Protokolldateien enthalten einen oder mehrere Protokolleinträge. Ein Ereignis stellt eine einzelne Anforderung aus einer beliebigen Quelle dar und enthält Informationen über die angeforderte Aktion, Datum und Uhrzeit der Aktion, Anforderungsparameter usw. CloudTrail Protokolldateien sind kein geordneter Stack-Trace der öffentlichen API-Aufrufe, sodass sie nicht in einer bestimmten Reihenfolge angezeigt werden. 

Das folgende Beispiel zeigt einen CloudTrail Protokolleintrag, der die `CreateCacheCluster` Aktion demonstriert.

```
{ 
    "eventVersion":"1.01",
    "userIdentity":{
        "type":"IAMUser",
        "principalId":"EXAMPLEEXAMPLEEXAMPLE",
        "arn":"arn:aws:iam::123456789012:user/elasticache-allow",
        "accountId":"123456789012",
        "accessKeyId":"AKIAIOSFODNN7EXAMPLE",
        "userName":"elasticache-allow"
    },
    "eventTime":"2014-12-01T22:00:35Z",
    "eventSource":"elasticache.amazonaws.com",
    "eventName":"CreateCacheCluster",
    "awsRegion":"us-west-2",
    "sourceIPAddress":"192.0.2.01",
    "userAgent":"AWS CLI/ElastiCache 1.10 API 2014-12-01",
    "requestParameters":{
        "numCacheNodes":2,
        "cacheClusterId":"test-memcached",
        "engine":"memcached",
        "aZMode":"cross-az",
        "cacheNodeType":"cache.m1.small",
       
    },
    "responseElements":{
        "engine":"memcached",
        "clientDownloadLandingPage":"https://console.aws.amazon.com/elasticache/home#client-download:",
        "cacheParameterGroup":{
            "cacheParameterGroupName":"default.memcached1.4",
            "cacheNodeIdsToReboot":{
            },
            "parameterApplyStatus":"in-sync"
        },
        "preferredAvailabilityZone":"Multiple",
        "numCacheNodes":2,
        "cacheNodeType":"cache.m1.small",
      
        "cacheClusterStatus":"creating",
        "autoMinorVersionUpgrade":true,
        "preferredMaintenanceWindow":"thu:05:00-thu:06:00",
        "cacheClusterId":"test-memcached",
        "engineVersion":"1.4.14",
        "cacheSecurityGroups":[
            {
                "status":"active",
                "cacheSecurityGroupName":"default"
            }
        ],
        "pendingModifiedValues":{
        }
    },
    "requestID":"104f30b3-3548-11e4-b7b8-6d79ffe84edd",
    "eventID":"92762127-7a68-42ce-8787-927d2174cde1" 
}
```

Das folgende Beispiel zeigt einen CloudTrail Protokolleintrag, der die `DescribeCacheCluster` Aktion demonstriert. Beachten Sie, dass bei allen Amazon ElastiCache Describe-Aufrufen (`Describe*`) der `ResponseElements` Abschnitt entfernt wird und als angezeigt wird`null`. 

```
{ 
    "eventVersion":"1.01",
    "userIdentity":{
        "type":"IAMUser",
        "principalId":"EXAMPLEEXAMPLEEXAMPLE",
        "arn":"arn:aws:iam::123456789012:user/elasticache-allow",
        "accountId":"123456789012",
        "accessKeyId":"AKIAIOSFODNN7EXAMPLE",
        "userName":"elasticache-allow"
    },
    "eventTime":"2014-12-01T22:01:00Z",
    "eventSource":"elasticache.amazonaws.com",
    "eventName":"DescribeCacheClusters",
    "awsRegion":"us-west-2",
    "sourceIPAddress":"192.0.2.01",
    "userAgent":"AWS CLI/ElastiCache 1.10 API 2014-12-01",
    "requestParameters":{
        "showCacheNodeInfo":false,
        "maxRecords":100
    },
    "responseElements":null,
    "requestID":"1f0b5031-3548-11e4-9376-c1d979ba565a",
    "eventID":"a58572a8-e81b-4100-8e00-1797ed19d172"
}
```

Das folgende Beispiel zeigt einen CloudTrail Protokolleintrag, der eine `ModifyCacheCluster` Aktion aufzeichnet. 

```
{ 
    "eventVersion":"1.01",
    "userIdentity":{
        "type":"IAMUser",
        "principalId":"EXAMPLEEXAMPLEEXAMPLE",
        "arn":"arn:aws:iam::123456789012:user/elasticache-allow",
        "accountId":"123456789012",
        "accessKeyId":"AKIAIOSFODNN7EXAMPLE",
        "userName":"elasticache-allow"
    },
    "eventTime":"2014-12-01T22:32:21Z",
    "eventSource":"elasticache.amazonaws.com",
    "eventName":"ModifyCacheCluster",
    "awsRegion":"us-west-2",
    "sourceIPAddress":"192.0.2.01",
    "userAgent":"AWS CLI/ElastiCache 1.10 API 2014-12-01",
    "requestParameters":{
        "applyImmediately":true,
        "numCacheNodes":3,
        "cacheClusterId":"test-memcached"
    },
    "responseElements":{
        "engine":"memcached",
        "clientDownloadLandingPage":"https://console.aws.amazon.com/elasticache/home#client-download:",
        "cacheParameterGroup":{
            "cacheParameterGroupName":"default.memcached1.4",
            "cacheNodeIdsToReboot":{
            },
            "parameterApplyStatus":"in-sync"
        },
        "cacheClusterCreateTime":"Dec 1, 2014 10:16:06 PM",
        "preferredAvailabilityZone":"Multiple",
        "numCacheNodes":2,
        "cacheNodeType":"cache.m1.small",
        "cacheClusterStatus":"modifying",
        "autoMinorVersionUpgrade":true,
        "preferredMaintenanceWindow":"thu:05:00-thu:06:00",
        "cacheClusterId":"test-memcached",
        "engineVersion":"1.4.14",
        "cacheSecurityGroups":[
            {
                "status":"active",
                "cacheSecurityGroupName":"default"
            }
        ],
        "configurationEndpoint":{
            "address":"test-memcached.example.cfg.use1prod.cache.amazonaws.com",
            "port":11211
        },
        "pendingModifiedValues":{
            "numCacheNodes":3
        }
    },
    "requestID":"807f4bc3-354c-11e4-9376-c1d979ba565a",
    "eventID":"e9163565-376f-4223-96e9-9f50528da645"
}
```

# Amazon SNS SNS-Überwachung von Ereignissen ElastiCache
<a name="ECEvents"></a>

Wenn für einen Cluster wichtige Ereignisse eintreten, ElastiCache sendet eine Benachrichtigung an ein bestimmtes Amazon SNS SNS-Thema. Zu den wichtigen Ereignissen zählen beispielsweise das fehlgeschlagene Hinzufügen eines Knotens, das erfolgreiche Hinzufügen eines Knotens und die Änderung einer Sicherheitsgruppe. Durch die Überwachung wichtiger Schlüsselereignisse können Sie den aktuellen Status Ihrer Cluster erfahren und, je nach Ereignis, Korrekturen vornehmen.

**Topics**
+ [Verwaltung von ElastiCache Amazon SNS SNS-Benachrichtigungen](ECEvents.SNS.md)
+ [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md)
+ [Ereignisbenachrichtigungen und Amazon SNS](ElastiCacheSNS.md)

# Verwaltung von ElastiCache Amazon SNS SNS-Benachrichtigungen
<a name="ECEvents.SNS"></a>

Mit Amazon Simple Notification Service (Amazon SNS) können Sie konfigurieren ElastiCache , dass Benachrichtigungen für wichtige Cluster-Ereignisse gesendet werden. In diesen Beispielen konfigurieren Sie einen Cluster mit dem Amazon-Ressourcenname (ARN) eines Amazon-SNS-Themas, um Benachrichtigungen zu erhalten. 

**Anmerkung**  
In diesem Thema wird davon ausgegangen, dass Sie sich bei Amazon SNS angemeldet und ein Amazon-SNS-Thema eingerichtet und abonniert haben. Informationen dazu finden Sie im [Entwicklerhandbuch zu Amazon Simple Notification Service](https://docs.aws.amazon.com/sns/latest/dg/). 
Standardmäßig `API modify-replication-group` betrifft das alle Gruppen in einer Region und nicht nur die aktuell angegebene Gruppe. Wenn Sie eine bestimmte Gruppe in einer Region anders konfigurieren möchten als die anderen Gruppen, können Sie die `--notification-topic-arn` Option verwenden, um ein separates Thema für diese Gruppe zu erstellen.

## Hinzufügen eines Amazon-SNS-Themas
<a name="ECEvents.SNS.Adding"></a>

In den folgenden Abschnitten erfahren Sie, wie Sie mithilfe der AWS Konsole, der oder der ElastiCache API ein Amazon SNS SNS-Thema hinzufügen.AWS CLI

### Hinzufügen eines Amazon-SNS-Themas (Konsole)
<a name="ECEvents.SNS.Adding.Console"></a>

 Das folgende Verfahren zeigt Ihnen, wie Sie ein Amazon-SNS-Thema für einen Cluster hinzufügen. Wenn Sie Valkey oder Redis OSS verwenden, um in Schritt 2 ein Amazon SNS SNS-Thema für eine Replikationsgruppe hinzuzufügen, wählen Sie statt eines Clusters eine Replikationsgruppe aus. Folgen Sie dann den übrigen Schritten.

**Anmerkung**  
 Diese Vorgehensweise kann auch zum Ändern des Amazon-SNS-Themas verwendet werden. 

**So fügen Sie ein Amazon-SNS-Thema für einen Cluster hinzu oder ändern es (Konsole)**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).

1. Wählen Sie unter **Cluster** den Cluster aus, für den Sie einen Amazon-SNS-Thema-ARN hinzufügen oder ändern möchten.

1. Wählen Sie **Ändern** aus.

1. Wählen Sie im Feld **Modify Cluster (Cluster ändern)** unter **Topic for SNS Notification** (Thema für SNS-Benachrichtigung)** das SNS-Thema aus, das Sie hinzufügen möchten, oder wählen Sie **Manual ARN input (Manuelle ARN-Eingabe) aus und geben Sie den ARN des Amazon-SNS-Themas ein. 

1. Wählen Sie **Ändern** aus.

### Hinzufügen eines Amazon-SNS-Themas (AWS CLI)
<a name="ECEvents.SNS.Adding.CLI"></a>

Verwenden Sie den AWS CLI Befehl`modify-cache-cluster`, um ein Amazon SNS SNS-Thema für einen Cluster hinzuzufügen oder zu ändern.

Das folgende Codebeispiel fügt einen Amazon-SNS-Themen-ARN zu *my-cluster* hinzu.

Für Linux, macOS oder Unix:

```
aws elasticache modify-cache-cluster \
    --cache-cluster-id my-cluster \
    --notification-topic-arn arn:aws:sns:us-west-2:123456789xxx:ElastiCacheNotifications
```

Für Windows:

```
aws elasticache modify-cache-cluster ^
    --cache-cluster-id my-cluster ^
    --notification-topic-arn arn:aws:sns:us-west-2:123456789xx:ElastiCacheNotifications
```

Weitere Informationen finden Sie unter [modify-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html).

### Hinzufügen eines Amazon SNS SNS-Themas (ElastiCache API)
<a name="ECEvents.SNS.Adding.API"></a>

Rufen Sie zum Hinzufügen oder Ändern eines Amazon-SNS-Themas für einen Cluster die Aktion `ModifyCacheCluster` mit folgenden Parametern auf:
+ `CacheClusterId``=my-cluster`
+ `TopicArn``=arn%3Aaws%3Asns%3Aus-west-2%3A565419523791%3AElastiCacheNotifications`

**Example**  

```
 1. https://elasticache.amazon.com/
 2.     ?Action=ModifyCacheCluster
 3.     &ApplyImmediately=false
 4.     &CacheClusterId=my-cluster
 5.     &NotificationTopicArn=arn%3Aaws%3Asns%3Aus-west-2%3A565419523791%3AElastiCacheNotifications
 6.     &Version=2014-12-01
 7.     &SignatureVersion=4
 8.     &SignatureMethod=HmacSHA256
 9.     &Timestamp=20141201T220302Z
10.     &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
11.     &X-Amz-Date=20141201T220302Z
12.     &X-Amz-SignedHeaders=Host
13.     &X-Amz-Expires=20141201T220302Z
14.     &X-Amz-Credential=<credential>
15.     &X-Amz-Signature=<signature>
```

Weitere Informationen finden Sie unter [ModifyCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html).

## Aktivieren und Deaktivieren von Amazon-SNS-Benachrichtigungen
<a name="ECEvents.SNS.Disabling"></a>

 Sie können Benachrichtigungen für einen Cluster aktivieren oder deaktivieren. Das folgende Verfahren zeigt, wie Sie Amazon-SNS-Benachrichtigungen deaktivieren. 

### Aktivieren und Deaktivieren von Amazon-SNS-Benachrichtigungen (Konsole)
<a name="ECEvents.SNS.Disabling.Console"></a>

**Um Amazon SNS SNS-Benachrichtigungen zu deaktivieren, verwenden Sie den AWS-Managementkonsole**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).

1. Um eine Liste der Cluster anzuzeigen, die Memcached ausführen, wählen Sie im Navigationsbereich **Memcached**.

   **Um eine Liste Ihrer Cluster anzuzeigen, auf denen Valkey oder Redis OSS ausgeführt werden, wählen Sie im Navigationsbereich **Valkey** oder Redis OSS aus.**

1. Aktivieren Sie das Kontrollkästchen links neben dem Cluster, für den die Benachrichtigung geändert werden soll.

1. Wählen Sie **Ändern** aus.

1. Wählen Sie im Feld **Modify Cluster** unter **Topic for SNS Notification** die Option *Disable Notifications* aus.

1. Wählen Sie **Ändern** aus.

### Aktivieren und Deaktivieren von Amazon-SNS-Benachrichtigungen (AWS CLI)
<a name="ECEvents.SNS.Disabling.CLI"></a>

Verwenden Sie zum Deaktivieren von Amazon-SNS-Benachrichtigungen den Befehl `modify-cache-cluster` mit folgenden Parametern:

Für Linux, macOS oder Unix:

```
aws elasticache modify-cache-cluster \
    --cache-cluster-id my-cluster \
    --notification-topic-status inactive
```

Für Windows:

```
aws elasticache modify-cache-cluster ^
    --cache-cluster-id my-cluster ^
    --notification-topic-status inactive
```

**Anmerkung**  
Wenn der Cluster zu einer Replikationsgruppe gehört, müssen Sie den CLI-Befehl verwenden, `modify-replication-group` um SNS-Benachrichtigungen zu aktivieren oder zu deaktivieren.

### Amazon SNS SNS-Benachrichtigungen (ElastiCache API) aktivieren und deaktivieren
<a name="ECEvents.SNS.Disabling.API"></a>

Rufen Sie zum Deaktivieren von Amazon-SNS-Benachrichtigungen die `ModifyCacheCluster`-Aktion mit folgenden Parametern auf:
+ `CacheClusterId``=my-cluster`
+ `NotificationTopicStatus``=inactive`

Diese Aktion führt zu folgender oder einer ähnlichen Ausgabe:

**Example**  

```
 1. https://elasticache.us-west-2.amazonaws.com/
 2.     ?Action=ModifyCacheCluster
 3.     &ApplyImmediately=false
 4.     &CacheClusterId=my-cluster
 5.     &NotificationTopicStatus=inactive
 6.     &Version=2014-12-01
 7.     &SignatureVersion=4
 8.     &SignatureMethod=HmacSHA256
 9.     &Timestamp=20141201T220302Z
10.     &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
11.     &X-Amz-Date=20141201T220302Z
12.     &X-Amz-SignedHeaders=Host
13.     &X-Amz-Expires=20141201T220302Z
14.     &X-Amz-Credential=<credential>
15.     &X-Amz-Signature=<signature>
```

# ElastiCache Ereignisse anzeigen
<a name="ECEvents.Viewing"></a>

ElastiCache protokolliert Ereignisse, die sich auf Ihre Cluster-Instances, Sicherheitsgruppen und Parametergruppen beziehen. Zu diesen Informationen gehören Datum und Uhrzeit des Ereignisses, Quellname und Quelltyp des Ereignisses sowie eine Beschreibung des Ereignisses. Sie können Ereignisse mithilfe der ElastiCache Konsole, des AWS CLI`describe-events` Befehls oder der ElastiCache API-Aktion ganz einfach aus dem Protokoll abrufen`DescribeEvents`. 

Die folgenden Verfahren zeigen Ihnen, wie Sie alle ElastiCache Ereignisse der letzten 24 Stunden (1440 Minuten) anzeigen können.

## ElastiCache Ereignisse anzeigen (Konsole)
<a name="ECEvents.Viewing.CON"></a>

Das folgende Verfahren zeigt Ereignisse mithilfe der ElastiCache Konsole an.

**Um Ereignisse mit der ElastiCache Konsole anzuzeigen**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).

1. Um eine Liste aller verfügbaren Ereignisse anzuzeigen, wählen Sie im Navigationsbereich **Events (Ereignisse)**.

   Auf dem Bildschirm *Ereignisse* steht jede Zeile der Liste für ein Ereignis und zeigt die Ereignisquelle, den Ereignistyp (Cache-Cluster, cache-parameter-group cache-security-group, oder cache-subnet-group), die GMT-Zeit des Ereignisses und eine Beschreibung des Ereignisses an.

   Mit der Option **Filter** können Sie angeben, ob alle Ereignisse oder nur Ereignisse eines bestimmten Typs in der Ereignisliste enthalten sein sollen.

## ElastiCache Ereignisse anzeigen ()AWS CLI
<a name="ECEvents.Viewing.CLI"></a>

Um mit dem eine Liste von ElastiCache Ereignissen zu generieren AWS CLI, verwenden Sie den Befehl`describe-events`. Mit optionalen Parametern können Sie u. a. den Typ und den Zeitrahmen der aufgelisteten Ereignisse sowie die maximale Anzahl der aufzulistenden Ereignisse steuern.

Der folgende Code listet bis zu 40 Cluster-Ereignisse auf.

```
aws elasticache describe-events --source-type cache-cluster --max-items 40  
```

Mit dem folgenden Code werden alle Ereignisse der letzten 24 Stunden (1 440 Minuten) aufgelistet.

```
aws elasticache describe-events --source-type cache-cluster --duration 1440 
```

Die Ausgabe des Befehls `describe-events` sieht in etwa wie folgt aus:

```
aws elasticache describe-events --source-type cache-cluster --max-items 40  
{
    "Events": [
        {
            "SourceIdentifier": "my-mem-cluster",
            "SourceType": "cache-cluster",
            "Message": "Finished modifying number of nodes from 1 to 3",
            "Date": "2020-06-09T02:01:21.772Z"
        },
        {
            "SourceIdentifier": "my-mem-cluster",
            "SourceType": "cache-cluster",
            "Message": "Added cache node 0002 in availability zone us-west-2a",
            "Date": "2020-06-09T02:01:21.716Z"
        },
        {
            "SourceIdentifier": "my-mem-cluster",
            "SourceType": "cache-cluster",
            "Message": "Added cache node 0003 in availability zone us-west-2a",
            "Date": "2020-06-09T02:01:21.706Z"
        },
        {
            "SourceIdentifier": "my-mem-cluster",
            "SourceType": "cache-cluster",
            "Message": "Increasing number of requested nodes",
            "Date": "2020-06-09T01:58:34.178Z"
        },
        {
            "SourceIdentifier": "mycluster-0003-004",
            "SourceType": "cache-cluster",
            "Message": "Added cache node 0001 in availability zone us-west-2c",
            "Date": "2020-06-09T01:51:14.120Z"
        },
        {
            "SourceIdentifier": "mycluster-0003-004",
            "SourceType": "cache-cluster",
            "Message": "This cluster does not support persistence (ex: 'appendonly').  Please use a different instance type to enable persistence.",
            "Date": "2020-06-09T01:51:14.095Z"
        },
        {
            "SourceIdentifier": "mycluster-0003-004",
            "SourceType": "cache-cluster",
            "Message": "Cache cluster created",
            "Date": "2020-06-09T01:51:14.094Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-005",
            "SourceType": "cache-cluster",
            "Message": "Added cache node 0001 in availability zone us-west-2b",
            "Date": "2020-06-09T01:42:55.603Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-005",
            "SourceType": "cache-cluster",
            "Message": "This cluster does not support persistence (ex: 'appendonly').  Please use a different instance type to enable persistence.",
            "Date": "2020-06-09T01:42:55.576Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-005",
            "SourceType": "cache-cluster",
            "Message": "Cache cluster created",
            "Date": "2020-06-09T01:42:55.574Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-004",
            "SourceType": "cache-cluster",
            "Message": "Added cache node 0001 in availability zone us-west-2b",
            "Date": "2020-06-09T01:28:40.798Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-004",
            "SourceType": "cache-cluster",
            "Message": "This cluster does not support persistence (ex: 'appendonly').  Please use a different instance type to enable persistence.",
            "Date": "2020-06-09T01:28:40.775Z"
        },
        {
            "SourceIdentifier": "mycluster-0001-004",
            "SourceType": "cache-cluster",
            "Message": "Cache cluster created",
            "Date": "2020-06-09T01:28:40.773Z"
        }
    ]
}
```

Weitere Informationen z. B. zu den verfügbaren Parametern und den zulässigen Parameterwerten finden Sie unter [https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html).

## ElastiCache Ereignisse anzeigen (ElastiCache API)
<a name="ECEvents.Viewing.API"></a>

Verwenden Sie die `DescribeEvents` Aktion, um mithilfe der ElastiCache API eine Liste von ElastiCache Ereignissen zu generieren. Mit optionalen Parametern können Sie u. a. den Typ und den Zeitrahmen der aufgelisteten Ereignisse sowie die maximale Anzahl der aufzulistenden Ereignisse steuern.

Mit dem folgenden Code werden die letzten 40 Cache-Cluster-Ereignisse aufgelistet.

```
https://elasticache.us-west-2.amazonaws.com/
   ?Action=DescribeEvents
   &MaxRecords=40
   &SignatureVersion=4
   &SignatureMethod=HmacSHA256
   &SourceType=cache-cluster
   &Timestamp=20150202T192317Z
   &Version=2015-02-02
   &X-Amz-Credential=<credential>
```

Mit dem folgenden Code werden alle Cache-Cluster-Ereignisse der letzten 24 Stunden (1 440 Minuten) aufgelistet.

```
https://elasticache.us-west-2.amazonaws.com/
   ?Action=DescribeEvents
   &Duration=1440
   &SignatureVersion=4
   &SignatureMethod=HmacSHA256
   &SourceType=cache-cluster
   &Timestamp=20150202T192317Z
   &Version=2015-02-02
   &X-Amz-Credential=<credential>
```

Die Ausgabe der oben angegebenen Aktionen sollte in etwa wie folgt aussehen:

```
<DescribeEventsResponse xmlns="http://elasticache.amazonaws.com/doc/2015-02-02/"> 
    <DescribeEventsResult> 
        <Events> 
            <Event> 
                <Message>Cache cluster created</Message> 
                <SourceType>cache-cluster</SourceType> 
                <Date>2015-02-02T18:22:18.202Z</Date> 
                <SourceIdentifier>mem01</SourceIdentifier> 
            </Event> 
               
 (...output omitted...)
          
        </Events> 
    </DescribeEventsResult> 
    <ResponseMetadata> 
        <RequestId>e21c81b4-b9cd-11e3-8a16-7978bb24ffdf</RequestId> 
    </ResponseMetadata> 
</DescribeEventsResponse>
```

Weitere Informationen z. B. zu den verfügbaren Parametern und den zulässigen Parameterwerten finden Sie unter [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html).

# Ereignisbenachrichtigungen und Amazon SNS
<a name="ElastiCacheSNS"></a>

ElastiCache kann Nachrichten mit Amazon Simple Notification Service (SNS) veröffentlichen, wenn wichtige Ereignisse in einem Cluster auftreten. Mit dieser Funktion können die Serverlisten auf Client-Computern aktualisiert werden, die mit einzelnen Cache-Knotenendpunkten eines Cache-Clusters verbunden sind.

**Anmerkung**  
Weitere Informationen zum Amazon Simple Notification Service (SNS) sowie Informationen zu Preisen und Links zur Amazon-SNS-Dokumentation finden Sie auf der [Produktseite zu Amazon SNS](https://aws.amazon.com/sns).

Benachrichtigungen werden in einem bestimmten Amazon-SNS*-Thema* veröffentlicht. Für Benachrichtigungen müssen folgende Voraussetzungen erfüllt sein:
+ Für ElastiCache Benachrichtigungen kann nur ein Thema konfiguriert werden.
+ Das AWS Konto, dem das Amazon SNS SNS-Thema gehört, muss dasselbe Konto sein, das den Cluster besitzt, auf dem Benachrichtigungen aktiviert sind.
+ Das Amazon-SNS-Thema, in dem Sie veröffentlichen, kann nicht verschlüsselt werden.
**Anmerkung**  
Es ist möglich, ein verschlüsseltes (im Ruhezustand befindliches) Amazon-SNS-Thema an den Cluster anzuhängen. Der Status des Themas in der ElastiCache Konsole wird jedoch als inaktiv angezeigt, wodurch das Thema effektiv vom Cluster getrennt wird, wenn Nachrichten an das ElastiCache Thema weitergeleitet werden. 
+ Das Amazon SNS SNS-Thema muss sich in derselben Region wie der ElastiCache Cluster befinden.

## ElastiCache Events
<a name="ElastiCacheSNS.Events"></a>

Die folgenden ElastiCache Ereignisse lösen Amazon SNS SNS-Benachrichtigungen aus. Weitere Informationen zu Ereignisdetails finden Sie unter [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md).


| Ereignisname | Fehlermeldung | Description | 
| --- | --- | --- | 
|  ElastiCache:AddCacheNodeComplete  |  ElastiCache:AddCacheNodeComplete : cache-cluster  |  Ein Cache-Knoten wurde dem Cluster hinzugefügt und ist einsatzbereit.  | 
|  ElastiCache: AddCacheNodeFailed aufgrund unzureichender freier IP-Adressen  |  ElastiCache:AddCacheNodeFailed : cluster-name  |  Ein Cache-Knoten konnte nicht hinzugefügt werden, da nicht genug IP-Adressen verfügbar sind.  | 
|  ElastiCache:CacheClusterParametersChanged  |  ElastiCache:CacheClusterParametersChanged : cluster-name  |  Ein oder mehrere Cluster-Parameter wurden geändert.  | 
|  ElastiCache:CacheClusterProvisioningComplete  |  ElastiCache:CacheClusterProvisioningComplete cluster-name-0001-005  |  Die Bereitstellung eines Clusters ist abgeschlossen, und die Cache-Knoten im Cache-Cluster sind einsatzbereit.  | 
|  ElastiCache: CacheClusterProvisioningFailed aufgrund eines inkompatiblen Netzwerkstatus  |  ElastiCache:CacheClusterProvisioningFailed : cluster-name  |  Es wurde versucht, einen neuen Cluster in einer nicht existierenden Virtual Private Cloud (VPC) zu starten.  | 
| ElastiCache:CacheClusterScalingComplete  | `CacheClusterScalingComplete : cluster-name` | Die Skalierung für den Cache-Cluster wurde erfolgreich abgeschlossen. | 
| ElastiCache:CacheClusterScalingFailed | ElastiCache:CacheClusterScalingFailed : *cluster-name* | Die Erweiterung des Cache-Clusters ist fehlgeschlagen.  | 
|  ElastiCache:CacheClusterSecurityGroupModified  |  ElastiCache:CacheClusterSecurityGroupModified : cluster-name  |  Eines der folgenden Ereignisse ist aufgetreten: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ElastiCacheSNS.html)  | 
|  ElastiCache:CacheNodeReplaceStarted  |  ElastiCache:CacheNodeReplaceStarted : cluster-name  |  ElastiCache hat festgestellt, dass der Host, auf dem ein Cache-Knoten ausgeführt wird, heruntergestuft oder nicht erreichbar ist, und hat begonnen, den Cache-Knoten zu ersetzen.  Der DNS-Eintrag für den ersetzten Cache-Knoten bleibt unverändert.  In den meisten Fällen müssen Sie die Serverliste für die Clients nicht aktualisieren, wenn dieses Ereignis auftritt. Einige Cache-Client-Bibliotheken verwenden den Cache-Knoten möglicherweise auch dann nicht mehr, wenn der Cache-Knoten ersetzt ElastiCache wurde. In diesem Fall sollte die Anwendung die Serverliste aktualisieren, wenn dieses Ereignis eintritt.  | 
|  ElastiCache:CacheNodeReplaceComplete  |  ElastiCache:CacheNodeReplaceComplete : cluster-name  |  ElastiCache hat festgestellt, dass der Host, auf dem ein Cacheknoten ausgeführt wird, heruntergefahren oder nicht erreichbar ist, und hat den Austausch des Cacheknotens abgeschlossen.  Der DNS-Eintrag für den ersetzten Cache-Knoten bleibt unverändert.  In den meisten Fällen müssen Sie die Serverliste für die Clients nicht aktualisieren, wenn dieses Ereignis auftritt. Einige Cache-Client-Bibliotheken verwenden den Cache-Knoten möglicherweise auch dann nicht mehr, wenn der Cache-Knoten ersetzt ElastiCache wurde. In diesem Fall sollte die Anwendung die Serverliste aktualisieren, wenn dieses Ereignis eintritt.  | 
|  ElastiCache:CacheNodesRebooted  |  ElastiCache:CacheNodesRebooted : cluster-name  |  Mindestens ein Cache-Knoten wurde neu gestartet. Nachricht (Memcached): `"Cache node %s shutdown"` Dann eine zweite Nachricht: `"Cache node %s restarted"`  | 
|  ElastiCache: CertificateRenewalComplete (Nur Valkey oder Redis OSS)  |  ElastiCache:CertificateRenewalComplete  |  Das Amazon CA-Zertifikat wurde erfolgreich erneuert.  | 
|  ElastiCache:CreateReplicationGroupComplete  |  ElastiCache:CreateReplicationGroupComplete : cluster-name  |  Die Replikationsgruppe wurde erfolgreich erstellt.  | 
|  ElastiCache:DeleteCacheClusterComplete  |  ElastiCache:DeleteCacheClusterComplete : cluster-name  |  Das Löschen eines Clusters und aller zugehörigen Cache-Knoten ist abgeschlossen.  | 
| ElastiCache: FailoverComplete (Nur Valkey oder Redis OSS) | `ElastiCache:FailoverComplete : mycluster` | Failover zu einem Replikationsknoten wurde erfolgreich abgeschlossen.  | 
|  ElastiCache:ReplicationGroupIncreaseReplicaCountFinished  |  ElastiCache:ReplicationGroupIncreaseReplicaCountFinished : cluster-name-0001-005  |  Die Anzahl der Replikate im Cluster wurde erhöht.   | 
|  ElastiCache:ReplicationGroupIncreaseReplicaCountStarted  |  ElastiCache:ReplicationGroupIncreaseReplicaCountStarted : cluster-name-0003-004  |  Der Vorgang für das Hinzufügen von Replikaten zu Ihrem Cluster hat begonnen.   | 
|  ElastiCache:NodeReplacementCanceled  |  ElastiCache:NodeReplacementCanceled : cluster-name  |  Ein Knoten in Ihrem Cluster, der ersetzt werden sollte, soll nicht länger ersetzt werden.   | 
|  ElastiCache:NodeReplacementRescheduled  |  ElastiCache:NodeReplacementRescheduled : cluster-name  |  Für einen zu ersetzenden Knoten in Ihrem Cluster wurde eine spätere Ersetzung im neuen Fenster geplant, das in der Benachrichtigung angegeben wurde.  Weitere Informationen zu den möglichen Aktionen erhalten Sie unter [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md).  | 
|  ElastiCache:NodeReplacementScheduled  |  ElastiCache:NodeReplacementScheduled : cluster-name  |  Ein Knoten in Ihrem Cluster soll während des in der Benachrichtigung beschriebenen Fensters ersetzt werden.  Weitere Informationen zu den möglichen Aktionen erhalten Sie unter [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md).  | 
|  ElastiCache:RemoveCacheNodeComplete  |  ElastiCache:RemoveCacheNodeComplete : cluster-name  |  Ein Cache-Knoten wurde aus dem Cluster entfernt.  | 
| ElastiCache:ReplicationGroupScalingComplete | `ElastiCache:ReplicationGroupScalingComplete : cluster-name` | Die Aufskalierung der Replikationsgruppe wurde erfolgreich abgeschlossen.  | 
| ElastiCache:ReplicationGroupScalingFailed | `"Failed applying modification to cache node type to %s."` | Die Aufskalierung der Replikationsgruppe ist fehlgeschlagen.  | 
| ElastiCache:ServiceUpdateAvailableForNode | `"Service update is available for cache node %s."` | Für den Knoten ist ein Self-Service-Update verfügbar.  | 
|  ElastiCache: SnapshotComplete (Nur Valkey oder Redis OSS)  |  ElastiCache:SnapshotComplete : cluster-name  |  Ein Cache-Snapshot wurde erfolgreich abgeschlossen.  | 
|  ElastiCache: SnapshotFailed (Nur Valkey oder Redis OSS)  |  SnapshotFailed : cluster-name  |  Ein Cache-Snapshot ist fehlgeschlagen. Weitere Informationen zur Ursache finden Sie in den Cache-Ereignissen des Clusters. Wenn Sie den Snapshot beschreiben (siehe [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeSnapshots.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeSnapshots.html)), ist dessen Status `failed`.  | 

## Verwandte Themen
<a name="ElastiCacheSNS.SeeAlso"></a>
+ [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md)

# Protokollzustellung
<a name="Log_Delivery"></a>

**Anmerkung**  
Slow Log wird für Valkey 7.x und höher sowie für Redis OSS-Cluster und Replikationsgruppen ab der Engine-Version 6.0 unterstützt.   
Engine Log wird für Valkey 7.x und höher sowie für Redis OSS-Cluster und Replikationsgruppen ab Engine-Version 6.2 unterstützt.

Mit der Protokollzustellung können Sie [SLOWLOG oder **Engine Log** an](https://valkey.io/commands/slowlog) eines von zwei Zielen streamen:
+ Amazon Data Firehose
+  CloudWatch Amazon-Protokolle

Sie aktivieren und konfigurieren die Protokollzustellung, wenn Sie einen Cluster erstellen oder ändern mit ElastiCache APIs. Jeder Protokolleintrag wird in einem von zwei Formaten an das angegebene Ziel übermittelt: *JSON* oder *TEXT*.

Eine feste Anzahl von Slow-Protokolleinträgen wird regelmäßig von der Engine abgerufen. Je nach dem für den Engine-Parameter `slowlog-max-len` angegebenen Wert werden zusätzliche langsame Protokolleinträge möglicherweise nicht an das Ziel übermittelt.

Sie können die Versandkonfigurationen ändern oder die Protokollzustellung jederzeit deaktivieren. Verwenden Sie dazu die AWS Konsole oder eine der Optionen zum Ändern APIs, entweder [modify-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html)oder [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html). 

Sie müssen den `apply-immediately`-Parameter für alle Änderungen der Protokollzustellung setzen.

**Anmerkung**  
Amazon CloudWatch Logs-Gebühren fallen an, wenn die Protokollzustellung aktiviert ist, auch wenn Protokolle direkt an Amazon Data Firehose geliefert werden. Weitere Informationen finden Sie im Abschnitt Verkaufte Logs in der [ CloudWatch Amazon-Preisübersicht](https://aws.amazon.com/cloudwatch/pricing/).

## Inhalt eines langsamen Protokolleintrags
<a name="Log_contents"></a>

Das Slow Log enthält die folgenden Informationen: 
+ **CacheClusterId**— Die ID des Clusters
+ **CacheNodeId**— Die ID des Cache-Knotens
+ **Id** – Eine eindeutige progressive Kennung für jeden langsamen Protokoll-Eintrag
+ **Timestamp** – Der Unix-Zeitstempel, zu dem der protokollierte Befehl verarbeitet wurde
+ **Duration (Dauer)** – Die für die Ausführung benötigte Zeit in Mikrosekunden
+ **Command** – Der vom Client verwendete Befehl. Zum Beispiel, `set foo bar` wo `foo` ist der Schlüssel und wo `bar` ist der Wert. ElastiCache ersetzt den tatsächlichen Schlüsselnamen und -wert durch, `(2 more arguments)` um zu verhindern, dass vertrauliche Daten offengelegt werden.
+ **ClientAddress**— IP-Adresse und Port des Clients
+ **ClientName**— Clientname, falls er über den `CLIENT SETNAME` Befehl gesetzt wurde 

## Inhalte eines Engine-Protokolleintrags
<a name="Log_contents-engine-log"></a>

Das ElastiCache Engine-Protokoll enthält die folgenden Informationen: 
+ **CacheClusterId**— Die ID des Clusters
+ **CacheNodeId**— Die ID des Cache-Knotens
+ **Protokollebene** — LogLevel kann eine der folgenden Optionen sein:`VERBOSE("-")`,`NOTICE("*")`,`WARNING("#")`.
+ **Zeit** – Die UTC-Uhrzeit der protokollierten Nachricht. Die Zeit ist in folgendem Format angegeben: `"DD MMM YYYY hh:mm:ss.ms UTC"`
+ **Rolle** – Rolle des Knotens, von dem das Protokoll ausgegeben wird. Dabei kann es sich um einen der folgenden Werte handeln: „M“ für Primär, „S“ für Replikat, „C“ für einen untergeordneten Writer-Prozess, an dem gearbeitet wird, RDB/AOF oder „X“ für Sentinel.
+ **Nachricht — Engine-Log-Meldung**.

## Berechtigungen zum Konfigurieren der Protokollierung
<a name="Log_permissions"></a>

Sie müssen die folgenden IAM-Berechtigungen in Ihre user/role IAM-Richtlinie aufnehmen: 
+ `logs:CreateLogDelivery`
+ `logs:UpdateLogDelivery`
+ `logs:DeleteLogDelivery`
+ `logs:GetLogDelivery`
+ `logs:ListLogDeliveries`

Weitere Informationen finden Sie unter [Übersicht über die Zugriffsverwaltung: Berechtigungen und Richtlinien](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_access-management.html).

## Spezifikationen des Protokolltyps und des Protokollformats
<a name="Destination_Formats"></a>

### Slow-Protokoll
<a name="Destination_Formats-slowlog"></a>

Das langsame Protokoll unterstützt sowohl JSON als auch TEXT

Im Folgenden sehen Sie ein Beispiel für das JSON-Format:

```
{
  "CacheClusterId": "logslowxxxxmsxj", 
  "CacheNodeId": "0001", 
  "Id": 296, 
  "Timestamp": 1605631822, 
  "Duration (us)": 0, 
  "Command": "GET ... (1 more arguments)", 
  "ClientAddress": "192.168.12.104:55452", 
  "ClientName": "logslowxxxxmsxj##" 
}
```

Im Folgenden sehen Sie ein Beispiel für das TEXT-Format:

```
logslowxxxxmsxj,0001,1605631822,30,GET ... (1 more arguments),192.168.12.104:55452,logslowxxxxmsxj## 
```

### Engine-Protokoll
<a name="Destination_Formats-engine-log"></a>

Das Engine-Protokoll unterstützt sowohl JSON als auch TEXT

Im Folgenden sehen Sie ein Beispiel für das JSON-Format:

```
{ 
  "CacheClusterId": "xxxxxxxxxzy-engine-log-test", 
  "CacheNodeId": "0001", 
  "LogLevel": "VERBOSE", 
  "Role": "M", 
  "Time": "12 Nov 2020 01:28:57.994 UTC", 
  "Message": "Replica is waiting for next BGSAVE before synchronizing with the primary. Check back later" 
}
```

Im Folgenden sehen Sie ein Beispiel für das TEXT-Format:

```
xxxxxxxxxxxzy-engine-log-test/0001:M 29 Oct 2020 20:12:20.499 UTC * A slow-running Lua script detected that is still in execution after 1000 microseconds.
```

# ElastiCache Ziele protokollieren
<a name="Logging-destinations"></a>

In diesem Abschnitt werden die Protokollierungsziele beschrieben, die Sie für Ihre ElastiCache Protokolle auswählen können. Jeder Abschnitt enthält Anleitungen zum Konfigurieren der Protokollierung für den Zieltyp und Informationen zu jedem Verhalten, das für den jeweiligen Zieltyp spezifisch ist. Nachdem Sie Ihr Protokollierungsziel konfiguriert haben, können Sie dessen Spezifikationen für die ElastiCache Protokollierungskonfiguration angeben, um mit der Protokollierung zu beginnen.

**Topics**
+ [CloudWatch Amazon-Protokolle](#Destination_Specs_CloudWatch_Logs)
+ [Amazon Data Firehose](#Destination_Specs_Kinesis_Firehose_Stream)

## CloudWatch Amazon-Protokolle
<a name="Destination_Specs_CloudWatch_Logs"></a>
+ Sie geben eine CloudWatch Logs-Protokollgruppe an, in die die Protokolle geliefert werden. 
+ Protokolle von mehreren Valkey- oder Redis OSS-Clustern und Replikationsgruppen können an dieselbe Protokollgruppe übermittelt werden. 
+ Für jeden Knoten innerhalb eines Clusters oder einer Replikationsgruppe wird ein neuer Protokollstream erstellt, und die Protokolle werden an die jeweiligen Protokollstreams übermittelt. Der Name des Protokolldatenstroms verwendet das folgende Format: `elasticache/${engine-name}/${cache-cluster-id}/${cache-node-id}/${log-type}`

**Berechtigungen zum Veröffentlichen von Protokollen in CloudWatch Logs** 

Sie müssen über die folgenden Berechtigungseinstellungen verfügen, um das Senden von Protokollen an eine CloudWatch Logs-Protokollgruppe konfigurieren ElastiCache zu können:

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Action": [
                "logs:CreateLogDelivery",
                "logs:GetLogDelivery",
                "logs:UpdateLogDelivery",
                "logs:DeleteLogDelivery",
                "logs:ListLogDeliveries"
            ],
            "Resource": [
                "*"
            ],
            "Effect": "Allow",
            "Sid": "ElastiCacheLogging"
        },
        {
            "Sid": "ElastiCacheLoggingCWL",
            "Action": [
                "logs:PutResourcePolicy",
                "logs:DescribeResourcePolicies",
                "logs:DescribeLogGroups"
            ],
            "Resource": [
                "*"
            ],
            "Effect": "Allow"
        }
    ]
}
```

------

Weitere Informationen finden Sie unter An [Protokolle gesendete CloudWatch Protokolle](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-CWL).

## Amazon Data Firehose
<a name="Destination_Specs_Kinesis_Firehose_Stream"></a>
+ Sie geben einen Firehose-Lieferstream an, in den die Protokolle geliefert werden. 
+ Protokolle aus mehreren Valkey- oder Redis OSS-Clustern und Replikationsgruppen können an denselben Delivery Stream übermittelt werden. 
+ Protokolle von jedem Knoten innerhalb eines Clusters oder einer Replikationsgruppe werden an denselben Lieferstream übermittelt. Sie können Protokollnachrichten von verschiedenen Cache-Knoten basierend auf `cache-cluster-id` und `cache-node-id` in jeder Protokollnachricht unterscheiden. 
+ Die Lieferung von Baumstämmen an Firehose ist derzeit in der Region Asien-Pazifik (Osaka) nicht verfügbar. 

**Berechtigungen zum Veröffentlichen von Protokollen auf Firehose** 

Sie benötigen die folgenden Berechtigungen, um das Senden von Protokollen an einen Amazon Kinesis Data Firehose Firehose-Lieferstream zu konfigurieren ElastiCache .

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Action": [
                "logs:CreateLogDelivery",
                "logs:GetLogDelivery",
                "logs:UpdateLogDelivery",
                "logs:DeleteLogDelivery",
                "logs:ListLogDeliveries"
            ],
            "Resource": [
                "*"
            ],
            "Effect": "Allow",
            "Sid": "ElastiCacheLogging"
        },
        {
            "Sid": "ElastiCacheLoggingFHSLR",
            "Action": [
                "iam:CreateServiceLinkedRole"
            ],
            "Resource": "*",
            "Effect": "Allow"
        },
        {
            "Sid": "ElastiCacheLoggingFH",
            "Action": [
                "firehose:TagDeliveryStream"
            ],
            "Resource": "arn:aws:iam::*:role/*",
            "Effect": "Allow"
        }
    ]
}
```

------

# Angeben der Protokollzustellung mithilfe der Konsole
<a name="Console_Log"></a>

Mit dem können AWS-Managementkonsole Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) erstellen, indem Sie den Schritten unter folgen, [Erstellen eines Valkey-Clusters (Cluster-Modus deaktiviert) (Konsole)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs) oder einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mithilfe der Schritte unter erstellen. [Erstellen eines Valkey- oder Redis OSS-Clusters (Cluster-Modus aktiviert) (Konsole)](Clusters.Create.md#Clusters.Create.CON.RedisCluster) In beiden Fällen konfigurieren Sie die Protokollzustellung wie folgt;

1. **Wählen Sie unter **Erweiterte Einstellungen** die Option **Logs** aus und aktivieren Sie dann entweder **Slow Logs oder Engine Logs**.**

1. Unter **Protokollformat** wählen Sie entweder**Text** oder **JSON** aus.

1. Wählen Sie unter **Zieltyp** entweder **CloudWatch Logs** oder **Kinesis Firehose** aus.

1. Wählen Sie unter **Protokollziel** entweder **Neu erstellen** aus und geben Sie entweder Ihren Amazon S3 S3-Bucket-Namen, CloudWatchLogs Protokollgruppennamen oder Ihren Kinesis Data Firehose Firehose-Stream-Namen ein, oder wählen **Sie Bestehende auswählen** und dann entweder Ihren CloudWatch Logs-Gruppennamen oder Ihren Kinesis Data Firehose Firehose-Streamnamen aus.

**Beim Ändern eines Clusters:**

Sie können entweder die enable/disable Protokollzustellung protokollieren oder entweder den Zieltyp, das Format oder das Ziel ändern:

1. Melden Sie sich bei der Konsole an und öffnen Sie die ElastiCache Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).

1. Wählen Sie im Navigationsbereich **Valkey-Cluster** oder **Redis OSS-Cluster** aus.

1. Suchen Sie in der Liste der Cluster den Cluster aus, den Sie ändern möchten. Wählen Sie den **Clusternamen** und nicht das Kontrollkästchen daneben.

1. Wählen Sie auf der Seite **Clustername** die Registerkarte **Protokolle**.

1. Um Logs zu enable/disable verlangsamen, wählen Sie entweder **Slow Logs aktivieren oder Slow Logs** **deaktivieren**.

1. Wählen Sie für enable/disable Engine-Logs entweder **Engine-Logs aktivieren** oder **Engine-Logs deaktivieren**.

1. Um Ihre Konfiguration zu ändern, wählen Sie entweder **Modify slow logs** (Langsame Protokolle ändern) oder **Modify engine logs** (Engine-Protokolle ändern) aus:
   + Wählen Sie unter **Zieltyp** entweder **CloudWatch Logs** oder **Kinesis Firehose** aus.
   + Wählen Sie unter **Protokollziel** entweder **Neu erstellen** aus und geben Sie entweder Ihren CloudWatchLogs Protokollgruppennamen oder Ihren Kinesis Data Firehose Firehose-Stream-Namen ein. Oder wählen Sie **Select existing** und wählen Sie dann entweder Ihren CloudWatchLogs Log-Gruppennamen oder Ihren Kinesis Data Firehose Firehose-Stream-Namen.

# Angeben der Protokollzustellung mit dem AWS CLI
<a name="CLI_Log"></a>

**Slow-Protokoll**

Erstellen Sie eine Replikationsgruppe mit langsamer Protokollzustellung an CloudWatch Logs.

Für Linux, macOS oder Unix:

```
aws elasticache create-replication-group \
    --replication-group-id test-slow-log \
    --replication-group-description test-slow-log \
    --engine redis \
    --cache-node-type cache.r5.large \
    --num-cache-clusters 2 \
    --log-delivery-configurations '{
        "LogType":"slow-log", 
        "DestinationType":"cloudwatch-logs",  
        "DestinationDetails":{ 
          "CloudWatchLogsDetails":{ 
            "LogGroup":"my-log-group"
          } 
        }, 
        "LogFormat":"json" 
      }'
```

Für Windows:

```
aws elasticache create-replication-group ^
    --replication-group-id test-slow-log ^
    --replication-group-description test-slow-log ^
    --engine redis ^
    --cache-node-type cache.r5.large ^
    --num-cache-clusters 2 ^
    --log-delivery-configurations '{
        "LogType":"slow-log", 
        "DestinationType":"cloudwatch-logs", 
        "DestinationDetails":{ 
          "CloudWatchLogsDetails":{ 
            "LogGroup":"my-log-group"
          } 
        }, 
        "LogFormat":"json" 
      }'
```

Ändern Sie eine Replikationsgruppe, um das Protokoll langsam in CloudWatch Logs zu speichern

Für Linux, macOS oder Unix:

```
aws elasticache modify-replication-group \
    --replication-group-id test-slow-log \
    --apply-immediately \
    --log-delivery-configurations '
    {
      "LogType":"slow-log", 
      "DestinationType":"cloudwatch-logs", 
      "DestinationDetails":{ 
        "CloudWatchLogsDetails":{ 

          "LogGroup":"my-log-group"
        } 
      },
      "LogFormat":"json" 
    }'
```

Für Windows:

```
aws elasticache modify-replication-group ^
    --replication-group-id test-slow-log ^
    --apply-immediately ^
    --log-delivery-configurations '
    {
      "LogType":"slow-log", 
      "DestinationType":"cloudwatch-logs", 
      "DestinationDetails":{ 
        "CloudWatchLogsDetails":{ 
          "LogGroup":"my-log-group"
        } 
      },
      "LogFormat":"json" 
    }'
```

Ändern einer Replikationsgruppe, um die langsame Protokollzustellung zu deaktivieren

Für Linux, macOS oder Unix:

```
aws elasticache modify-replication-group \
    --replication-group-id test-slow-log \
    --apply-immediately \
    --log-delivery-configurations ' 
    {
      "LogType":"slow-log", 
      "Enabled":false 
    }'
```

Für Windows:

```
aws elasticache modify-replication-group ^
    --replication-group-id test-slow-log ^
    --apply-immediately ^
    --log-delivery-configurations '  
    {
      "LogType":"slow-log", 
      "Enabled":false 
    }'
```

**Engine-Protokoll**

Erstellen Sie eine Replikationsgruppe mit der Übermittlung von CloudWatch Engine-Protokollen an Logs.

Für Linux, macOS oder Unix:

```
aws elasticache create-replication-group \
    --replication-group-id test-slow-log \
    --replication-group-description test-slow-log \
    --engine redis \
    --cache-node-type cache.r5.large \
    --num-cache-clusters 2 \
    --log-delivery-configurations '{
        "LogType":"engine-log", 
        "DestinationType":"cloudwatch-logs",  
        "DestinationDetails":{ 
          "CloudWatchLogsDetails":{ 
            "LogGroup":"my-log-group"
          } 
        }, 
        "LogFormat":"json" 
      }'
```

Für Windows:

```
aws elasticache create-replication-group ^
    --replication-group-id test-slow-log ^
    --replication-group-description test-slow-log ^
    --engine redis ^
    --cache-node-type cache.r5.large ^
    --num-cache-clusters 2 ^
    --log-delivery-configurations '{
        "LogType":"engine-log", 
        "DestinationType":"cloudwatch-logs", 
        "DestinationDetails":{ 
          "CloudWatchLogsDetails":{ 
            "LogGroup":"my-log-group"
          } 
        }, 
        "LogFormat":"json" 
      }'
```

Ändern Sie eine Replikationsgruppe, um das Engine-Protokoll an Firehose zu übermitteln

Für Linux, macOS oder Unix:

```
aws elasticache modify-replication-group \
    --replication-group-id test-slow-log \
    --apply-immediately \
    --log-delivery-configurations '
    {
      "LogType":"engine-log", 
      "DestinationType":"kinesis-firehose",
      "DestinationDetails":{
      "KinesisFirehoseDetails":{
         "DeliveryStream":"test"
       }    
     },
      "LogFormat":"json" 
    }'
```

Für Windows:

```
aws elasticache modify-replication-group ^
    --replication-group-id test-slow-log ^
    --apply-immediately ^
    --log-delivery-configurations '
    {
      "LogType":"engine-log",       
      "DestinationType":"kinesis-firehose",
      "DestinationDetails":{
      "KinesisFirehoseDetails":{
         "DeliveryStream":"test"
       }  
      },
      "LogFormat":"json" 
    }'
```

Ändern einer Replikationsgruppe zum Wechseln in das Engine-Format

Für Linux, macOS oder Unix:

```
aws elasticache modify-replication-group \
    --replication-group-id test-slow-log \
    --apply-immediately \
    --log-delivery-configurations ' 
    {
       "LogType":"engine-log",
       "LogFormat":"json"
    }'
```

Für Windows:

```
aws elasticache modify-replication-group ^
    --replication-group-id test-slow-log ^
    --apply-immediately ^
    --log-delivery-configurations ' 
    {
       "LogType":"engine-log",
       "LogFormat":"json"
    }'
```

Ändern einer Replikationsgruppe zur Deaktivierung der Übermittlung von Engine-Protokollen

Für Linux, macOS oder Unix:

```
aws elasticache modify-replication-group \
    --replication-group-id test-slow-log \
    --apply-immediately \
    --log-delivery-configurations ' 
    {
      "LogType":"engine-log", 
      "Enabled":false 
    }'
```

Für Windows:

```
aws elasticache modify-replication-group ^
    --replication-group-id test-slow-log ^
    --apply-immediately ^
    --log-delivery-configurations '  
    {
      "LogType":"engine-log", 
      "Enabled":false 
    }'
```

# Überwachung der Nutzung mit CloudWatch Metrics
<a name="CacheMetrics"></a>

ElastiCache bietet Metriken, mit denen Sie Ihre Cluster überwachen können. Sie können auf diese Metriken zugreifen über CloudWatch. Weitere Informationen zu CloudWatch finden Sie in der [CloudWatch Dokumentation.](https://aws.amazon.com/documentation/cloudwatch/)

ElastiCache bietet sowohl Metriken auf Host-Ebene (z. B. CPU-Auslastung) als auch Metriken, die für die Cache-Engine-Software spezifisch sind (z. B. Cache-Abrufe und Cache-Fehlschläge). Diese Metriken werden für jeden Cache-Knoten in 60-Sekunden-Intervallen gemessen und veröffentlicht.

**Wichtig**  
Sie sollten erwägen, CloudWatch Alarme für bestimmte wichtige Messwerte einzurichten, damit Sie benachrichtigt werden, wenn sich die Leistung Ihres Clusters zu verschlechtern beginnt. Weitere Informationen finden Sie unter [Welche Metriken sollte ich überwachen?](CacheMetrics.WhichShouldIMonitor.md) in diesem Handbuch.

**Topics**
+ [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md)
+ [Metriken für Valkey und Redis OSS](CacheMetrics.Redis.md)
+ [Metriken für Memcached](CacheMetrics.Memcached.md)
+ [Welche Metriken sollte ich überwachen?](CacheMetrics.WhichShouldIMonitor.md)
+ [Auswählen von Metrikstatistiken und -zeiträumen](CacheMetrics.ChoosingStatisticsAndPeriods.md)
+ [Überwachung von CloudWatch Cluster- und Knotenmetriken](CloudWatchMetrics.md)

# Metriken auf Host-Ebene
<a name="CacheMetrics.HostLevel"></a>

Der `AWS/ElastiCache`-Namespace enthält die folgenden Metriken auf Host-Ebene für einzelne Cache-Knoten. Diese Metriken werden für jeden Cache-Knoten in 60-Sekunden-Intervallen erfasst und veröffentlicht.

**Weitere Informationen finden Sie auch unter:**
+ [Metriken für Valkey und Redis OSS](CacheMetrics.Redis.md)


| Metrik | Beschreibung | Einheit | 
| --- | --- | --- | 
| CPUUtilization |  Der Prozentsatz der CPU-Nutzung für den gesamten Host. Da Valkey und Redis OSS Single-Threading verwenden, empfehlen wir Ihnen, die EngineCPUUtilization Metrik für Knoten mit 4 oder mehr v zu überwachen. CPUs |  Prozent  | 
| CPUCreditBalance | Die Anzahl verdienter CPU-Guthaben, die eine Instance angesammelt hat, seit sie gestartet wurde. Bei T2 Standard beinhaltet der CPUCredit Saldo auch die Anzahl der angesammelten Startguthaben. Guthaben werden auf dem Guthaben-Konto angesammelt, nachdem sie verdient wurden, und davon entfernt, wenn sie verbraucht werden. Der Guthaben-Kontostand hat ein maximales Limit, das anhand der Instance-Größe bestimmt wird. Nachdem das Limit erreicht ist, verfallen alle neu verdienten Guthabenpunkte. Für T2 Standard zählen Startguthaben nicht zum Limit. Die Guthaben im CPUCredit Saldo stehen der Instance zur Verfügung, um die CPU-Grundauslastung zu überschreiten. Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. Diese Metrik ist nicht für T2-Instances mit Spitzenleistung verfügbar.  | Guthaben (vCPU-Minuten)  | 
| CPUCreditUsage | Die Anzahl der von der Instance für die CPU-Nutzung verbrauchten CPU-Guthaben. Ein CPU-Guthaben entspricht einer vCPU, die eine Minute lang bei 100% Auslastung läuft, oder einer äquivalenten Kombination aus vCPUs, Auslastung und Zeit (z. B. eine vCPU, die zwei Minuten lang bei 50% Auslastung läuft, oder zwei v, die zwei Minuten lang bei 25% Auslastung CPUs laufen). Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. Wenn Sie einen Zeitraum von mehr als fünf Minuten angeben, verwenden Sie die Summen-Statistik anstelle der Durchschnitts-Statistik. Diese Metrik ist nicht für T2-Instances mit Spitzenleistung verfügbar.  | Guthaben (vCPU-Minuten)  | 
| FreeableMemory  |  Größe des freien Arbeitsspeichers auf dem Host. Dies ist von RAM, Puffern und Cache abgeleitet, die vom Betriebssystem als freigebbar eingestuft werden. |  Bytes  | 
| NetworkBytesIn |  Anzahl der Byte, die der Host aus dem Netzwerk gelesen hat.  |  Bytes  | 
| NetworkBytesOut | Anzahl der von der Instance auf allen Netzwerkschnittstellen gesendeten Byte.  |  Bytes  | 
| NetworkPacketsIn | Anzahl der von der Instance auf allen Netzwerkschnittstellen empfangenen Pakete. Diese Metrik gibt das an eine einzelne Instance eingehende Netzwerkdatenvolumen an, ausgedrückt in Anzahl an Paketen.  | Anzahl  | 
| NetworkPacketsOut |  Anzahl der von der Instance auf allen Netzwerkschnittstellen gesendeten Pakete. Diese Metrik gibt das von einer einzelnen Instance ausgehende Netzwerkdatenvolumen an, ausgedrückt in Anzahl an Paketen. | Anzahl  | 
| NetworkBandwidthInAllowanceExceeded | Die Anzahl der Pakete, die in die Warteschlange gestellt oder verworfen wurden, da die eingehende aggregierte Bandbreite das Maximum für die Instance überschritten hat. | Anzahl  | 
| NetworkConntrackAllowanceExceeded | Die Anzahl der verworfenen Pakete, weil die Verbindungsverfolgung das Maximum für die Instance überschritten hat und keine neuen Verbindungen hergestellt werden konnten. Dies kann zu einem Paketverlust für den Datenverkehr zur oder von der Instance führen. | Anzahl  | 
| NetworkBandwidthOutAllowanceExceeded | Die Anzahl der Pakete, die in die Warteschlange gestellt oder verworfen wurden, weil die ausgehende aggregierte Bandbreite das Maximum für die Instance überschritten hat. | Anzahl  | 
| NetworkPacketsPerSecondAllowanceExceeded | Die Anzahl der Pakete, die in Warteschlangen gestellt oder verworfen wurden, weil Anzahl der bidirektionalen Pakete pro Sekunde das Maximum für die Instance überschritten hat. | Anzahl  | 
| NetworkMaxBytesIn | Die maximale Anzahl an empfangenen Bytes pro Sekunde pro Sekunde pro Minute. | Bytes | 
| NetworkMaxBytesOut  | Die maximale Anzahl an übertragenen Byte pro Sekunde pro Sekunde pro Minute. | Bytes | 
| NetworkMaxPacketsIn | Die maximale Anzahl pro Sekunde empfangener Pakete pro Sekunde pro Minute. | Anzahl  | 
| NetworkMaxPacketsOut | Die maximale Anzahl an übertragenen Paketen pro Sekunde pro Sekunde pro Minute. | Anzahl  | 
| SwapUsage |  Größe des belegten Auslagerungsspeichers auf dem Host.  |  Bytes  | 

# Metriken für Valkey und Redis OSS
<a name="CacheMetrics.Redis"></a>

Der `Amazon ElastiCache` Namespace umfasst die folgenden Valkey- und Redis-OSS-Metriken. Diese Metriken sind identisch, wenn die Valkey-Engine verwendet wird.

Mit Ausnahme von`ReplicationLag`, `EngineCPUUtilization` `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, und werden diese Metriken aus dem **info** Befehl abgeleitet. Jede Metrik wird zu jeder Cache-Knotenebene berechnet.

Eine vollständige Dokumentation des **info** Befehls finden Sie unter [http://valkey. io/commands/info](https://valkey.io/commands/info). 

**Weitere Informationen finden Sie auch unter:**
+ [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md)

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/CacheMetrics.Redis.html)

**CPUUtilization Verfügbarkeit der Engine**  
AWS Die unten aufgeführten Regionen sind für alle unterstützten Knotentypen verfügbar.


| Region | Name der Region | 
| --- | --- | 
| us-east-2 | US East (Ohio) | 
| us-east-1 | USA Ost (Nord-Virginia) | 
| us-west-1 | USA West (Nordkalifornien) | 
| us-west-2 | USA West (Oregon) | 
| ap-northeast-1 | Asien-Pazifik (Tokio) | 
| ap-northeast-2 | Asien-Pazifik (Seoul) | 
| ap-northeast-3 | Asien-Pazifik (Osaka) | 
| ap-east-1 | Asien-Pazifik (Hongkong) | 
| ap-south-1 | Asien-Pazifik (Mumbai) | 
| ap-southeast-1 | Asien-Pazifik (Singapur) | 
| ap-southeast-2 | Asien-Pazifik (Sydney) | 
| ap-southeast-3 | Asien-Pazifik (Jakarta) | 
| ca-central-1 | Kanada (Zentral) | 
| cn-north-1 | China (Peking) | 
| cn-northwest-2 | China (Ningxia) | 
| me-south-1 | Naher Osten (Bahrain) | 
| eu-central-1 | Europe (Frankfurt) | 
| eu-west-1 | Europa (Irland) | 
| eu-west-2 | Europa (London) | 
| eu-west-3 | EU (Paris) | 
| eu-south-1 | Europa (Milan) | 
| af-south-1 | Afrika (Kapstadt) | 
| eu-north-1 | Europa (Stockholm) | 
| sa-east-1 | Südamerika (São Paulo) | 
| us-gov-west-1 | AWS GovCloud (US-West) | 
| us-gov-east-1 | AWS GovCloud (US-Ost) | 

Im Folgenden finden Sie Zusammenfassungen bestimmter Befehle, die von **info commandstats** abgeleitet sind. Der Abschnitt „commandstats“ (Befehlsstatistiken) bietet Statistiken auf der Grundlage des Befehlstyps, einschließlich der Anzahl der Aufrufe, des gesamten durch diese Befehle verursachten CPU-Zeitaufwands und des durchschnittlichen CPU-Verbrauchs pro Befehlsausführung. Für jeden Befehlstyp wird die folgende Zeile hinzugefügt: `cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX`.

[Die unten aufgeführten Latenzmetriken werden anhand der Commandstats-Statistik von INFO berechnet.](https://valkey.io/commands/info) Diese werden auf folgende Weise berechnet: `delta(usec)/delta(calls)`. `delta` wird als Differenz innerhalb einer Minute berechnet. Die Latenz ist definiert als die CPU-Zeit, die für die Verarbeitung des ElastiCache Befehls benötigt wird. Beachten Sie, dass für Cluster, die Daten-Tiering verwenden, die zum Abrufen von Elementen vom SSD benötigte Zeit in diesen Messungen nicht enthalten ist.

Eine vollständige Liste der verfügbaren Befehle finden Sie in der Valkey-Dokumentation unter [Befehle](https://valkey.io/commands). 


| Metrik  | Description  | Einheit  | 
| --- | --- | --- | 
| ClusterBasedCmds | Die Gesamtanzahl der Cluster-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen Cluster einwirken (cluster slotcluster info, usw.).  | Anzahl | 
| ClusterBasedCmdsLatency | Latenz von Cluster-basierten Befehlen. | Mikrosekunden | 
| EvalBasedCmds | Die Gesamtzahl der Befehle für EVAL-basierte Befehle. Dies wird aus der commandstats Statistik durch Summieren von, abgeleitet. eval evalsha | Anzahl | 
| EvalBasedCmdsLatency | Latenz von eval-basierten Befehlen. | Mikrosekunden | 
| GeoSpatialBasedCmds | Die Gesamtzahl der Befehle für raumbezogene Befehle. Dies wird aus der commandstats Statistik abgeleitet. Es wird abgeleitet, indem alle Befehle des Geo-Typs summiert werden:geoadd, geodist, geohash, geopos, georadius und georadiusbymember. | Anzahl | 
| GeoSpatialBasedCmdsLatency | Latenz von raumbezogenen Befehlen.  | Mikrosekunden | 
| GetTypeCmds | Gesamtanzahl der auf read-only basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle read-only Typbefehle (get,, hget scardlrange, usw.) summiert werden. | Anzahl | 
|  GetTypeCmdsLatency |  Latenz von Lesebefehlen.  | Mikrosekunden | 
| HashBasedCmds | Gesamtanzahl der Hash-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Hashes (hget,, hkeys hvalshdel, usw.) einwirken. | Anzahl | 
|  HashBasedCmdsLatency |  Latenz von Hash-basierten Befehlen.  | Mikrosekunden | 
| HyperLogLogBasedCmds | Gesamtanzahl der auf HyperLogLog basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehlstypen (pfadd, pfcountpfmerge, usw.) summiert werden. pf | Anzahl | 
|  HyperLogLogBasedCmdsLatency |  Latenz von HyperLogLog basierten Befehlen.  | Mikrosekunden | 
| JsonBasedCmds | Die Gesamtzahl der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Befehle summiert werden, die sich auf JSON-Schlüssel beziehen. | Anzahl | 
| JsonBasedCmdsLatency | Die Latenz der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. | Mikrosekunden | 
| JsonBasedGetCmds | Gesamtanzahl der JASON-Schreibschutzbefehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Lesebefehle summiert werden, die sich auf JSON-Schlüssel auswirken. | Anzahl | 
| JsonBasedGetCmdsLatency | Latenz der JSON-Schreibschutzbefehle. | Mikrosekunden | 
| JsonBasedSetCmds | Gesamtanzahl der JASON-Schreibbefehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Schreibbefehle summiert werden, die sich auf JSON-Schlüssel auswirken. | Anzahl | 
| JsonBasedSetCmdsLatency | Latenz von JSON-Schreibbefehlen. | Mikrosekunden | 
| KeyBasedCmds | Gesamtanzahl der schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Schlüssel in mehreren Datenstrukturen (del, expirerename, usw.) einwirken. | Anzahl | 
|  KeyBasedCmdsLatency |  Latenz von schlüsselbasierten Befehlen.  | Mikrosekunden | 
| ListBasedCmds | Gesamtanzahl der listenbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Listen auswirken (lindex,, lrange lpushltrim, usw.). | Anzahl | 
|  ListBasedCmdsLatency |  Latenz von listenbasierten Befehlen.  | Mikrosekunden | 
| NonKeyTypeCmds | Gesamtanzahl der nicht schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich nicht auf eine Taste auswirken, z. B., oder. acl dbsize info | Anzahl | 
| NonKeyTypeCmdsLatency | Latenz der Befehle. non-key-based | Mikrosekunden | 
| PubSubBasedCmds | Die Gesamtzahl der Befehle für die pub/sub Funktionalität. Dies wird aus den commandstats Statistiken abgeleitet, indem alle für die pub/sub Funktionalität verwendeten Befehle summiert werden: psubscribepublish,pubsub,punsubscribe,ssubscribe,sunsubscribe, spublishsubscribe, undunsubscribe. | Anzahl | 
| PubSubBasedCmdsLatency | Latenz von pub/sub-basierten Befehlen. | Mikrosekunden | 
| SetBasedCmds | Gesamtanzahl der Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Sätze auswirken (scard,sdiff, saddsunion, usw.). | Anzahl | 
|  SetBasedCmdsLatency |  Latenz von Set-basierten Befehlen.  | Mikrosekunden | 
| SetTypeCmds | Gesamtanzahl der auf write basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle mutative Befehlstypen summiert werden, die mit Daten arbeiten (set,hset, saddlpop, usw.) | Anzahl | 
|  SetTypeCmdsLatency |  Latenz von Schreibbefehlen.  | Mikrosekunden | 
| SortedSetBasedCmds | Gesamtanzahl der Sorted Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere sortierte Sätze (zcount,, zrange zrankzadd, usw.) auswirken. | Anzahl | 
|  SortedSetBasedCmdsLatency |  Latenz von Sortierungs-basierten Befehlen.  | Mikrosekunden | 
| StringBasedCmds | Gesamtanzahl der Zeichenfolge-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Zeichenketten (strlen, setexsetrange, usw.) auswirken. | Anzahl | 
|  StringBasedCmdsLatency |  Latenz von Zeichenfolgen-basierten Befehlen.  | Mikrosekunden | 
| StreamBasedCmds | Die Gesamtanzahl Stream-basierter Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Stream-Datentypen (xrange,, xlen xaddxdel, usw.) auswirken. | Anzahl | 
|  StreamBasedCmdsLatency |  Latenz von Stream-basierten Befehlen.  | Mikrosekunden | 
| SearchBasedCmds | Die Gesamtzahl der Suchbefehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Suchbefehle summiert werden. | Anzahl | 
| SearchBasedCmdsLatency | Latenz aller Suchbefehle, einschließlich Lese- und Schreibbefehlen. | Mikrosekunden | 
| SearchBasedGetCmds | Die Gesamtzahl der schreibgeschützten Suchbefehle. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Lesebefehle von Search summiert werden. | Anzahl | 
| SearchBasedGetCmdsLatency | Latenz der schreibgeschützten Search-Befehle. | Mikrosekunden | 
| SearchBasedSetCmds | Die Gesamtzahl der Such-Schreibbefehle. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Search-Schreibbefehle summiert werden. | Anzahl | 
| SearchBasedSetCmdsLatency | Latenz der Such-Schreibbefehle. | Mikrosekunden | 

# Metriken für Memcached
<a name="CacheMetrics.Memcached"></a>

Der `AWS/ElastiCache`-Namespace enthält die folgenden Memcache-Metriken.

Der ElastiCache Namespace AWS/enthält die folgenden Metriken, die vom Befehl Memcached stats abgeleitet sind. Jede Metrik wird zu jeder Cache-Knotenebene berechnet.

**Informationen finden Sie auch unter:**
+ [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md)


| Metrik  | Beschreibung  | Einheit  | 
| --- | --- | --- | 
| BytesReadIntoMemcached | Anzahl der Byte, die vom Cache-Knoten aus dem Netzwerk gelesen wurden. | Bytes | 
| BytesUsedForCacheItems | Anzahl der Byte, die zum Speichern von Cache-Elementen verwendet werden. | Bytes | 
| BytesWrittenOutFromMemcached | Anzahl der Byte, die vom Cache-Knoten in das Netzwerk geschrieben wurden. | Bytes | 
| CasBadval | Anzahl der CAS-Anforderungen (check and set), die vom Cache empfangen wurden, bei denen der CAS-Wert nicht mit dem gespeicherten CAS-Wert übereinstimmt.  | Anzahl | 
| CasHits | Anzahl der CAS-Anforderungen, die vom Cache empfangen wurden, bei denen der angeforderte Schlüssel gefunden wurde und die CAS-Werte übereinstimmen. | Anzahl | 
| CasMisses | Anzahl der CAS-Anforderungen, die vom Cache empfangen wurden, bei denen der angeforderte Schlüssel nicht gefunden wurde.   | Anzahl | 
| CmdFlush | Anzahl der flush-Befehle, die der Cache erhalten hat. | Anzahl | 
| CmdGet | Die Anzahl der get-Befehle, die der Cache erhalten hat. | Anzahl | 
| CmdSet | Die Anzahl der Set-Befehle, die der Cache empfangen hat. | Anzahl | 
| CurrConnections | Zählt die Anzahl der Verbindungen, die zu einem bestimmten Zeitpunkt mit dem Cache verbunden sind. ElastiCache verwendet 2 bis 3 der Verbindungen zur Überwachung des Clusters. Zusätzlich zu den oben genannten erstellt memcached eine Anzahl von internen Verbindungen, die dem Doppelten der für den Knotentyp verwendeten Threads entsprechen. Die Thread-Anzahl für die verschiedenen Knotentypen ist in `Nodetype Specific Parameters` der entsprechenden Parametergruppe zu sehen. Die Gesamtzahl der Verbindungen ist die Summe der Clientverbindungen, der zu überwachenden Verbindungen und der oben genannten internen Verbindungen.  | Anzahl | 
| CurrItems | Die Anzahl der zu einem bestimmten Zeitpunkt mit dem Cache verbundenen Verbindungen.  | Anzahl | 
| DecrHits | Die Anzahl der Dekrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde. | Anzahl | 
| DecrMisses | Die Anzahl der Dekrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde. | Anzahl | 
| DeleteHits | Die Anzahl der Löschanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde. | Anzahl | 
| DeleteMisses | Die Anzahl der Löschanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde. | Anzahl | 
| Evictions | Die Anzahl nicht abgelaufener Elemente, die vom Cache bereinigt wurden, um Platz für neue Schreibvorgänge zu schaffen. | Anzahl | 
| GetHits | Die Anzahl der get-Anforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel gefunden wurde. | Anzahl | 
| GetMisses | Anzahl der get-Anforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde. | Anzahl | 
| IncrHits | Die Anzahl der Inkrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde. | Anzahl | 
| IncrMisses | Die Anzahl der Inkrementierungsanforderungen, die vom Cache empfangen wurden und bei denen der angeforderte Schlüssel nicht gefunden wurde. | Anzahl | 
| Reclaimed | Die Anzahl abgelaufener Elemente, die vom Cache bereinigt wurden, um Platz für neue Schreibvorgänge zu schaffen. | Anzahl | 

Für Memcached 1.4.14 stehen die folgenden zusätzlichen Metriken zur Verfügung.


| Metrik  | Beschreibung  | Einheit  | 
| --- | --- | --- | 
| BytesUsedForHash | Die Anzahl der Byte, die derzeit von Hash-Tabellen verwendet werden. | Bytes | 
| CmdConfigGet | Die kumulative Anzahl an config get-Anforderungen. | Anzahl | 
| CmdConfigSet | Die kumulative Anzahl an config set-Anforderungen. | Anzahl | 
| CmdTouch | Die kumulative Anzahl an touch-Anforderungen. | Anzahl | 
| CurrConfig | Die aktuelle Anzahl gespeicherter Konfigurationen. | Anzahl | 
| EvictedUnfetched | Die Anzahl der aus dem LRU-Cache (Last Recently Used, "am längsten nicht verwendeten") entfernten gültigen Elemente, auf die nie zugegriffen wurde, nachdem sie festgelegt worden waren. | Anzahl | 
| ExpiredUnfetched | Die Anzahl der aus dem LRU-Cache wiedergewonnenen abgelaufenen Elemente, auf die nie zugegriffen wurde, nachdem sie festgelegt worden waren. | Anzahl | 
| SlabsMoved | Die Gesamtanzahl der Slab Pages, die verschoben worden sind. | Anzahl | 
| TouchHits | Die Anzahl der Schlüssel, auf die zugegriffen wurde und die mit einer neuen Ablaufzeit versehen wurden. | Anzahl | 
| TouchMisses | Die Anzahl der Elemente, auf die zwar zugegriffen wurde, die aber nicht gefunden werden konnten. | Anzahl | 

Der ElastiCache Namespace AWS/enthält die folgenden berechneten Metriken auf Cache-Ebene.


| Metrik  | Beschreibung  | Einheit  | 
| --- | --- | --- | 
| NewConnections | Die Anzahl der neuen Verbindungen, die der Cache erhalten hat. Dies wird von der memcached-Statistik total\$1connections abgeleitet, indem die Änderung in total\$1connections über einen bestimmten Zeitraum aufgezeichnet wird. Dieser Wert wird immer mindestens 1 sein, da eine Verbindung für a reserviert ist. ElastiCache | Anzahl | 
| NewItems | Die Anzahl der neuen Elemente, die im Cache gespeichert wurden. Dies wird von der memcached-Statistik total\$1items abgeleitet, indem die Änderung in total\$1items über einen bestimmten Zeitraum aufgezeichnet wird. | Anzahl | 
| UnusedMemory | Die Größe des nicht von Daten belegten Speichers. Dies wird von den Memcached-Statistiken limit\$1maxbytes und bytes abgeleitet, indem bytes von limit\$1maxbytes subtrahiert werden. Da der Memcached-Overhead zusätzlich zu dem für Daten verwendeten Speicher belegt, UnusedMemory sollte dieser Wert nicht als die Menge an Speicher angesehen werden, die für zusätzliche Daten zur Verfügung steht. Möglicherweise treten Bereinigungen auch dann auf, wenn noch etwas ungenutzter Speicherplatz vorhanden ist. Detailliertere Informationen erhalten Sie unter [Memcached item memory usage](https://web.archive.org/web/20190422040715/https://www.deplication.net/2016/02/memcached-item-memory-usage/).  | Bytes | 

# Welche Metriken sollte ich überwachen?
<a name="CacheMetrics.WhichShouldIMonitor"></a>

Die folgenden CloudWatch Kennzahlen bieten einen guten Einblick in die ElastiCache Leistung. In den meisten Fällen empfehlen wir, CloudWatch Alarme für diese Kennzahlen einzurichten, damit Sie Korrekturmaßnahmen ergreifen können, bevor Leistungsprobleme auftreten.

**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Modul CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage (Valkey und Redis OSS)](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Speicher (Valkey und Redis OSS)](#metrics-memory)
+ [Netzwerk](#metrics-network)
+ [Latenz](#metrics-latency)
+ [Replikation](#metrics-replication)
+ [Verkehrsmanagement (Valkey und Redis OSS)](#traffic-management)

## CPUUtilization
<a name="metrics-cpu-utilization"></a>

Diese Metrik auf Hostebene wird in Prozent angegeben. Weitere Informationen finden Sie unter [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md).

**Valkey und Redis OSS**

 Verwenden Sie bei kleineren Knotentypen mit 2 V CPUs oder weniger die `CPUUtilization ` Metrik, um Ihre Arbeitslast zu überwachen.

Generell empfehlen wir, den Schwellenwert auf 90 % der verfügbaren CPU-Kapazität festzulegen. Da Valkey und Redis OSS beide Single-Threading verwenden, sollte der tatsächliche Schwellenwert als Bruchteil der Gesamtkapazität des Knotens berechnet werden. Angenommen, Sie verwenden einen Knotentyp mit zwei Kernen. In diesem Fall CPUUtilization wäre der Schwellenwert für 90/2 oder 45%. 

Sie müssen eigene Grenzwerte basierend auf der Anzahl der Kerne im verwendeten Cache-Knoten festlegen. Wenn Sie diesen Schwellenwert überschreiten und Ihre Hauptlast aus Leseanfragen besteht, skalieren Sie Ihren Cluster, indem Sie Read Replicas hinzufügen. Wenn der Workload hauptsächlich aus Schreibanfragen stammt, empfehlen wir Ihnen abhängig von Ihrer Cluster-Konfiguration:
+ **Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert):** Skalieren Sie, indem Sie einen größeren Cache-Instance-Typ verwenden.
+ **Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert):** Fügen Sie weitere Shards hinzu, um die Schreiblast auf mehr Primärknoten zu verteilen.

**Tipp**  
Anstatt die Metrik auf Host-Ebene zu verwenden`CPUUtilization`, können Valkey- und Redis OSS-Benutzer möglicherweise die Metrik verwenden`EngineCPUUtilization`, die den Prozentsatz der Nutzung auf dem Valkey- oder Redis OSS-Engine-Kern angibt. Um zu sehen, ob diese Metrik auf Ihren Knoten verfügbar ist, und weitere Informationen finden Sie unter [Metriken](CacheMetrics.Redis.md) für Valkey und Redis OSS.

Für größere Knotentypen mit 4 V CPUs oder mehr können Sie die `EngineCPUUtilization` Metrik verwenden, die den Prozentsatz der Nutzung auf dem Valkey- oder Redis OSS-Engine-Kern angibt. Um zu sehen, ob diese Metrik auf Ihren Knoten verfügbar ist, und weitere Informationen finden Sie unter [Metriken für](CacheMetrics.Redis.md) Redis OSS.

**Memcached**

Da Memcached mit mehreren Threads arbeitet, darf diese Metrik bis zu 90 % erreichen. Wenn Sie diesen Schwellenwert überschreiten, skalieren Sie Ihren Cluster, indem Sie einen größeren Cache-Knotentyp verwenden, oder skalieren Sie ihn, indem Sie weitere Cache-Knoten hinzufügen.

## Modul CPUUtilization
<a name="metrics-engine-cpu-utilization"></a>

Für größere Knotentypen mit 4 V CPUs oder mehr möchten Sie möglicherweise die `EngineCPUUtilization` Metrik verwenden, die den Prozentsatz der Nutzung auf dem Kern der Redis OSS-Engine angibt. Um zu sehen, ob diese Metrik auf Ihren Knoten verfügbar ist, und weitere Informationen finden Sie unter [Metriken für Valkey und](CacheMetrics.Redis.md) Redis OSS.

Weitere Informationen finden Sie im **CPUs**Abschnitt [Bewährte Methoden zur Überwachung von Amazon ElastiCache für Redis OSS mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## SwapUsage (Valkey und Redis OSS)
<a name="metrics-swap-usage"></a>

Diese Metrik auf Hostebene wird in Bytes angegeben. Weitere Informationen finden Sie unter [Metriken auf Host-Ebene](CacheMetrics.HostLevel.md).

Liegt die `FreeableMemory` CloudWatch Metrik nahe 0 (d. h. unter 100 MB) oder ist sie größer als die `SwapUsage` `FreeableMemory` Metrik, deutet dies darauf hin, dass ein Knoten unter Speicherauslastung steht. Beachten Sie in diesem Fall folgende Themen
+ [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md)
+ [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md)

## Evictions
<a name="metrics-evictions"></a>

Dies ist eine Metrik für die Cache-Engine. Wir empfehlen Ihnen, einen eigenen Grenzwert für diese Metrik basierend auf den Anforderungen Ihrer Anwendung zu bestimmen.

Wenn Sie Memcached verwenden und den von Ihnen gewählten Schwellenwert überschreiten, skalieren Sie Ihren Cluster, indem Sie einen größeren Knotentyp verwenden, oder skalieren Sie, indem Sie weitere Knoten hinzufügen.

## CurrConnections
<a name="metrics-curr-connections"></a>

Dies ist eine Metrik für die Cache-Engine. Wir empfehlen Ihnen, einen eigenen Grenzwert für diese Metrik basierend auf den Anforderungen Ihrer Anwendung zu bestimmen.

Eine zunehmende Anzahl von *CurrConnections*kann auf ein Problem mit Ihrer Anwendung hinweisen. Um dieses Problem zu beheben, müssen Sie das Verhalten der Anwendung untersuchen. 

Weitere Informationen finden Sie im Abschnitt **Verbindungen** unter [Bewährte Methoden zur Überwachung von Amazon ElastiCache für Redis OSS mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## Speicher (Valkey und Redis OSS)
<a name="metrics-memory"></a>

Speicher ist ein Kernaspekt von Valkey und Redis OSS. Es ist notwendig, die Speicherauslastung Ihres Clusters zu verstehen, um Datenverluste zu vermeiden und das zukünftige Wachstum Ihres Datasets berücksichtigen zu können. Statistiken über die Speicherauslastung eines Knotens sind im Speicherbereich des [INFO-Befehls](https://valkey.io/commands/info) verfügbar.

Weitere Informationen finden Sie im Abschnitt **Speicher** unter [Bewährte Methoden zur Überwachung mit Amazon ElastiCache für Redis OSS mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## Netzwerk
<a name="metrics-network"></a>

Einer der entscheidenden Faktoren für die Kapazität der Netzwerkbandbreite Ihres Clusters ist der von Ihnen ausgewählte Knotentyp. Weitere Informationen zur Netzwerkkapazität Ihres Nodes finden Sie unter [ ElastiCache Amazon-Preise](https://aws.amazon.com/elasticache/pricing/).

Weitere Informationen finden Sie im Abschnitt **Netzwerk** unter [Bewährte Methoden zur Überwachung von Amazon ElastiCache für Redis OSS mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## Latenz
<a name="metrics-latency"></a>

Die Messung der Antwortzeit für eine ElastiCache for Valkey-Instance kann je nach erforderlicher Granularität auf unterschiedliche Weise erfolgen. Die wichtigsten Phasen, die zur gesamten serverseitigen Reaktionszeit von ElastiCache for Valkey beitragen, sind die Befehlsvorverarbeitung, Befehlsausführung und Befehlsnachverarbeitung. 

 Befehlsspezifische Latenzmetriken, die aus dem Befehl Valkey [INFO](https://valkey.io/commands/info) abgeleitet wurden, wie GetTypeCmdsLatency z. B. SetTypeCmdsLatency Metriken, konzentrieren sich speziell auf die Ausführung der zentralen Befehlslogik für den Befehl Valkey. Diese Metriken sind hilfreich, wenn Sie in Ihrem Anwendungsfall die Ausführungszeit von Befehlen oder die aggregierten Latenzen pro Datenstruktur bestimmen möchten.

Die Latenzmetriken `SuccessfulWriteRequestLatency` und `SuccessfulReadRequestLatency` messen die Gesamtzeit, die die ElastiCache for Valkey-Engine benötigt, um auf eine Anfrage zu antworten.

**Anmerkung**  
Überhöhte Werte für `SuccessfulWriteRequestLatency` und `SuccessfulReadRequestLatency` Metriken können auftreten, wenn Valkey-Pipelining verwendet wird und CLIENT REPLY auf dem Valkey-Client aktiviert ist. Valkey-Pipelining ist eine Technik zur Leistungssteigerung, indem mehrere Befehle gleichzeitig ausgegeben werden, ohne auf die Antwort auf jeden einzelnen Befehl warten zu müssen. [Um überhöhte Werte zu vermeiden, empfehlen wir, Ihren Valkey-Client so zu konfigurieren, dass er Befehle weiterleitet, wenn CLIENT REPLY OFF ist.](https://valkey.io/commands/client-reply/)

Weitere Informationen finden Sie im Abschnitt **Latenz** unter [Bewährte Methoden zur Überwachung mit Amazon ElastiCache mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## Replikation
<a name="metrics-replication"></a>

Das Datenvolumen, das repliziert wird, ist über die `ReplicationBytes`-Metrik ersehbar. Obwohl diese Metrik für die Schreiblast der Replikationsgruppe repräsentativ ist, gibt sie keine Einblicke in den Replikationsstatus. Für diesem Zweck können Sie die `ReplicationLag`-Metrik verwenden. 

Weitere Informationen finden Sie im Abschnitt **Replikation** unter [Bewährte Methoden zur Überwachung von Amazon ElastiCache für Redis OSS mithilfe von Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).

## Verkehrsmanagement (Valkey und Redis OSS)
<a name="traffic-management"></a>

 ElastiCache für Redis OSS verwaltet OSS automatisch den Datenverkehr für einen Knoten, wenn mehr eingehende Befehle an den Knoten gesendet werden, als von Valkey oder Redis OSS verarbeitet werden können. Dies geschieht, um den optimalen Betrieb und die Stabilität der Engine aufrechtzuerhalten. 

 Wenn der Datenverkehr auf einem Knoten aktiv verwaltet wird, gibt die Metrik `TrafficManagementActive` den Datenpunkt 1 aus. Dies weist darauf hin, dass der Knoten für den bereitgestellten Workload möglicherweise unterskaliert ist. Wenn diese Metrik über einen längeren Zeitraum 1 bleibt, evaluieren Sie den Cluster, um zu entscheiden, ob eine Hoch- oder Aufskalierung erforderlich ist. 

 Sehen Sie sich die Metrik `TrafficManagementActive` auf der Seite [Metriken](CacheMetrics.Redis.md) an, um mehr zu erfahren.

# Auswählen von Metrikstatistiken und -zeiträumen
<a name="CacheMetrics.ChoosingStatisticsAndPeriods"></a>

 CloudWatch Sie können zwar eine beliebige Statistik und einen beliebigen Zeitraum für jede Metrik auswählen, aber nicht alle Kombinationen sind nützlich. Beispielsweise CPUUtilization sind die Statistiken „Durchschnitt“, „Minimum“ und „Maximum“ nützlich, die Summenstatistik jedoch nicht.

Alle ElastiCache Samples werden für einen Zeitraum von 60 Sekunden für jeden einzelnen Cache-Knoten veröffentlicht. Eine Metrik für einen Cache-Knoten enthält für einen 60-Sekunden-Zeitraum immer nur eine Stichprobe.

Weitere Informationen zum Abrufen von Metriken für Cache-Knoten finden Sie unter [Überwachung von CloudWatch Cluster- und Knotenmetriken](CloudWatchMetrics.md).

# Überwachung von CloudWatch Cluster- und Knotenmetriken
<a name="CloudWatchMetrics"></a>

ElastiCache und CloudWatch sind integriert, sodass Sie eine Vielzahl von Metriken sammeln können. Sie können diese Metriken überwachen mit CloudWatch. 

**Anmerkung**  
Für die folgenden Beispiele sind die CloudWatch Befehlszeilentools erforderlich. Weitere Informationen zu den Entwicklertools CloudWatch und zum Herunterladen finden Sie auf der [ CloudWatch Produktseite](https://aws.amazon.com/cloudwatch). 

Die folgenden Verfahren zeigen Ihnen, wie Sie Speicherplatzstatistiken für einen Cluster für die letzte Stunde sammeln können. CloudWatch 

**Anmerkung**  
Die Werte für `StartTime` und `EndTime` in diesen Beispielen unten dienen nur zur Veranschaulichung. Sie müssen die entsprechenden Werte für den Start- und Endzeitpunkt Ihrer Cache-Knoten einsetzen.

Informationen zu ElastiCache Grenzwerten finden Sie unter [AWS Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache) für ElastiCache.

## Überwachung von CloudWatch Cluster- und Knotenmetriken (Konsole)
<a name="CloudWatchMetrics.CON"></a>

 **So erfassen Sie CPU-Nutzungsstatistiken für einen Cache-Cluster** 

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).

1. Wählen Sie die Cache-Knoten aus, für die Sie Metriken anzeigen möchten. 
**Anmerkung**  
Bei der Auswahl von mehr als 20 Knoten wird die Ansicht von Metriken auf der Konsole deaktiviert.

   1. Klicken Sie auf der Seite **Cache-Cluster** der AWS Management Console auf den Namen eines oder mehrerer Cluster.

      Die Detailseite für den Cluster wird angezeigt. 

   1. Klicken Sie oben im Fenster auf die Registerkarte **Nodes**.

   1. Wählen Sie auf der Registerkarte **Nodes** des Detailfensters die Cache-Knoten aus, für die Sie Metriken anzeigen möchten.

      Eine Liste der verfügbaren CloudWatch Metriken wird unten im Konsolenfenster angezeigt. 

   1. Klicken Sie auf die Metrik **CPU Utilization**. 

      Die CloudWatch Konsole wird geöffnet und zeigt Ihre ausgewählten Metriken an. Sie können die Dropdown-Listenfelder **Statistic** und **Period** und die Registerkarte **Time Range** verwenden, um die angezeigten Metriken zu ändern. 

## Überwachen von CloudWatch Cluster- und Knotenmetriken mit der CloudWatch CLI
<a name="CloudWatchMetrics.CLI"></a>

 **So erfassen Sie CPU-Nutzungsstatistiken für einen Cache-Cluster** 
+ Für Linux, macOS oder Unix:

  ```
  aws cloudwatch get-metric-statistics \
      --namespace AWS/ElastiCache \
      --metric-name CPUUtilization \
      --dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' \					
      --statistics=Average \
      --start-time 2018-07-05T00:00:00 \
      --end-time 2018-07-06T00:00:00 \
      --period=3600
  ```

  Für Windows:

  ```
  aws cloudwatch get-metric-statistics ^
      --namespace AWS/ElastiCache ^
      --metric-name CPUUtilization ^
      --dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' ^
      --statistics=Average ^
      --start-time 2018-07-05T00:00:00 ^
      --end-time 2018-07-06T00:00:00 ^
      --period=3600
  ```

## Überwachung von CloudWatch Cluster- und Knotenmetriken mithilfe der CloudWatch API
<a name="CloudWatchMetrics.API"></a>

 **So erfassen Sie CPU-Nutzungsstatistiken für einen Cache-Cluster** 
+ Rufen Sie die CloudWatch API `GetMetricStatistics` mit den folgenden Parametern auf (beachten Sie, dass die Start- und Endzeiten nur als Beispiele angezeigt werden; Sie müssen Ihre eigenen entsprechenden Start- und Endzeiten ersetzen):
  + `Statistics.member.1``=Average`
  + `Namespace``=AWS/ElastiCache`
  + `StartTime``=2013-07-05T00:00:00`
  + `EndTime``=2013-07-06T00:00:00`
  + `Period``=60`
  + `MeasureName``=CPUUtilization`
  + `Dimensions``=CacheClusterId=mycachecluster,CacheNodeId=0002`  
**Example**  

  ```
   1. http://monitoring.amazonaws.com/
   2.     ?Action=GetMetricStatistics
   3.     &SignatureVersion=4
   4.     &Version=2014-12-01
   5.     &StartTime=2018-07-05T00:00:00
   6.     &EndTime=2018-07-06T23:59:00
   7.     &Period=3600
   8.     &Statistics.member.1=Average
   9.     &Dimensions.member.1="CacheClusterId=mycachecluster"
  10.     &Dimensions.member.2="CacheNodeId=0002"
  11.     &Namespace=&AWS;/ElastiCache
  12.     &MeasureName=CPUUtilization						
  13.     &Timestamp=2018-07-07T17%3A48%3A21.746Z
  14.     &AWS;AccessKeyId=<&AWS; Access Key ID>
  15.     &Signature=<Signature>
  ```