Amazon ElastiCache fügt dreizehn neue Amazon-CloudWatch-Metriken für Netzwerkkapazitätsplanung und Engine-Diagnose hinzu

Veröffentlicht am: 5. Mai 2026

Amazon-ElastiCache-Kunden können jetzt mithilfe von dreizehn neuen Amazon-CloudWatch-Metriken für knotenbasierte Cluster Netzwerkdrosselung, Speicherfragmentierung und Verbindungsüberlastung erkennen. Sie können diese Diagnosen auf Host- und Engine-Ebene direkt von CloudWatch aus überwachen, ohne INFO-Befehle auf einzelnen Knoten ausführen oder Baselines aus Rohbytezählern berechnen zu müssen.

  • Netzwerkkapazität: NetworkBaselineUsageInPercentage, NetworkBaselineUsageOutPercentage, NetworkBaselineMaxUsageInPercentage und NetworkBaselineMaxUsageOutPercentage melden die Netzwerkauslastung relativ zur Instance-Baseline und ermöglichen so tragbare Alarme, die bei Änderungen des Instance-Typs gültig bleiben. Werte über 100 Prozent signalisieren, dass ein Host Burst-Guthaben verbraucht. Dies ist ein wichtiger Indikator dafür, dass ein anhaltender Workload letztendlich zu Ausschöpfung des Guthabens und zur Drosselung führen wird. Die Varianten, die die Spitzen erfassen, melden Bursts pro Sekunde, die bei Metriken mit Durchschnittswerten verborgen bleiben können.
  • Speicherzustand: UsedMemoryDataset zeigt den Speicher, der von den tatsächlich gespeicherten Daten verbraucht wird, ohne Engine-Overhead. AllocatorFragmentationBytes und AllocatorFragmentationRatio isolieren die Fragmentierung, die mit dem activedefrag-Parameter behoben werden kann. MajorPageFaults erfasst Seitenfehler auf Betriebssystemebene, die auf einen Speicherdruck hinweisen, der über das von der Engine erreichbare Maß hinausgeht.
  • Zustand der Verbindung: BlockedConnections und RejectedConnections decken Verbindungen auf, die auf blockierende Befehle warten, sowie Verbindungen, die abgewiesen werden, wenn das maxclients-Limit erreicht ist. Wenn RejectedConnections ungleich Null ist, lösen Sie maxclients aus oder diagnostizieren Sie clientseitige Verbindungspoollecks.
  • Pub/Sub-Workloads: PubSubChannels und PubSubShardChannels decken aktive klassische und Sharding-Kanäle auf jedem Knoten auf. Wenn die Anzahl der klassischen Kanäle mit der Auslastung zunimmt, sollten Sie erwägen, auf Sharding Pub/Sub umzusteigen, um horizontal zu skalieren.
  • Befehlsdurchsatz: ProcessedCommands gibt den gesamten Befehlsdurchsatz für alle Befehlstypen an.

Diese Metriken sind für knotenbasierte Cluster in allen kommerziellen AWS-Regionen und den AWS-Regionen China und AWS GovCloud (USA), in denen ElastiCache unterstützt wird, ohne zusätzliche Kosten verfügbar.

Sehen Sie sich zunächst die neuen Metriken auf der Registerkarte „Überwachung“ der ElastiCache-Konsole oder im AWS/ElastiCache-Namespace in der CloudWatch-Konsole an. Weitere Informationen finden Sie unter Metriken auf Host-Ebene und Metriken für Valkey und Redis OSS.