Warum wird meine On-Demand-Tabelle in DynamoDB gedrosselt?

Lösung

DynamoDB-Tabellen, die den On-Demand-Kapazitätsmodus nutzen, passen sich automatisch an das Datenverkehrsvolumen Ihrer Anwendung an. Tabellen, die den On-Demand-Modus nutzen, können jedoch immer noch gedrosselt werden. Informationen zur Behebung von Problemen in Ihrem Anwendungsfall finden Sie in den folgenden häufigen Ursachen für eine Drosselung:

Der Datenverkehr ist mehr als doppelt so hoch wie beim vorherigen Spitzenwert

Wenn Sie innerhalb von 30 Minuten das Doppelte der Spitzenwerte Ihres vorherigen Datenverkehrs überschreiten, kann es zu einer Drosselung kommen. Bevor Sie den Spitzenwert Ihres vorherigen Datenverkehrs überschreiten, hat es sich bewährt, Ihren Datenverkehrszuwachs über mindestens 30 Minuten zu verteilen. Verwenden Sie den Messwert ConsumedReadCapacityUnits in Amazon CloudWatch, um den Datenverkehr zur Tabelle zu überwachen. Weitere Informationen finden Sie unter DynamoDB-Messwerte und Dimensionen.

Bei neuen On-Demand-Tabellen können Sie sofort bis zu 4.000 Schreibanforderungen, 12.000 Leseanforderungen oder eine lineare Kombination aus beiden erreichen.

Für eine bestehende Tabelle, für die Sie in den On-Demand-Kapazitätsmodus gewechselt haben, entspricht der vorherige Spitzenwert einem der folgenden Werte:

• Die Hälfte des zuvor bereitgestellten Durchsatzes für die Tabelle
• Die Einstellung für eine neu erstellte Tabelle mit On-Demand-Kapazitätsmodus

Weitere Informationen finden Sie unter Anfänglicher Durchsatz für den On-Demand-Kapazitätsmodus.

Der Datenverkehr überschreitet das Maximum pro Partition

Jede Partition in der Tabelle kann bis zu 3.000 Leseanforderungen, 1.000 Schreibanforderungen oder eine lineare Kombination aus beiden bereitstellen. Wenn der Datenverkehr zu einer Partition diesen Grenzwert überschreitet, wird die Partition möglicherweise gedrosselt. Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Verwenden Sie CloudWatch Contributor Insights für DynamoDB, um die am häufigsten aufgerufenen und gedrosselten Schlüssel in Ihrer Tabelle zu ermitteln.
2. Ordnen Sie die Anfragen an die Tabelle nach dem Zufallsprinzip an, sodass die Anfragen an die heißen Partitionsschlüssel über einen längeren Zeitraum verteilt werden. Weitere Informationen finden Sie unter Verwenden von Write-Sharding zur gleichmäßigen Verteilung von Arbeitslasten.

Der Datenverkehr übersteigt das Kontingent pro Tabelle

Für On-Demand-Tabellen gelten die Kontingente für den Lese- und Schreibdurchsatz auf Tabellenebene auf Kontoebene. Standardmäßig ist der Tabellendurchsatz auf maximal 40.000 Leseanforderungen und maximal 40.000 Schreibanforderungen festgelegt. Wenn der Datenverkehr zu einer Tabelle die Kontingente pro Tabellenkonto für den Durchsatz überschreitet, wird die Tabelle möglicherweise gedrosselt. Um dieses Problem zu beheben, verwenden Sie die Konsole von Service Quotas, um den Lese- und Schreibdurchsatz für Ihr Konto auf Tabellenebene zu erhöhen.

Der globale sekundäre Index Ihrer Tabelle wird gedrosselt

Wenn Ihre DynamoDB-Tabelle über einen sekundären globalen Index verfügt, der gedrosselt wird, kann die Drosselung zu Gegendruck-Drosselungen in der Basistabelle führen. Weitere Informationen finden Sie unter Wie wirkt sich die Drosselung meines globalen sekundären Index auf meine Amazon DynamoDB-Tabelle aus? und Verwendung globaler sekundärer Indizes in DynamoDB.

Ähnliche Informationen

Datenverkehrsspitzen und Skalierungseigenschaften

Wie wähle ich den richtigen Primärschlüssel für meine Amazon DynamoDB-Tabelle aus?

Warum unterscheiden sich die Messwerte in der DynamoDB-Konsole von den CloudWatch-Messwerten?

Service-, Konto- und Tabellenkontingente in Amazon DynamoDB