Amazon ElastiCache ajoute treize nouvelles métriques Amazon CloudWatch pour la planification de la capacité du réseau et le diagnostic des moteurs

Publié le: 5 mai 2026

Les clients d’Amazon ElastiCache peuvent désormais détecter la limitation du réseau, la fragmentation de la mémoire et l’épuisement des connexions, à l’aide de treize nouvelles métriques Amazon CloudWatch pour les clusters basés sur des nœuds. Vous pouvez surveiller ces diagnostics au niveau de l’hôte et du moteur directement depuis CloudWatch sans exécuter de commandes INFO sur des nœuds individuels ni calculer des lignes de base à partir de compteurs d’octets bruts.

• Capacité du réseau : NetworkBaselineUsageInPercentage, NetworkBaselineUsageOutPercentage, NetworkBaselineMaxUsageInPercentage et NetworkBaselineMaxUsageOutPercentage indiquent l’utilisation du réseau par rapport à la ligne de base de l’instance, activant ainsi des alarmes portables qui restent valides malgré les changements de type d’instance. Des valeurs supérieures à 100 % indiquent qu’un hôte consomme des crédits en rafale, un indicateur avancé indiquant qu’une charge de travail soutenue finira par entraîner un épuisement et une limitation des crédits. Les variantes capturant le nombre maximum de rapports par seconde en rafales que les métriques moyennes peuvent masquer.
• État de la mémoire : UsedMemoryDataset indique la mémoire consommée par les données réellement stockées, à l’exclusion de la surcharge du moteur. AllocatorFragmentationBytes et AllocatorFragmentationRatio isolent la fragmentation que le paramètre activedefrag peut traiter. MajorPageFaults capture les défauts de page au niveau du système d’exploitation, qui indiquent une pression de mémoire supérieure à celle que le moteur peut afficher.
• État de la connectivité : les connexions BlockedConnections et RejectedConnections font apparaître des connexions en attente de commandes de blocage et des connexions refusées lorsque la limite maxclients est atteinte. Lorsque RejectedConnections est différent de zéro, augmentez la limite maxclients ou diagnostiquez les fuites du pool de connexions côté client.
• Charges de travail pub/sub : PubSubChannels et PubSubShardChannels exposent les canaux classiques et partitionnés actifs sur chaque nœud. Lorsque le nombre de chaînes classiques augmente en fonction de l’utilisation, envisagez de passer au mode pub/sub partagé pour effectuer une mise à l’échelle horizontale.
• Débit des commandes : ProcessedCommands fournit le débit total des commandes pour tous les types de commandes.

Ces métriques sont disponibles pour les clusters basés sur des nœuds dans toutes les Régions AWS commerciales ainsi que les régions AWS Chine et AWS GovCloud (US) où ElastiCache est pris en charge, sans frais supplémentaires.

Pour commencer, consultez les nouvelles métriques dans l’onglet de surveillance de la console ElastiCache ou dans l’espace de noms AWS/ElastiCache de la console CloudWatch. Pour en savoir plus, consultez les rubriques Métriques au niveau de l’hôte et Métriques pour Valkey et Redis OSS.