CloudWatch-Drosselungsmetriken

Werden um eins erhöht, wenn ein Ereignis innerhalb einer Anforderung gedrosselt wird, unabhängig davon, wie viele einzelne Ereignisse innerhalb dieser Anforderung gedrosselt werden. Wenn z. B. ein Element in einer Tabelle mit globalen sekundären Indizes (GSIs) aktualisiert wird, liegen mehrere Ereignisse vor: eine Schreiboperation in die Basistabelle und eine Schreiboperation in jeden Index. Wenn eines dieser einzelnen Ereignisse gedrosselt wird, wird die Metrik ThrottledRequests nur einmal erhöht.

Es ist wichtig, dieses Verhalten bei der Überwachung und Problembehandlung der DynamoDB-Leistung zu verstehen, da es das wahre Ausmaß der Drosselung verschleiern kann. Um umfassendere Einblicke zu erhalten, vergleichen Sie die Metrik ThrottledRequests mit spezifischen Metriken auf Ereignisebene wie ReadThrottleEvents und WriteThrottleEvents sowie zielgerichteten Metriken wie zum Beispiel ReadKeyRangeThroughputThrottleEvents. Eine vollständige Liste dieser ursachenspezifischen Metriken finden Sie auf dieser Seite. Jede Metrik entspricht bestimmten Drosselungsgründen, die in der Drosselungsausnahme erfasst werden. Anleitungen zum Abrufen und Interpretieren dieser Gründe bei Drosselungsereignissen finden Sie im Abschnitt Drosselungsdiagnose, der Anleitungen zur Identifizierung und Behebung der Hauptursachen von Drosselungsproblemen enthält.

Achten Sie auf Anforderungen, die die bereitgestellte RCU für eine Tabelle oder einen globalen sekundären Index überschreiten.

Achten Sie auf Anforderungen, die die bereitgestellte WCU für eine Tabelle oder einen globalen sekundären Index überschreiten.

Anzahl der Leseanforderungen, die aufgrund des maximalen On-Demand-Durchsatzes gedrosselt wurden.

Anzahl der Schreibanforderungen, die aufgrund des maximalen On-Demand-Durchsatzes gedrosselt wurden.

Anzahl der Leseanforderungen, die aufgrund von Kontobeschränkungen gedrosselt wurden.

Anzahl der Schreibanforderungen, die aufgrund von Kontobeschränkungen gedrosselt wurden.

Anzahl der Leseanforderungen, die aufgrund von Partitionsbeschränkungen gedrosselt wurden.

Anzahl der Schreibanforderungen, die aufgrund von Partitionsbeschränkungen gedrosselt wurden.

Wenn Sie einer vorhandenen Tabelle einen neuen GSI hinzufügen, führt DynamoDB eine Backfill-Operation durch, bei der Daten aus der Basistabelle in den neuen Index kopiert werden. Diese Operation verbraucht Schreibkapazitätseinheiten. Die Metrik OnlineIndexConsumedWriteCapacity verfolgt diesen spezifischen Verbrauch.

Dieser Verbrauch erfolgt unabhängig von und zusätzlich zu den regulären Schreibvorgängen, die von ConsumedWriteCapacityUnits verfolgt werden. Die reguläre Metrik ConsumedWriteCapacityUnits für einen GSI enthält nicht die während der ersten Indexerstellung verbrauchte Schreibkapazität.

Sehen Sie sich an, wie viele bereitgestellte Lese- oder Schreibkapazitätseinheiten im angegebenen Zeitraum für eine Tabelle oder einen bestimmten globalen sekundären Index verbraucht wurden.

Beachten Sie, dass die TableName-Dimension standardmäßig nur für die Tabelle ProvisionedReadCapacityUnits zurückgibt. Um die Anzahl der bereitgestellten Lese- oder Schreibkapazitätseinheiten für einen globalen sekundären Index anzuzeigen, müssen Sie sowohl TableName als auch GlobalSecondaryIndexName angeben.

Sehen Sie sich an, wie viele Lese- oder Schreibkapazitätseinheiten im angegebenen Zeitraum verbraucht wurden. ConsumedWriteCapacityUnits enthält nicht die während der ersten Indexerstellung verbrauchte Schreibkapazität.