Comment résoudre le problème d'une diminution de la métrique CacheHitrate dans mon cluster ElastiCache Redis ?

Résolution

Lorsque le CacheHitRate diminue, le nombre d’échecs d’accès au cache augmente généralement. Pour plus d'informations, consultez la section Surveillance de l'efficacité du cache. Pour résoudre les problèmes liés à la diminution de CacheHitrate, effectuez les actions suivantes.

Vérifier si le moteur Redis a expulsé des clés

Une diminution de CacheHitrate peut survenir lors d'une expulsion lorsque le moteur Redis expulse des clés pour gérer la mémoire.

Pour vérifier si le moteur Redis a supprimé des clés, consultez les métriques Amazon CloudWatch suivantes :

• Expulsions
• BytesUsedForCache
• DatabaseMemoryUsagePercentage

Pour résoudre ce problème, mettez votre cluster à l’échelle.

Examiner la configuration d'expiration de votre clé

Si vos clés expirent trop rapidement, il est possible que vous constatez un pic dans la métrique Récupéré. Pour afficher la métrique Récupéré, exécutez la commande INFO, puis vérifiez la sortie pour le nombre d'événements d'expiration. Cette métrique répertorie le nombre total de clés que Redis a supprimées car leur durée de vie (TTL) a expiré. Pour en savoir plus, consultez la page INFO du site Web de Redis.

Pour résoudre ce problème, mettez à jour les paramètres TTL de vos clés. Pour en savoir plus, consultez la page TTL du site Web de Redis.

Examiner les mises à jour client concernant les clés supprimées

Si l'application essaie de récupérer les clés supprimées par une mise à jour du client, les modifications suivantes peuvent s'afficher :

• Une augmentation du nombre de CacheMisses
• Une diminution du CacheHitrate

Pour déterminer si la mise à jour client a supprimé des clés, vérifiez l'application pour rechercher des mises à jour effectuées à l'aide de commandes telles que FLUSHALL, DEL ou UNLINK. Pour plus d'informations, consultez FLUSHALL, DEL et UNLINK sur le site Web de Redis.

Pour réduire la suppression de clés, il est recommandé d'utiliser le contrôle d'accès basé sur les rôles (RBAC). Vous pouvez également utiliser le paramètre rename-commands pour renommer et noter les commandes susceptibles de provoquer des problèmes importants, tels que la suppression de clés. Pour plus d'informations sur le paramètre rename-commands, consultez ElastiCache version 5.0.6 pour Redis OSS (amélioré).

Vérifier si ElastiCache a récupéré votre cluster

Lorsqu'un cluster rencontre des problèmes matériels, ElasticCache le récupère et supprime toutes les données des caches. Le cache étant vide, les requêtes de données provenant du cache entraînent des erreurs de cache.

Pour vérifier si ElastiCache a récupéré un cluster, consultez la section Événements dans ElastiCache pour la métrique CacheHitRate.

Pour améliorer la disponibilité des données et optimiser la tolérance aux pannes, ajoutez un réplica en lecture au cluster et activez Multi-AZ à l’aide de l'option Basculement automatique.

Suivre les bonnes pratiques de mise en cache

Si les métriques CacheHits et CacheMisses sont toutes deux à 0, cela signifie qu'il n'y a aucune requête pour le cache. Dans ce cas, CloudWatch n'affiche aucune donnée pour la métrique CacheHitrate.

Il est recommandé d'avoir un taux d'accès au cache de 0,8 ou supérieur. Si Redis expulse un trop grand nombre de clés dans votre cache, si les clés ont expiré ou n'existent pas, cela signifie que votre taux d'accès au cache est inférieur. Pour améliorer les performances du cache, suivez les bonnes pratiques de mise en cache.

Informations connexes

Métriques pour Valkey et Redis OSS