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.
# 2. Überschreitung des bereitgestellten Durchsatzes
Die Drosselung der bereitgestellten Kapazität erfolgt, wenn die Nutzungsrate Ihrer Anwendung die für Ihre Tabellen oder globalen sekundären Indizes konfigurierten Lese- oder Schreibkapazitätseinheiten (RCUs/WCUs) überschreitet. DynamoDB bietet zwar Burst-Kapazität, um gelegentliche Datenverkehrsspitzen zu bewältigen, aber anhaltende Anfragen, die Ihre bereitgestellten Limits überschreiten, führen zu einer Drosselung. In diesem Fall gibt DynamoDB in der Drosselungsausnahme einen Drosselungsgrund vom Typ `ProvisionedThroughputExceeded` zurück. Dieser zeigt an, ob das Problem bei Lese- oder Schreibvorgängen liegt und ob es die Basistabelle oder einen globalen sekundären Index betrifft.
Die Drosselung kann unabhängig davon erfolgen, ob Auto Scaling aktiviert ist. Auto Scaling passt sich zwar dem steigenden Verbrauch an, reagiert aber nicht sofort. Zudem ist es durch die von Ihnen konfigurierten maximalen Kapazitätslimits eingeschränkt. Daher kann es immer noch zu Drosselungen kommen, wenn plötzliche Verkehrsspitzen auftreten oder der Verbrauch Ihre maximalen Auto-Scaling-Limits überschreitet.
## Bereitgestellter Durchsatz übersteigt Abhilfemaßnahmen
Dieser Abschnitt bietet Anleitungen zur Lösung von Drosselungsszenarien bei bereitgestellten Kapazitäten. Bevor Sie diese Anleitung verwenden, sollten Sie den spezifischen Drosselungsgrund anhand der Ausnahmebehandlung Ihrer Anwendung identifizieren und den Amazon-Ressourcennamen (ARN) der betroffenen Ressource ermitteln. Informationen dazu, wie Sie die Gründe für die Drosselung abrufen und gedrosselte Ressourcen identifizieren, finden Sie unter [Diagnose-Framework für DynamoDB-Drosselungen](throttling-diagnosing-workflow.md#throttling-diagnosing).
Bevor Sie sich mit bestimmten Drosselungsszenarien befassen, sollten Sie zunächst prüfen, ob es sich bei der Drosselung tatsächlich um ein Problem handelt, das ausgeräumt werden muss:
+ Eine gelegentliche Drosselung ist normal und wird in gut optimierten DynamoDB-Anwendungen erwartet. Drosselung bedeutet einfach, dass Sie 100 % dessen, was Sie bereitgestellt haben, verbrauchen. Wenn Ihre Anwendung ordnungsgemäß mit Wiederholungsversuchen auf die Drosselung reagiert und die Gesamtleistung den Anforderungen entspricht, sind möglicherweise keine sofortigen Gegenmaßnahmen erforderlich.
+ Wenn die Drosselung jedoch zu einer inakzeptablen clientseitigen Latenz führt, die Nutzererfahrung beeinträchtigt oder verhindert, dass kritische Vorgänge rechtzeitig abgeschlossen werden, fahren Sie mit den unten aufgeführten Abhilfemöglichkeiten fort.
Wenn Sie Drosselungsprobleme beheben müssen, stellen Sie zunächst fest, ob folgende Ursachen vorliegen:
+ **Temporäre Datenverkehrsspitzen:** Kurzfristiger Anstieg des Datenverkehrs, der die bereitgestellte Kapazität übersteigt, aber nicht dauerhaft anhält. Hierbei sind andere Strategien erforderlich als bei kontinuierlich hohem Datenverkehr.
+ **Kontinuierlich hoher Datenverkehr:** Dauerhafte Workloads, die die bereitgestellte Kapazität ständig überschreiten.
Bei Datenverkehrsspitzen sollten Sie die Strategien aus dem Blog *Handle traffic spikes with Amazon DynamoDB provisioned capacity* unter [Weitere Ressourcen](#throttling-additional-resources) in Betracht ziehen.
Bei anhaltend hohem Datenverkehr haben Sie folgende Möglichkeiten zur Kapazitätsanpassung:
+ [TableReadProvisionedThroughputExceeded](#throttling-table-read-provisioned)
+ [TableWriteProvisionedThroughputExceeded](#throttling-table-write-provisioned)
+ [IndexReadProvisionedThroughputExceeded](#throttling-index-read-provisioned)
+ [IndexWriteProvisionedThroughputExceeded](#throttling-index-write-provisioned)
### TableReadProvisionedThroughputExceeded
**Wenn dies auftritt**
Die Leseverbrauchsrate Ihrer Anwendung übersteigt die [bereitgestellten Lesekapazitätseinheiten](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html#DDB-Type-ProvisionedThroughput-ReadCapacityUnits) (RCUs), die für Ihre Tabelle konfiguriert sind. Sie können die CloudWatch Messwerte überwachen, [Allgemeine Diagnose und Überwachung](#provisioned-capacity-exceeded-diagnosis-monitoring) um Ihr Drosselungsereignis zu analysieren.
**Lösungsansatz**
Ziehen Sie die folgenden Strategien in Betracht, um die Drosselung der Lesekapazität zu beheben:
+ **In den On-Demand-Kapazitätsmodus wechseln:** Falls häufig Drosselungen aufgrund von Datenverkehrsspitzen auftreten, können Sie [Ihre Tabelle auf den On-Demand-Modus umstellen](#procedure-switch-ondemand). Der On-Demand-Modus beseitigt Probleme bei der Bereitstellung und passt sich automatisch Ihrer Workload an.
+ **Wenn der bereitgestellte Modus beibehalten wird und Auto Scaling nicht aktiviert ist:**
+ Erwägen Sie, [die Lesekapazität für die Tabelle zu erhöhen](#provisioned-capacity-exceeded-increase-table-throughput).
+ [Aktivieren Sie Auto Scaling für die Lesekapazität](#provisioned-capacity-configure-autoscaling) bei der Tabelle.
+ **Wenn Auto Scaling aktiviert ist (Standard für Tabellen, die in der Konsole erstellt wurden):**
+ [Optimieren Sie die Auto-Scaling-Parameter für Lesevorgänge in der Tabelle.](#provisioned-capacity-optimize-autoscaling-settings)
### TableWriteProvisionedThroughputExceeded
**Wenn dies auftritt**
Die Schreibverbrauchsrate Ihrer Anwendung übersteigt die [bereitgestellten Schreibkapazitätseinheiten](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html#DDB-Type-ProvisionedThroughput-WriteCapacityUnits) (WCUs), die für Ihre Tabelle konfiguriert sind. Sie können die CloudWatch Messwerte überwachen, [Allgemeine Diagnose und Überwachung](#provisioned-capacity-exceeded-diagnosis-monitoring) um Ihr Drosselungsereignis zu analysieren.
**Lösungsansatz**
Ziehen Sie die folgenden Strategien in Betracht, um die Drosselung der Schreibkapazität zu beheben:
+ **In den On-Demand-Kapazitätsmodus wechseln:** Falls häufig Drosselungen aufgrund von Datenverkehrsspitzen auftreten, können Sie [Ihre Tabelle auf den On-Demand-Modus umstellen](#procedure-switch-ondemand). Der On-Demand-Modus beseitigt Probleme bei der Bereitstellung und passt sich automatisch Ihrer Workload an.
+ **Wenn der bereitgestellte Modus beibehalten wird und Auto Scaling nicht aktiviert ist:**
+ Erwägen Sie, [die Schreibkapazität für die Tabelle zu erhöhen](#provisioned-capacity-exceeded-increase-table-throughput).
+ [Aktivieren Sie Auto Scaling für die Schreibkapazität](#provisioned-capacity-configure-autoscaling) bei der Tabelle.
+ **Wenn Auto Scaling aktiviert ist (Standard für Tabellen, die in der Konsole erstellt wurden):**
+ [Optimieren Sie die Auto-Scaling-Parameter für Schreibvorgänge in der Tabelle.](#provisioned-capacity-optimize-autoscaling-settings)
### IndexReadProvisionedThroughputExceeded
**Wenn dies auftritt**
Der Leseverbrauch auf einem Global Secondary Index (GSI) übersteigt die vom GSI [bereitgestellten Lesekapazitätseinheiten](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html#DDB-Type-ProvisionedThroughput-ReadCapacityUnits) (). RCUs Sie können die CloudWatch Messwerte überwachen, um Ihr [Allgemeine Diagnose und Überwachung](#provisioned-capacity-exceeded-diagnosis-monitoring) Drosselungsereignis zu analysieren.
**Lösungsansatz**
Ziehen Sie diese Strategien in Betracht, um die Drosselung der GSI-Lesekapazität zu beheben:
+ **In den On-Demand-Kapazitätsmodus wechseln:** Falls häufig Drosselungen aufgrund von Datenverkehrsspitzen auftreten, können Sie [die Basistabelle auf den On-Demand-Modus umstellen](#procedure-switch-ondemand). Der On-Demand-Modus beseitigt Probleme bei der Bereitstellung und passt sich automatisch Ihrer Workload an.
+ **Wenn der bereitgestellte Modus beibehalten wird und Auto Scaling nicht aktiviert ist:**
+ Erwägen Sie, [die GSI-Lesekapazität zu erhöhen](#provisioned-capacity-exceeded-increase-index-throughput).
+ [Aktivieren Sie Auto Scaling für die Lesekapazität](#provisioned-capacity-configure-autoscaling) bei dem GSI.
+ **Wenn Auto Scaling aktiviert ist (Standard für Tabellen, die in der Konsole erstellt wurden):**
+ [Optimieren Sie die Auto-Scaling-Parameter für Lesevorgänge im GSI.](#provisioned-capacity-optimize-autoscaling-settings)
### IndexWriteProvisionedThroughputExceeded
**Wenn dies auftritt**
Aktualisierungen von Elementen in der Basistabelle lösen Schreibvorgänge in einen GSI aus, die die [bereitgestellte Schreibkapazität des GSI](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html#DDB-Type-ProvisionedThroughput-WriteCapacityUnits) überschreiten. Dies führt zu einer [Gegendruckdrosselung bei Schreibvorgängen](gsi-throttling.md) in der Basistabelle. Sie können die CloudWatch Messwerte überwachen, um Ihr [Allgemeine Diagnose und Überwachung](#provisioned-capacity-exceeded-diagnosis-monitoring) Drosselungsereignis zu analysieren.
**Lösungsansatz**
Ziehen Sie die folgenden Strategien in Betracht, um die Drosselung der GSI-Schreibkapazität zu beheben:
+ **In den On-Demand-Kapazitätsmodus wechseln:** Falls häufig Drosselungen aufgrund von Datenverkehrsspitzen auftreten, können Sie [die Basistabelle auf den On-Demand-Modus umstellen](#procedure-switch-ondemand). Der On-Demand-Modus beseitigt Probleme bei der Bereitstellung und passt sich automatisch Ihrer Workload an.
+ **Wenn der bereitgestellte Modus beibehalten wird und Auto Scaling nicht aktiviert ist:**
+ Erwägen Sie, [die Schreibkapazität für den GSI zu erhöhen](#provisioned-capacity-exceeded-increase-index-throughput).
+ [Aktivieren Sie Auto Scaling für die Schreibkapazität](#provisioned-capacity-configure-autoscaling) bei dem GSI.
+ **Wenn Auto Scaling aktiviert ist (Standard für Tabellen, die in der Konsole erstellt wurden):**
+ [Optimieren Sie die Auto-Scaling-Parameter für Schreibvorgänge im GSI.](#provisioned-capacity-optimize-autoscaling-settings)
## Allgemeine Diagnose und Überwachung
Bei der Behebung von Durchsatzfehlern können verschiedene CloudWatch Metriken helfen, die Ursache zu ermitteln.
**Wesentliche CloudWatch Metriken**
Überwachen Sie diese wichtigen Kennzahlen, um die Drosselung der bereitgestellten Kapazität zu diagnostizieren:
+ **Drosselungsereignisse:** [https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#ReadProvisionedThroughputThrottleEvents](https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#ReadProvisionedThroughputThrottleEvents) und [https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#WriteProvisionedThroughputThrottleEvents](https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#WriteProvisionedThroughputThrottleEvents) verfolgen, wann Anfragen aus diesem Grund gedrosselt werden. [https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#ReadThrottleEvents](https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#ReadThrottleEvents) und [https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#WriteThrottleEvents](https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/metrics-dimensions.html#WriteThrottleEvents) verfolgen, wann Lese- oder Schreibanfragen die bereitgestellte Kapazität überschreiten.
+ **Kapazitätsverbrauch:** [https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ConsumedReadCapacityUnits](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ConsumedReadCapacityUnits) und [https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ConsumedWriteCapacityUnits](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ConsumedWriteCapacityUnits) zeigen die tatsächliche Nutzung an.
+ **Bereitgestellte Kapazität:** [https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ProvisionedReadCapacityUnits](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ProvisionedReadCapacityUnits) und [https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ProvisionedWriteCapacityUnits](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html#ProvisionedWriteCapacityUnits) zeigen die konfigurierten Limits an.
## Fehlerbehebung
### Erhöhen der Durchsatzkapazität einer Tabelle
Verwenden Sie dieses Verfahren, wenn Auto Scaling nicht aktiviert ist und Sie eine sofortige Kapazitätserhöhung benötigen.
1. Aktualisieren Sie die bereitgestellte Kapazität Ihrer Tabelle mithilfe der DynamoDB-Konsole oder des SDK AWS CLI:
+ **Für die Lesekapazität:** Erhöhen Sie den Parameter [https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html](https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html), der die maximale Anzahl strikt konsistenter Lesevorgänge angibt, die pro Sekunde verbraucht werden, bevor DynamoDB Anfragen drosselt.
+ **Für die Schreibkapazität:** Erhöhen Sie den Parameter [https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html](https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_ProvisionedThroughput.html), der die maximale Anzahl der Schreibvorgänge angibt, die pro Sekunde verbraucht werden, bevor DynamoDB Anfragen drosselt.
1. Achten Sie darauf, dass die neuen Kapazitätseinstellungen die [Durchsatzkontingente pro Tabelle](ServiceQuotas.md) nicht überschreiten und dass Ihr gesamter Kontoverbrauch unter den [Durchsatzkontingenten pro Konto](ServiceQuotas.md) für Ihre Region bleibt. Wenn Sie an diese Limits herankommen, sollten Sie stattdessen [in den On-Demand-Kapazitätsmodus wechseln](#procedure-switch-ondemand).
### Konfigurieren von Auto Scaling zum Anpassen der Lese- oder Schreibkapazität einer Tabelle oder eines GSI
Konfigurieren Sie DynamoDB [Auto Scaling](AutoScaling.md) so, dass die Lese- oder Schreibkapazität automatisch an die Datenverkehrsmuster angepasst wird. Sie können Auto Scaling unabhängig für beide Tabellen und GSIs mit separaten Steuerungen für Lese- und Schreibkapazitätseinheiten konfigurieren.
1. Aktivieren Sie Auto Scaling für die Lese- oder die Schreibkapazität oder für beides bei der Tabelle oder dem GSI.
1. Legen Sie einen Zielauslastungsprozentsatz mit Spielraum für Datenverkehrsspitzen fest.
**Anmerkung**
Eine geringere Zielauslastung erhöht die Kosten und die Skalierungshäufigkeit. Ziele unter 40 % können zu einer übermäßigen Bereitstellung führen. Überwachen Sie Nutzungsmuster und Kosten, um ein ausgewogenes Verhältnis zwischen Leistung und Effizienz zu finden.
1. Legen Sie Kapazitätsgrenzen fest:
+ **Minimum RCUs/WCUs: Sorgt** für eine ausreichende Kapazität in Zeiten mit geringem Datenaufkommen.
+ **Maximum RCUs/WCUs: Nimmt** hohe Datenverkehrsanforderungen auf und schützt vor unkontrollierten Skalierungsereignissen.
Anleitungen zum Konfigurieren und Verwalten von DynamoDB Auto Scaling finden Sie unter [Managing throughput capacity automatically with DynamoDB Auto Scaling](AutoScaling.md).
**Anmerkung**
Auto Scaling benötigt in der Regel mehrere Minuten, um auf Datenverkehrsänderungen zu reagieren. Bei plötzlichen Datenverkehrsspitzen bietet die Burst-Kapazität der Tabelle sofortigen Schutz, während Auto Scaling die nötigen Anpassungen vornimmt. Konfigurieren Sie die Zielauslastung mit ausreichend Spielraum, um Zeit für solche Skalierungsvorgänge zu lassen und die Burst-Kapazität für unerwarteten Bedarf aufzusparen.
### Optimieren der Auto-Scaling-Einstellungen für Lese- oder Schreibvorgänge bei einer Tabelle oder einem Index
Verwenden Sie dieses Verfahren, wenn [Auto Scaling](AutoScaling.md) aktiviert ist, aber weiterhin eine Drosselung erfolgt. Sie können Auto Scaling unabhängig sowohl für Tabellen als auch für globale Sekundärindizes (GSIs) mit separaten Steuerungen für Lese- und Schreibkapazitätseinheiten optimieren.
+ **Passen Sie die Zielauslastung an:** Erwägen Sie, die Zielauslastung für Ihre Tabelle GSIs zu verringern oder die Skalierung früher auszulösen, bevor eine Drosselung erfolgt. Nachdem Sie diese Anpassungen vorgenommen haben, sollten Sie den Datenverkehr überwachen. Weitere Informationen zum Kapazitätsverbrauch und den Auswirkungen auf die Kosten finden Sie unter [Konfigurieren von Auto Scaling zum Anpassen der Lese- oder Schreibkapazität einer Tabelle oder eines GSI](#provisioned-capacity-configure-autoscaling).
+ **Kapazitätsgrenzen überprüfen:** Stellen Sie sicher, dass die Einstellungen für minimale und maximale Kapazität den tatsächlichen Workload-Mustern entsprechen.
### Wechseln in den On-Demand-Kapazitätsmodus
Allgemeine Informationen zum Wechseln der Kapazitätsmodi finden Sie unter [Überlegungen beim Umstellen der Kapazitätsmodi in DynamoDB](bp-switching-capacity-modes.md). Informationen zu spezifischen [Einschränkungen beim Moduswechsel](troubleshooting-throttling-diagnostics.md) finden Sie in den Service Quotas.
### Erhöhen der GSI-Durchsatzkapazität
Verwenden Sie dieses Verfahren, wenn Auto Scaling bei Ihrem GSI nicht aktiviert ist oder Sie eine sofortige Kapazitätserhöhung benötigen.
1. Aktualisieren Sie die bereitgestellte Kapazität der GSI mithilfe der DynamoDB-Konsole oder des SDK: AWS CLI
+ **Für die Lesekapazität:** Erhöhen Sie den Parameter [https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_GlobalSecondaryIndexUpdate.html](https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_GlobalSecondaryIndexUpdate.html), der die maximale Anzahl an Lesevorgängen angibt, die der GSI pro Sekunde verbrauchen kann, bevor DynamoDB Anfragen drosselt. Beachten Sie, dass GSIs nur eventuell konsistente Lesevorgänge unterstützt werden.
+ **Für die Schreibkapazität:** Erhöhen Sie den Parameter [https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_GlobalSecondaryIndexUpdate.html](https://docs.aws.amazon.com//amazondynamodb/latest/APIReference/API_GlobalSecondaryIndexUpdate.html), der die maximale Anzahl an Schreibvorgängen angibt, die der GSI pro Sekunde verbrauchen kann, bevor DynamoDB Anfragen drosselt.
1. Achten Sie darauf, dass die für den GSI bereitgestellte Durchsatzkapazität innerhalb der [Durchsatzkontingente pro Konto und Tabelle](ServiceQuotas.md) bleibt.
## Weitere Ressourcen
+ Ausführliche Informationen zum Umgang mit Datenverkehrsspitzen in DynamoDB-Tabellen mit bereitgestellter Kapazität, einschließlich Strategien von Auto Scaling und Burst-Kapazität bis zu strategischem Drosselungsmanagement, finden Sie unter [Handle traffic spikes with Amazon DynamoDB provisioned capacity](https://aws.amazon.com/blogs//database/handle-traffic-spikes-with-amazon-dynamodb-provisioned-capacity/).
+ Informationen zur Verwendung eines Cron-Ausdrucks zum Planen einer Skalierungsrichtlinie finden Sie unter [Optimize costs by scheduling provisioned capacity for DynamoDB](https://aws.amazon.com/blogs/database/optimize-costs-by-scheduling-provisioned-capacity-for-amazon-dynamodb/).
+ Praktische Informationen zum Überwachen und Analysieren von Durchsatznutzungsmustern für DynamoDB-Tabellen im bereitgestellten Kapazitätsmodus finden Sie unter [How to evaluate throughput utilization for Amazon DynamoDB tables in provisioned mode](https://aws.amazon.com/blogs/database/how-to-evaluate-throughput-utilization-for-amazon-dynamodb-tables-in-provisioned-mode/).