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.
DynamoDB-Tabellen, die den On-Demand-Kapazitätsmodus verwenden, passen sich automatisch an das Datenverkehrsvolumen Ihrer Anwendung an. Tabellen, die den On-Demand-Modus verwenden, können jedoch trotzdem drosseln. In diesem Thema wird beschrieben, wie Sie häufig auftretende Probleme mit der Drosselung von On-Demand-Tabellen beheben können.
Der Traffic ist mehr als doppelt so hoch wie der vorherige Spitzenwert
Wenn Sie innerhalb von 30 Minuten das Doppelte des vorherigen Spitzenverkehrs überschreiten, kann es zu einer Drosselung kommen. Bevor Sie den Höchstwert Ihres vorherigen Traffics überschreiten, empfehlen wir Ihnen, Ihr Traffic-Wachstum auf mindestens 30 Minuten zu verteilen. Verwenden Sie die ConsumedReadCapacityUnits
Metrik in Amazon, um den Datenverkehr zur Tabelle zu überwachen CloudWatch. Weitere Informationen finden Sie unter DynamoDB-Metriken und -Dimensionen.
Für neue On-Demand-Tabellen können Sie sofort bis zu 4.000 Schreibanforderungseinheiten oder 12.000 Leseanforderungseinheiten pro Sekunde bereitstellen.
Für eine bestehende Tabelle, für die Sie in den On-Demand-Kapazitätsmodus gewechselt haben, entspricht der vorherige Höchstwert 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 einer Tabelle oder GSI kann bis zu 3.000 Leseanforderungseinheiten oder 1.000 Schreibanforderungseinheiten pro Sekunde verarbeiten. 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:
-
Verwenden Sie CloudWatch Contributor Insights for DynamoDB, um die am häufigsten aufgerufenen und gedrosselten Schlüssel in Ihrer Tabelle zu ermitteln.
-
Ordnen Sie die Anfragen an die Tabelle nach dem Zufallsprinzip an, sodass die Anfragen an die Hotpartitionsschlüssel im Laufe der Zeit verteilt werden. Weitere Informationen finden Sie unter Verwenden von Write-Sharding zur gleichmäßigen Verteilung von Workloads in Ihrer DynamoDB-Tabelle.
Ein Hotkey kann zu Drosselungsproblemen führen
In DynamoDB kann ein Partitionsschlüssel ohne hohe Kardinalität zu vielen Anfragen führen, die nur auf wenige Partitionen abzielen. Wenn eine resultierende heiße Partition die Partitionsgrenzen von 3.000 RCU oder 1.000 WCU pro Sekunde überschreitet, kann dies zu einer Drosselung führen.
Das Diagnosetool CloudWatch Contributor Insights (CCI) kann Ihnen beim Debuggen helfen, indem es CCI-Diagramme für die Zugriffsmuster der einzelnen Tabellenelemente bereitstellt. Sie können die Schlüssel, auf die am häufigsten zugegriffen wird, und andere Datenverkehrstrends Ihrer DynamoDB-Tabellen kontinuierlich überwachen. Weitere Informationen zu CloudWatch Contributor Insights finden Sie unter CloudWatchContributor Insights for DynamoDB. Weitere Informationen finden Sie unter Entwerfen von Partitionsschlüsseln zur Verteilung Ihrer Arbeitslast in DynamoDB und Den richtigen DynamoDB-Partitionsschlüssel
Der Datenverkehr überschreitet das Kontingent pro Tabelle
Für On-Demand-Tabellen gelten die Kontingente für den Lesedurchsatz auf Tabellenebene und für den Schreibdurchsatz auf Tabellenebene auf Kontoebene. Standardmäßig beträgt der Tabellendurchsatz maximal 40.000 Einheiten für Leseanfragen und maximal 40.000 Einheiten für Schreibanforderungen. Wenn der Datenverkehr zu einer Tabelle die Kontingente für den Durchsatz pro Tabelle überschreitet, kann es in der Tabelle zu einer Drosselung kommen. Um dieses Problem zu beheben, verwenden Sie die Service Quotas Quotas-Konsole, um den Lese- und Schreibdurchsatz auf Tabellenebene für Ihr Konto zu erhöhen.
Der globale Sekundärindex Ihrer Tabelle ist gedrosselt
Wenn Ihre DynamoDB-Tabelle über einen sekundären globalen Index verfügt, der gedrosselt wird, kann die Drosselung zu Gegendruckdrosselungen 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
Der Datenverkehr überschreitet den maximal konfigurierten Durchsatz
Wenn die Lese- oder Schreibvorgänge Ihrer On-Demand-Tabelle die vordefinierten Durchsatzgrenzen überschreiten, wird die Tabelle vorübergehend eingeschränkt und Sie erhalten eine ThrottlingExceptionFehlermeldung.
Führen Sie je nach Anwendungsfall die folgenden Aktionen aus:
-
Verwenden Sie die UpdateTableAPI, um die Einstellung für den maximalen Tabellendurchsatz zu erhöhen oder zu deaktivieren.
-
Warten Sie und versuchen Sie es erneut mit der Anfrage. Siehe Wiederholversuche bei Fehlern und exponentielles Backoff.
-
Um den maximalen Durchsatz zu überwachen, der für eine Tabelle oder einen globalen sekundären Index konfiguriert ist, verwenden Sie die OnDemandMaxWriteRequestUnits Metriken OnDemandMaxReadRequestUnits und in der CloudWatch Konsole.