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.
Welche Metriken sollte ich überwachen?
Die folgenden CloudWatch Metriken bieten einen guten Einblick in die Leistung von MemoryDB. In den meisten Fällen empfehlen wir, CloudWatch Alarme für diese Metriken einzurichten, damit Sie Korrekturmaßnahmen ergreifen können, bevor Leistungsprobleme auftreten.
Zu überwachende Metriken
CPUUtilization
Diese Metrik auf Hostebene wird in Prozent angegeben. Weitere Informationen finden Sie unter Metriken auf Host-Ebene.
Verwenden Sie für kleinere Knotentypen mit 2vCPUs oder weniger die Metrik CPUUtilization , um Ihre Workload zu überwachen.
Generell empfehlen wir, den Schwellenwert auf 90 % der verfügbaren CPU-Kapazität festzulegen. Da Redis OSS Single-Thread-fähig ist, 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 wäre der Grenzwert für CPUUtilization 90/2 bzw. 45 %. Informationen zur Anzahl der Kerne (vCPUs) Ihres Knotentyps finden Sie unter MemoryDB-Preise
Sie müssen Ihren eigenen Schwellenwert festlegen, der auf der Anzahl der Kerne in dem Knoten basiert, den Sie verwenden. Wenn Sie diesen Schwellenwert überschreiten und Ihre Hauptlast aus Leseanfragen besteht, skalieren Sie Ihren Cluster, indem Sie Read Replicas hinzufügen. Wenn die Hauptlast aus Schreibanforderungen besteht, empfehlen wir Ihnen, mehr Shards hinzuzufügen, um die Schreiblast auf mehr Primärknoten zu verteilen.
Tipp
Anstatt die Metrik auf Host-Ebene zu verwendenCPUUtilization, können Sie möglicherweise die Redis OSS-Metrik verwendenEngineCPUUtilization, die den Prozentsatz der Nutzung auf dem Redis OSS-Engine-Kern meldet. Um zu sehen, ob diese Metrik auf Ihren Knoten verfügbar ist, und weitere Informationen finden Sie unter Metriken für MemoryDB.
Für größere Knotentypen mit 4 vCPUs oder mehr können Sie die EngineCPUUtilization Metrik verwenden, die den Prozentsatz der Nutzung auf dem 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 MemoryDB.
EngineCPUUtilization
Für größere Knotentypen mit 4 vCPUs oder mehr können Sie die EngineCPUUtilization Metrik verwenden, die den Prozentsatz der Nutzung auf dem 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 MemoryDB.
SwapUsage
Diese Metrik auf Hostebene wird in Bytes angegeben. Weitere Informationen finden Sie unter Metriken auf Host-Ebene.
Diese Metrik sollte 50 MB nicht überschreiten.
Evictions
Dies ist eine Engine-Metrik. Wir empfehlen Ihnen, einen eigenen Grenzwert für diese Metrik basierend auf den Anforderungen Ihrer Anwendung zu bestimmen.
CurrConnections
Dies ist eine Motormetrik. Wir empfehlen Ihnen, einen eigenen Grenzwert für diese Metrik basierend auf den Anforderungen Ihrer Anwendung zu bestimmen.
Eine zunehmende Anzahl von CurrConnectionskann auf ein Problem mit Ihrer Anwendung hinweisen. Um dieses Problem zu beheben, müssen Sie das Verhalten der Anwendung untersuchen.
Arbeitsspeicher
Speicher ist ein Kernaspekt von 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 Redis OSS INFO-Befehls
Network (Netzwerk)
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 Amazon MemoryDB-Preise
Replikation
Das Datenvolumen, das repliziert wird, ist über die ReplicationBytes-Metrik ersehbar. Sie können den Durchsatz der Replikationskapazität MaxReplicationThroughput anhand der Replikationskapazität überwachen. Es wird empfohlen, weitere Shards hinzuzufügen, wenn der maximale Durchsatz für die Replikationskapazität erreicht ist.
ReplicationDelayedWriteCommandskann auch angeben, ob die Arbeitslast den maximalen Durchsatz der Replikationskapazität überschreitet. Weitere Informationen zur Replikation in MemoryDB finden Sie unter Grundlegendes zur MemoryDB-Replikation
