Wie behebe ich das Problem eines Rückgangs der CacheHitrate-Metrik in meinem ElastiCache Redis-Cluster?
Ich möchte das Problem eines Rückgangs beheben, den ich in der CacheHitrate-Metrik bei meinem Amazon ElastiCache Redis-Cluster feststelle.
Lösung
Wenn die CacheHitRate sinkt, steigt normalerweise die Anzahl der Cache-Fehlschläge. Weitere Informationen findest du unter Überwachung der Cache-Effizienz. Gehe wie folgt vor, um das Problem einer Verringerung der CacheHitRate zu beheben.
Überprüfen, ob die Redis-Engine Schlüssel bereinigt hat
Eine Verringerung der CacheHitRate kann während einer Bereinigung auftreten, wenn die Redis-Engine Schlüssel zur Speicherverwaltung bereinigt.
Um zu überprüfen, ob die Redis-Engine Schlüssel bereinigt hat, überprüfe die folgenden Amazon CloudWatch-Metriken:
- Bereinigungen
- BytesUsedForCache
- DatabaseMemoryUsagePercentage
Um dieses Problem zu beheben, skaliere deinen Cluster.
Überprüfen der Konfiguration für den Ablauf des Schlüssels
Wenn die Schlüssel zu schnell ablaufen, siehst du möglicherweise Spitzen in der Metrik Reclaimed (Zurückgefordert). Um die Metrik Reclaimed (Zurückgefordert) anzuzeigen, führe den Befehl INFO aus und überprüfe dann die Ausgabe auf die Anzahl der Ablaufereignisse. Diese Metrik listet die Gesamtzahl der Schlüssel auf, die Redis entfernt hat, weil ihre Time-to-Live (TTL, Gültigkeitsdauer) abgelaufen ist. Weitere Informationen findest du unter INFO auf der Redis-Website.
Aktualisiere deine TTL-Einstellungen für die Schlüssel, um dieses Problem zu beheben. Weitere Informationen findest du unter TTL auf der Redis-Website.
Überprüfung von Client-Aktualisierungen für entfernte Schlüssel
Wenn die Anwendung versucht, Schlüssel abzurufen, die durch eine Client-Aktualisierung entfernt wurden, werden möglicherweise die folgenden Änderungen angezeigt:
- Eine Zunahme von CacheMisses
- Eine Verringerung der CacheHitRate
Um festzustellen, ob die Client-Aktualisierung Schlüssel entfernt hat, überprüfe die Anwendung auf Aktualisierungen mit Befehlen wie FLUSHALL, DEL oder UNLINK. Weitere Informationen findest du unter FLUSHALL, DEL und UNLINK auf der Redis-Website.
Um das Entfernen von Schlüsseln zu reduzieren, empfiehlt es sich, die rollenbasierte Zugriffssteuerung (RBAC,Role-Based Access Control) zu verwenden. Oder verwende den Parameter rename-commands, um Befehle umzubenennen und zu vermerken, die erhebliche Probleme verursachen können, z. B. das Entfernen von Schlüsseln. Weitere Informationen zum Parameter rename-commands findest du unter ElastiCache Version 5.0.6 für Redis OSS (erweitert).
Prüfen, ob ElastiCache den Cluster wiederhergestellt hat
Wenn bei einem Cluster Hardwareprobleme auftreten, stellt ElasticCache den Cluster wieder her und entfernt alle Daten aus den Caches. Da der Cache leer ist, führen Anforderungen nach Daten aus dem Cache zu Cache-Fehlschlägen.
Um zu überprüfen, ob ElastiCache einen Cluster wiederhergestellt hat, suche im Bereich Ereignisse in ElastiCache nach der CacheHitRate-Metrik.
Um die Datenverfügbarkeit und die Fehlertoleranz zu verbessern, füge dem Cluster ein Read Replica hinzu und aktiviere Multi-AZ mit der Option Automatisches Failover.
Bewährte Methoden für das Caching befolgen
Wenn die Metriken CacheHits und CacheMisses beide auf 0 stehen, gibt es keine Anforderungen für den Cache. In diesem Fall zeigt CloudWatch keine Daten für die CacheHitRate-Metrik an.
Es hat sich bewährt, eine Cache-Trefferquote von 0,8 oder höher zu haben. Wenn Redis zu viele Schlüssel im Cache bereinigt oder die Schlüssel abgelaufen sind oder nicht existieren, ist die Cache-Trefferquote niedriger. Um die Cache-Leistung zu verbessern, befolge die bewährten Methoden für das Caching.
Ähnliche Informationen
- Themen
- Database
- Sprache
- Deutsch

Relevanter Inhalt
AWS OFFICIALAktualisiert vor einem Jahr