Wird CloudWatch zur Überwachung der DB-Instance-Leistung in Neptune verwendet - Amazon Neptune

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.

Wird CloudWatch zur Überwachung der DB-Instance-Leistung in Neptune verwendet

Sie können CloudWatch Metriken in Neptune verwenden, um zu überwachen, was auf Ihren DB-Instances passiert, und die von der Datenbank beobachtete Länge der Abfragewarteschlange verfolgen. Die folgenden Metriken sind besonders nützlich:

  • CPUUtilization   –   Zeigt den Prozentsatz der CPU-Auslastung an.

  • VolumeWriteIOPs   –   Zeigt die durchschnittliche Anzahl der E/A-Schreibvorgänge im Cluster-Volume in 5-Minuten-Intervallen an.

  • MainRequestQueuePendingRequests   –   Zeigt die Anzahl der Anforderungen in der Eingabewarteschlange an, deren Ausführung aussteht.

Sie können auch feststellen, wie viele Anforderungen auf dem Server ausstehen, indem Sie die Gremlin-Endpunkt-Statusabfrage mit dem Parameter includeWaiting verwenden. Dadurch erhalten Sie den Status aller wartenden Abfragen.

Die folgenden Indikatoren können Ihnen helfen, die Bereitstellungs- und Abfragestrategien für Neptune anzupassen, um Effizienz und Leistung zu verbessern:

  • Eine konsistente Latenz, hohe Werte für CPUUtilization und VolumeWriteIOPs sowie niedrige Werte für MainRequestQueuePendingRequests zeigen, dass der Server gleichzeitige Schreibanforderungen mit nachhaltiger Geschwindigkeit und geringen E/A-Wartezeiten aktiv verarbeitet.

  • Eine konsistente Latenz, niedrige Werte für CPUUtilization, niedrige Werte für VolumeWriteIOPs und keine MainRequestQueuePendingRequests zeigen überschüssige Kapazitäten für die Verarbeitung von Schreibanforderungen auf der primären DB-Instance an.

  • Eine variable Latenz, hohe Werte für CPUUtilization und VolumeWriteIOPs und keine MainRequestQueuePendingRequests zeigen, dass mehr Aufträge gesendet werden, als der Server in einem bestimmten Intervall verarbeiten kann. Sie sollten die Erstellung oder Änderung von Batch-Anforderungen in Betracht ziehen, um die gleiche Anzahl von Aufträgen bei einem geringeren Transaktionsaufwand auszuführen, und/oder die Skalierung der primären Instance, um die Anzahl der Abfrage-Threads zu erhöhen, die Schreibanforderungen gleichzeitig verarbeiten können.

  • Niedrige Werte für CPUUtilization und hohe Werte für VolumeWriteIOPs bedeuten, dass Abfrage-Threads auf den Abschluss von E/A-Operationen für die Speicherebene warten. Wenn Sie variable Latenzen und einen Anstieg für MainRequestQueuePendingRequests feststellen, sollten Sie die Erstellung oder Änderung von Batch-Anforderungen in Betracht ziehen, um die gleiche Anzahl von Aufträgen mit einem geringeren Transaktionsaufwand auszuführen.