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.
# Überwachung von Neptune mit Amazon CloudWatch
Amazon Neptune und Amazon CloudWatch sind integriert, sodass Sie Leistungskennzahlen sammeln und analysieren können. Sie können diese Metriken mithilfe der CloudWatch Konsole, der AWS Command Line Interface (AWS CLI) oder der CloudWatch API überwachen.
CloudWatch ermöglicht es Ihnen auch, Alarme einzustellen, sodass Sie benachrichtigt werden können, wenn ein Metrikwert einen von Ihnen angegebenen Schwellenwert überschreitet. Sie können sogar CloudWatch Ereignisse einrichten, um im Falle eines Verstoßes Korrekturmaßnahmen zu ergreifen. Weitere Informationen zur Verwendung CloudWatch und zu Alarmen finden Sie in der [CloudWatch Dokumentation](https://aws.amazon.com/documentation/cloudwatch).
**Topics**
+ [CloudWatch Daten anzeigen (Konsole)](#Console_Neptune)
+ [CloudWatch Daten anzeigen (AWS CLI)](#CloudwatchCLI_Neptune)
+ [CloudWatch Daten anzeigen (API)](#CloudwatchAPI_Neptune)
+ [Wird verwendet CloudWatch , um die Leistung der DB-Instance in Neptune zu überwachen](cloudwatch-monitoring-instances.md)
+ [Neptun-Metriken CloudWatch](cw-metrics.md)
+ [CloudWatch Neptun-Dimensionen](cw-dimensions.md)
## CloudWatch Daten anzeigen (Konsole)
**So zeigen Sie CloudWatch Daten für einen Neptun-Cluster an (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudWatch Konsole unter. [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/)
1. Wählen Sie im Navigationsbereich **Metriken** aus.
1. **Wählen Sie im Bereich **Alle Metriken** **Neptune** und dann Identifier ausDBCluster.**
1. Führen Sie im oberen Bereich einen Bildlauf nach unten durch, um die vollständige Liste der Metriken für Ihren Cluster anzuzeigen. Die verfügbaren Neptune-Metrikoptionen erscheinen in der Liste **Angezeigt**.
Um eine einzelne Metrik im Ergebnisbereich aus- oder abzuwählen, aktivieren Sie das Kontrollkästchen neben dem Ressourcennamen und der Metrik. Am unteren Rand der Konsole werden Diagramme mit den Metriken für die ausgewählten Elemente angezeigt. Weitere Informationen zu CloudWatch Diagrammen finden Sie unter [Graph Metrics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/graph_metrics.html) im * CloudWatch Amazon-Benutzerhandbuch*.
## CloudWatch Daten anzeigen (AWS CLI)
**Um CloudWatch Daten für einen Neptun-Cluster anzuzeigen ()AWS CLI**
1. Installieren Sie das. AWS CLI Anweisungen finden Sie im [AWS Command Line Interface -Benutzerhandbuch](https://docs.aws.amazon.com/cli/latest/userguide/).
1. Verwenden Sie den AWS CLI , um Informationen abzurufen. Die relevanten CloudWatch Parameter für Neptune sind unter aufgeführt. [Neptun-Metriken CloudWatch](cw-metrics.md)
Im folgenden Beispiel werden CloudWatch Metriken für die Anzahl der Gremlin-Anfragen pro Sekunde für den Cluster abgerufen. `gremlin-cluster`
```
```
## CloudWatch Daten anzeigen (API)
CloudWatch unterstützt auch eine `Query` Aktion, sodass Sie Informationen programmgesteuert anfordern können. Weitere Informationen finden Sie in der [CloudWatch Query API-Dokumentation](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/Using_Query_API.html) und in der [Amazon CloudWatch API-Referenz](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/).
Wenn für eine CloudWatch Aktion ein Parameter erforderlich ist, der spezifisch für die Neptun-Überwachung ist`MetricName`, verwenden Sie z. B. die unter aufgeführten Werte. [Neptun-Metriken CloudWatch](cw-metrics.md)
Das folgende Beispiel zeigt eine CloudWatch Anfrage auf niedriger Ebene, bei der die folgenden Parameter verwendet werden:
+ `Statistics.member.1` = `Average`
+ `Dimensions.member.1` = `DBClusterIdentifier=gremlin-cluster`
+ `Namespace ` = `AWS/Neptune`
+ `StartTime ` = `2013-11-14T00:00:00Z`
+ `EndTime ` = `2013-11-16T00:00:00Z`
+ `Period ` = `60`
+ `MetricName ` = `GremlinRequestsPerSec`
So sieht die CloudWatch Anfrage aus. Dies ist jedoch nur eine Veranschaulichung der Form der Anforderung. Sie müssen Ihre eigene Anforderung basierend auf Ihren Metriken und Ihrem Zeitrahmen erstellen.
```
1. https://monitoring.amazonaws.com/
2. ?SignatureVersion=2
3. &Action=GremlinRequestsPerSec
4. &Version=2010-08-01
5. &StartTime=2018-03-03T00:00:00
6. &EndTime=2018-03-04T00:00:00
7. &Period=60
8. &Statistics.member.1=Average
9. &Dimensions.member.1=DBClusterIdentifier=gremlin-cluster
10. &Namespace=AWS/Neptune
11. &MetricName=GremlinRequests
12. &Timestamp=2018-03-04T17%3A48%3A21.746Z
13. &AWSAccessKeyId=AWS Access Key ID;
14. &Signature=signature
```
# Wird verwendet CloudWatch , um die Leistung der DB-Instance in Neptune zu überwachen
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 von I/O Schreibvorgängen auf das Cluster-Volume auf der Festplatte an, die in Intervallen von 5 Minuten gemeldet wird.
+ **`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](gremlin-api-status.md) 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:
+ Konsistente Latenz, hoch`CPUUtilization`, hoch `VolumeWriteIOPs` und niedrig `MainRequestQueuePendingRequests` zusammen zeigen, dass der Server aktiv damit beschäftigt ist, gleichzeitige Schreibanforderungen mit einer nachhaltigen Geschwindigkeit und mit geringer I/O Wartezeit zu verarbeiten.
+ 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. Erwägen Sie, Batch-Anfragen zu erstellen oder ihre Größe zu ändern, um dieselbe Menge an Arbeit mit weniger Transaktionsaufwand zu erledigen, indem Sie die primäre Instanz and/or skalieren, um die Anzahl der Abfrage-Threads zu erhöhen, die Schreibanforderungen gleichzeitig verarbeiten können.
+ Niedrig `CPUUtilization` und hoch `VolumeWriteIOPs` bedeuten, dass Abfrage-Threads darauf warten, dass die I/O Operationen auf der Speicherebene abgeschlossen sind. 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.
# Neptun-Metriken CloudWatch
**Anmerkung**
Amazon Neptune sendet CloudWatch nur dann Messwerte an, wenn sie einen Wert ungleich Null haben.
Die Aggregationsgranularität für alle Neptune-Metriken beträgt 5 Minuten.
**Topics**
+ [Neptun-Metriken CloudWatch](#cw-metrics-available)
+ [CloudWatch Metriken, die jetzt in Neptune veraltet sind](#cw-metrics-deprecated)
## Neptun-Metriken CloudWatch
In der folgenden Tabelle sind die CloudWatch Metriken aufgeführt, die Neptune unterstützt.
**Anmerkung**
Alle kumulativen Metriken werden bei jedem Serverneustart auf null zurückgesetzt, ob für Wartungsarbeiten, Neustart oder Wiederherstellung nach einem Absturz.
**Neptun-Metriken CloudWatch**
| Metrik | Description |
| --- | --- |
| `BackupRetentionPeriodStorageUsed` | Der gesamte Sicherungsspeicher (in Byte), der zur Unterstützung aus dem Sicherungs-Aufbewahrungszeitraum des Neptune-DB-Clusters verwendet wird. Ist in dem von der `TotalBackupStorageBilled`-Metrik gemeldeten Gesamtwert enthalten. |
| `BufferCacheHitRatio` | Der Prozentsatz der vom Buffer-Cache bedienten Anfragen. Diese Metrik kann bei der Diagnose der Abfragelatenz nützlich sein, da Cache-Fehler zu einer erheblichen Latenz führen. Wenn die Cache-Trefferquote unter 99,9 % liegt sollten Sie den Instance-Typ heraufstufen um mehr Daten im Arbeitsspeicher zwischenspeichern zu können. |
| `ClusterReplicaLag` | Der Verzögerungszeitraum in Millisekunden für ein Read Replica, wenn Updates aus einer primären Instance repliziert werden. |
| `ClusterReplicaLagMaximum` | Der größte Verzögerungszeitraum in Millisekunden zwischen der primären Instance und jeder Neptune-DB-Instance im DB-Cluster. |
| `ClusterReplicaLagMinimum` | Der kleinste Verzögerungszeitraum in Millisekunden zwischen der primären Instance und jeder Neptune-DB-Instance im DB-Cluster. |
| `CPUCreditBalance` | Die Anzahl der in 5-Minuten-Intervallen gemeldeten CPU-Guthaben, die eine Instance angesammelt hat. Sie können diese Metrik verwenden, um zu bestimmen, wie lange eine DB-Instance das normale Leistungslevel bei gegebener Leistungsrate übersteigen kann. |
| `CPUCreditUsage` | Die Anzahl der während des angegebenen Zeitraums verwendeten CPU-Guthaben (Meldung in 5-Minuten-Intervallen). Diese Metrik misst den Zeitraum, in dem physische Geräte für die Verarbeitung von Anweisungen von virtuellen Geräten verwendet CPUs wurden, die der DB-Instance CPUs zugewiesen sind. |
| `CPUSurplusCreditBalance` | Die Anzahl überzähliger Guthaben, die von einer Unlimited-Instance verbraucht wurden, wenn ihr `CPUCreditBalance`-Wert null ist. Der `CPUSurplusCreditBalance`-Wert wird durch erworbene CPU-Guthaben abgezahlt. Wenn die Anzahl überzähliger Guthaben die Höchstzahl der Guthaben überschreitet, die die Instance in einem 24-Stunden-Zeitraum verdienen kann, fallen für die verbrauchten überzähligen Guthaben zusätzliche Gebühren an. Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. |
| `CPUSurplusCreditsCharged` | Die Anzahl der verbrauchten überschüssigen Credits, die nicht durch verdiente CPU-Guthaben zurückgezahlt werden und für die eine zusätzliche Gebühr anfällt. |
| `CPUUtilization` | Prozentsatz der CPU-Auslastung. |
| `EngineUptime` | Der gesamte Zeitraum der Laufzeit der Instance in Sekunden. |
| `FreeableMemory` | Die Menge des verfügbaren Arbeitsspeichers (RAM-Speicher) in Bytes. |
| `GlobalDbDataTransferBytes` | Die Anzahl der Byte an Redo-Log-Daten, die AWS-Region in einer globalen Neptune-Datenbank von der primären AWS-Region zur sekundären Datenbank übertragen wurden. |
| `GlobalDbReplicatedWriteIO` | Die Anzahl der I/O Schreibvorgänge, die von der Primärdatenbank in der globalen Datenbank auf das Cluster-Volume AWS-Region in einer Sekundärdatenbank repliziert wurden. AWS-Region Die Abrechnungsberechnungen für jeden DB-Cluster in einer globalen Neptune-Datenbank verwenden die `VolumeWriteIOPS`-Metrik, um die im Cluster ausgeführten Schreibvorgänge zu berücksichtigen. Für den primären DB-Cluster verwenden die Abrechnungsberechnungen `GlobalDbReplicatedWriteIO` zur Berücksichtigung der regionsübergreifenden Replikation zu sekundären DB-Clustern. |
| `GlobalDbProgressLag` | Die Anzahl von Millisekunden, die ein sekundärer Cluster bei Benutzertransaktionen und Systemtransaktionen hinter dem primären Cluster zurückliegt. |
| `GremlinClientErrorsPerSec` | Anzahl der clientseitigen Fehler pro Sekunde in Gremlin-Transversalen. |
| `GremlinServerErrorsPerSec` | Anzahl der serverseitigen Fehler pro Sekunde in Gremlin-Transversalen. |
| `GremlinRequestsPerSec` | Anzahl der Anforderungen pro Sekunde an die Gremlin-Engine. |
| `GremlinWebSocketOpenConnections` | Die Anzahl der offenen WebSocket Verbindungen zu Neptune. |
| `LoaderClientErrorsPerSec` | Anzahl der clientseitigen Fehler pro Sekunde von Loader-Anforderungen. |
| `LoaderRequestsPerSec` | Anzahl der Loader-Anforderungen pro Sekunde. |
| `LoaderServerErrorsPerSec` | Anzahl der serverseitigen Loader-Fehler pro Sekunde. |
| `MainRequestQueuePendingRequests` | Die Anzahl der Anforderungen in der Eingabewarteschlange, deren Ausführung aussteht. Neptune beginnt mit der Drosselung von Anforderugnen, wenn sie die maximale Warteschlangenkapazität überschreiten. |
| `NCUUtilization``` | Gilt nur für [Neptune-Serverless](neptune-serverless.md)-DB-Instances oder -DB-Cluster. Meldet auf Instance-Ebene einen Prozentsatz, berechnet als die Anzahl der Neptune-Kapazitätseinheiten (NCUs), die derzeit von der fraglichen Instance verwendet werden, geteilt durch die maximale NCU-Kapazitätseinstellung für den Cluster. Eine Neptune Capacity Unit (NCU) besteht aus einem Arbeitsspeicher (RAM) mit 2 GiB (Gibibyte) sowie der entsprechenden Kapazität des virtuellen Prozessors (vCPU) und des Netzwerks. `NCUUtilization` meldet auf Cluster-Ebene den Prozentsatz der maximalen Kapazität an, der vom gesamten Cluster verwendet wird. |
| `NetworkThroughput` | Die Menge des Netzwerkdurchsatzes in Byte pro Sekunde, der von jeder Instance im DB-Cluster von Clients empfangen und an Clients gesendet wird. Dieser Durchsatz enthält **nicht** den Netzwerkdatenverkehr zwischen Instances im DB-Cluster und dem Cluster-Volume. |
| `NetworkTransmitThroughput` | Die Menge des ausgehenden Netzwerkdurchsatzes in Byte pro Sekunde, der von jeder Instance im Neptune-DB-Cluster an Clients gesendet wird. Dieser Durchsatz enthält **nicht** den Netzwerkdatenverkehr zwischen Instances im DB-Cluster und dem Cluster-Volume. |
| NumIndexDeletesPerSec | Anzahl der Löschungen aus einzelnen Indizes. Löschungen aus jedem Index werden einzeln gezählt. Dazu gehören auch die Löschungen, die rückgängig gemacht werden können, wenn bei einer Abfrage ein Fehler auftritt. |
| NumIndexInsertsPerSec | Anzahl der Einfügungen in einzelne Indizes. Einfügungen in jeden Index werden separat gezählt. Dazu gehören auch die Einfügungen, die möglicherweise zurückgesetzt werden, wenn bei einer Abfrage ein Fehler auftritt. |
| NumIndexReadsPerSec | Anzahl der aus einem beliebigen Index gescannten Anweisungen. Jedes Zugriffsmuster beginnt mit einer Suche in einem Index und dem Lesen aller passenden Anweisungen. Eine Erhöhung dieser Metrik kann zu einer Erhöhung der Abfragelatenzen oder der CPU-Auslastung führen. |
| `NumOpenCypherClientErrorsPerSec` | Die Anzahl der OpenCypher Client-Fehler pro Sekunde. |
| `NumOpenCypherRequestsPerSec` | Die Anzahl der OpenCypher Anfragen pro Sekunde. |
| `NumOpenCypherServerErrorsPerSec` | Die Anzahl der OpenCypher Serverfehler pro Sekunde. |
| `NumQueuedRequestsPerSec` | Die Anzahl der Anfragen, die pro Sekunde in die Warteschlange gestellt wurden. |
| `NumResultCacheHit` | Anzahl der Treffer im Gremlin-Ergebniscache. |
| `NumResultCacheMiss` | Anzahl der Fehlschläge im Gremlin-Ergebniscache. |
| `NumTxCommitted` | Die Anzahl der Transaktionen pro Sekunde, für die ein Commit durchgeführt wurde. |
| `NumTxOpened` | Die Anzahl der pro Sekunde auf dem Server geöffneten Transaktionen. |
| `NumTxRolledBack` | Bei Schreibabfragen die Anzahl der Transaktionen pro Sekunde, die auf dem Server aufgrund von Fehlern rückgängig gemacht wurden. Bei schreibgeschützten Abfragen entspricht diese Metrik der Anzahl der abgeschlossenen schreibgeschützten Transaktionen pro Sekunde. |
| NumUndoPagesPurged | Diese Metrik gibt die Anzahl der gelöschten Batches an. Diese Kennzahl ist ein Indikator für den Fortschritt beim Löschen. Der Wert gilt 0 für Reader-Instances, und die Metrik gilt nur für die Writer-Instanz. |
| `OpenCypherRequestsPerSec` | Anzahl der Anforderungen pro Sekunde (HTTPS und Bolt) an die openCypher-Engine. |
| `OpenCypherBoltOpenConnections` | Die Anzahl offener Bolt-Verbindungen mit Neptune. |
| `ResultCacheSizeInBytes` | Geschätzte Gesamtgröße (in Byte) aller zwischengespeicherten Elemente im Gremlin-Ergebniscache. |
| `ResultCacheItemCount` | Anzahl der Elemente im Gremlin-Ergebniscache. |
| `ResultCacheOldestItemTimestamp` | Der Zeitstempel des ältesten Elements, das im Gremlin-Ergebniscache zwischengespeichert wurde. |
| `ResultCacheNewestItemTimestamp` | Der Zeitstempel des neuesten Elements, das im Gremlin-Ergebniscache zwischengespeichert wurde. |
| `ServerlessDatabaseCapacity` | Meldet als Metrik auf Instanzebene die `ServerlessDatabaseCapacity` aktuelle Instanzkapazität einer bestimmten [serverlosen Neptune-Instance](neptune-serverless.md) in. NCUs Eine Neptune Capacity Unit (NCU) besteht aus einem Arbeitsspeicher (RAM) mit 2 GiB (Gibibyte) sowie der entsprechenden Kapazität des virtuellen Prozessors (vCPU) und des Netzwerks. Als Metrik auf Cluster-Ebene meldet `ServerlessDatabaseCapacity` den Durchschnitt aller `ServerlessDatabaseCapacity`-Werte der DB-Instances im Cluster an. |
| `SnapshotStorageUsed` | Der gesamte Sicherungsspeicher, der von allen Snapshots für einen Neptune-DB-Cluster außerhalb des Sicherungs-Aufbewahrungszeitraums verwendet wird (in Byte). Ist in dem von der `TotalBackupStorageBilled`-Metrik gemeldeten Gesamtwert enthalten. |
| `SparqlClientErrorsPerSec` | Die Anzahl der clientseitigen Fehler pro Sekunde in SPARQL-Abfragen. |
| `SparqlRequestsPerSec` | Die Anzahl der Anforderungen pro Sekunde an die SPARQL-Engine. |
| `SparqlServerErrorsPerSec` | Die Anzahl der SPARQL-Serverfehler pro Sekunde. |
| `StatsNumStatementsScanned` | Die Gesamtzahl der Anweisungen, die seit dem Serverstart für [DFE-Statistiken](neptune-dfe-statistics.md) gescannt wurden. Bei jeder Auslösung einer Statistikberechnung nimmt diese Zahl zu. Wenn keine Berechnung stattfindet, bleibt sie jedoch konstant. Wenn Sie ein Zeitverlaufdiagramm erstellen, können Sie daher erkennen, wann die Berechnung stattgefunden hat und wann nicht: ![\[Diagramm der StatsNumStatementsScanned-Werte im Zeitverlauf\]](http://docs.aws.amazon.com/de_de/neptune/latest/userguide/images/StatsNumStatementsScanned-graph.png) Wenn Sie die Steigung des Diagramms in Zeiträumen betrachten, in denen die Metrik zunimmt, können Sie auch erkennen, wie schnell die Berechnung durchgeführt wurde. Wenn es keine solche Metrik gibt, bedeutet dies, dass das Statistik-Feature im DB-Cluster deaktiviert ist oder dass die verwendete Engine-Version nicht über das Statistik-Feature verfügt. Wenn der Metrikwert null ist, bedeutet dies, dass keine Statistikberechnung stattgefunden hat. |
| `StorageNetworkReceiveThroughput` | Die Menge des Netzwerkdurchsatzes, den jede Instance im Neptune-DB-Cluster vom Speichersubsystem erhält. |
| StorageNetworkThroughput | Die Menge des Netzwerkdurchsatzes, der von jeder Instance im Neptune-DB-Cluster vom Speichersubsystem empfangen und an das Speichersubsystem gesendet wird. |
| `StorageNetworkTransmitThroughput` | Die Menge des Netzwerkdurchsatzes, der von jeder Instance im Neptune DB-Cluster an das Speichersubsystem gesendet wird. |
| `SwapUsage` | Die Größe des verwendeten Auslagerungsbereichs. |
| `TempStorageIOPS` | Die Anzahl der IOPS für Lese- und Schreibvorgänge auf dem lokalen Speicher, der an die Neptune-DB-Instance angeschlossen ist. Diese Metrik stellt eine Zählung dar und wird einmal pro Sekunde gemessen. |
| `TempStorageThroughput` | Die Datenmenge, die zum und vom lokalen Speicher übertragen wird, der der Neptune-DB-Instance zugeordnet ist. Diese Metrik wird in Byte angegeben und einmal pro Sekunde gemessen. |
| `TotalBackupStorageBilled` | Der gesamte Sicherungsspeicher, der Ihnen für einen bestimmten Neptune-DB-Cluster berechnet wird (in Byte). Umfasst den Sicherungsspeicher gemessen an den Metriken `SnapshotStorageUsed` und `BackupRetentionPeriodStorageUsed`. |
| `TotalRequestsPerSec` | Die Gesamtzahl der Anfragen pro Sekunde an den Server aus allen Quellen. |
| `TotalClientErrorsPerSec` | Die Gesamtzahl der Anfragen pro Sekunde, die aufgrund von clientseitigen Problemen zu Fehlern führten. |
| `TotalServerErrorsPerSec` | Die Gesamtzahl der Anfragen pro Sekunde, die aufgrund interner Ausfälle auf dem Server zu Fehlern führten. |
| `UndoLogListSize` | Die Anzahl der Undo-Protokolle in der Liste der Undo-Protokolle. Undo-Logs enthalten Datensätze zu Commit-Transaktionen, die ablaufen, wenn alle aktiven Transaktionen jünger als die Commit-Zeit sind. Die abgelaufenen Datensätze werden regelmäßig gelöscht. Das Löschen von Datensätzen für Löschvorgänge kann länger dauern als das Löschen von Datensätzen für andere Transaktionsarten. Das Löschen erfolgt ausschließlich über die Writer-Instance des DB-Clusters, sodass die Geschwindigkeit des Löschvorgangs vom Typ der Writer-Instance abhängig ist. Wenn der Wert für `UndoLogListSize` hoch ist und im DB-Cluster steigt, sollten Sie die Writer-Instance heraufstufen, um die Löschrate zu erhöhen. Wenn Sie von einer älteren Version auf Engine-Version `1.2.0.0` oder höher aktualisieren, stellen Sie außerdem zunächst sicher`1.2.0.0`, dass der `UndoLogListSize` Wert unter einem bestimmten Schwellenwert liegt. Andernfalls wird der Patch zurückgesetzt und schlägt fehl. Die Schwellenwerte hängen vom Instance-Typ ab: Das Standardlimit liegt bei 40.000 für 4xlarge- oder größere Instances und 10.000 für Instances, die kleiner als 4xlarge sind. Wenn Sie versuchen, einen Cluster zu aktualisieren, dessen `UndoLogListSize` Metrik über dem Limit liegt, wird der Patch-Vorgang zurückgesetzt, das Upgrade wird abgebrochen und ein Ereignis mit dem Grund wird auf der Cluster-Ereignisseite angezeigt. Diese Grenzwerte können sich aus betrieblichen Gründen ohne vorherige Warnung ändern. Da Engine-Versionen `1.2.0.0` und höher ein anderes Format für Undo-Logs verwenden, kann das Upgrade erst beginnen, nachdem Ihre vorherigen Undo-Logs vollständig gelöscht wurden und den geltenden Schwellenwert unterschritten haben. Weitere Informationen finden Sie unter [Upgrade zu 1.2.0.0 oder höher](engine-updates-1200-changes.md). |
| `VolumeBytesUsed` | Die Gesamtmenge des Speichers, der Ihrem Neptune-DB-Cluster zugeteilt ist (in Byte). Dies ist die Speichermenge, die Ihnen in Rechnung gestellt wird. Dies ist die maximale Speichermenge, die Ihrem DB-Cluster zu einem beliebigen Zeitpunkt seines Bestehens zugewiesen ist, und nicht die Menge, die Sie derzeit verwenden (siehe [Neptune-Speicher-Fakturierung](feature-overview-storage.md#feature-overview-storage-billing)). |
| `VolumeReadIOPs` | Die Gesamtzahl der abgerechneten I/O Lesevorgänge von einem Cluster-Volume, angegeben in 5-Minuten-Intervallen. Berechnete Lesevorgänge werden auf Cluster-Volume-Ebene berechnet, aggregiert aus allen Instances im Neptune-DB-Cluster und in Intervallen von 5 Minuten gemeldet. |
| VolumeWriteIOPs | Die Gesamtzahl der I/O Festplattenschreibvorgänge auf das Cluster-Volume, die in Intervallen von 5 Minuten gemeldet wurden. |
## CloudWatch Metriken, die jetzt in Neptune veraltet sind
Die Verwendung dieser Neptune-Metriken ist jetzt nicht mehr möglich. Sie werden weiterhin unterstützt, können aber in Zukunft eliminiert werden, wenn neue und bessere Metriken verfügbar werden.
| Metrik | Description |
| --- | --- |
| `GremlinHttp1xx` | Anzahl der HTTP 1xx-Antworten für den Gremlin-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http1xx`-Metrik. |
| `GremlinHttp2xx` | Anzahl der HTTP 2xx-Antworten für den Gremlin-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http2xx`-Metrik. |
| `GremlinHttp4xx` | Anzahl der HTTP 4xx-Fehler für den Gremlin-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `GremlinHttp5xx` | Anzahl der HTTP 5xx-Fehler für den Gremlin-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http5xx`-Metrik. |
| `GremlinErrors` | Anzahl der Fehler in Gremlin-Traversals. |
| `GremlinRequests` | Anzahl der Anforderungen an die Gremlin-Engine. |
| `GremlinWebSocketSuccess` | Anzahl erfolgreicher WebSocket Verbindungen zum Gremlin-Endpunkt pro Sekunde. |
| `GremlinWebSocketClientErrors` | Anzahl der WebSocket Client-Fehler auf dem Gremlin-Endpunkt pro Sekunde. |
| `GremlinWebSocketServerErrors` | Anzahl der WebSocket Serverfehler auf dem Gremlin-Endpunkt pro Sekunde. |
| `GremlinWebSocketAvailableConnections` | Anzahl der derzeit verfügbaren potenziellen WebSocket Verbindungen. |
| `Http100` | Anzahl der HTTP 100-Antworten für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http1xx`-Metrik. |
| `Http101` | Anzahl der HTTP 101-Antworten für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http1xx`-Metrik. |
| `Http1xx` | Anzahl der HTTP 1xx-Antworten für den Endpunkt pro Sekunde. |
| `Http200` | Anzahl der HTTP 200-Antworten für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http2xx`-Metrik. |
| `Http2xx` | Anzahl der HTTP 2xx-Antworten für den Endpunkt pro Sekunde. |
| `Http400` | Anzahl der HTTP 400-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `Http403` | Anzahl der HTTP 403-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `Http405` | Anzahl der HTTP 405-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `Http413` | Anzahl der HTTP 413-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `Http429` | Anzahl der HTTP 429-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `Http4xx` | Anzahl der HTTP 4xx-Fehler für den Endpunkt pro Sekunde. |
| `Http500` | Anzahl der HTTP 500-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http5xx`-Metrik. |
| `Http501` | Anzahl der HTTP 501-Fehler für den Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http5xx`-Metrik. |
| `Http5xx` | Anzahl der HTTP 5xx-Fehler für den Endpunkt pro Sekunde. |
| `LoaderErrors` | Anzahl der Fehler von Loader-Anforderungen. |
| `LoaderRequests` | Anzahl der Loader-Anforderungen. |
| `SparqlHttp1xx` | Anzahl der HTTP 1xx-Antworten für den SPARQL-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http1xx`-Metrik. |
| `SparqlHttp2xx` | Anzahl der HTTP 2xx-Antworten für den SPARQL-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http2xx`-Metrik. |
| `SparqlHttp4xx` | Anzahl der HTTP 4xx-Fehler für den SPARQL-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http4xx`-Metrik. |
| `SparqlHttp5xx` | Anzahl der HTTP 5xx-Fehler für den SPARQL-Endpunkt pro Sekunde. Wir empfehlen stattdessen die Verwendung der neuen kombinierten `Http5xx`-Metrik. |
| `SparqlErrors` | Anzahl der Fehler in den SPARQL-Abfragen. |
| `SparqlRequests` | Anzahl der Anforderungen an die SPARQL-Engine. |
| `StatusErrors` | Anzahl der Fehler vom Statusendpunkt. |
| `StatusRequests` | Anzahl der Anforderungen an den Statusendpunkt. |
# CloudWatch Neptun-Dimensionen
Die Metriken für Amazon Neptune werden durch die Werte für das Konto, den Diagrammnamen oder die Operation qualifiziert. Sie können die CloudWatch Amazon-Konsole verwenden, um Neptun-Daten zusammen mit allen Dimensionen in der folgenden Tabelle abzurufen.
| Dimension | Description |
| --- | --- |
| DBInstanceIdentifier | Filtert die angeforderten Daten für eine bestimmte Datenbank-Instance innerhalb eines Clusters. |
| DBClusterIdentifier | Filtert die angeforderten Daten für einen spezifischen Neptune-DB-Cluster. |
| DBClusterIdentifier, EngineName | Filtert die Daten nach dem Cluster. Der Name der Engine für alle Neptune-Instances ist neptune. |
| DBClusterIdentifier, Role | Filtert die angeforderten Daten für einen bestimmten Neptune-DB-Cluster und fasst die Metrik nach Instance-Rolle (WRITER/READER) zusammen. Sie können beispielsweise Metriken für alle READER-Instances eines Clusters zusammenfassen. |
| DBClusterIdentifier, SourceRegion | Filtert die Daten nach dem primären Cluster in einer primären Region der globalen Datenbank. |
| DatabaseClass | Filtert die angeforderten Daten für alle Instances einer Datenbankklasse. Sie können beispielsweise Metriken für alle Instances der Datenbankklasse db.r4.large zusammenfassen. |
| EngineName | Der Name der Engine für alle Neptune-Instances ist neptune. |
| GlobalDbDBClusterIdentifier, SecondaryRegion | Filtert die Daten nach dem sekundären Cluster einer angegebenen globalen Datenbank in einer sekundären Region. |