Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

オンデマンドモードのスロットリングの問題のトラブルシューティング

フォーカスモード
オンデマンドモードのスロットリングの問題のトラブルシューティング - Amazon DynamoDB

オンデマンドキャパシティーモードを使用する DynamoDB テーブルは、アプリケーションのトラフィックボリュームに自動的に対応します。ただし、その場合でも、オンデマンドモードを使用するテーブルでスロットリングが発生する可能性があります。このトピックでは、オンデマンドテーブルの一般的なスロットリングの問題をトラブルシューティングする方法について説明します。

トラフィックが前のピークの 2 倍を超えている

トラフィックが 30 分以内に前のトラフィックピークの 2 倍を超えると、スロットリングが発生する可能性があります。前のトラフィックのピークを超える前に、トラフィックの増加を 30 分以上に分散することをお勧めします。テーブルへのトラフィックをモニタリングするには、Amazon CloudWatch の ConsumedReadCapacityUnits メトリクスを使用します。詳細については、「DynamoDB のメトリクスとディメンション」を参照してください。

新しいオンデマンドテーブルの場合、1 秒あたりの書き込みリクエストユニットを最大 4,000 まで、1 秒あたりの読み取りリクエストユニットを最大 12,000 まで、即座に実行できます。

オンデマンドキャパシティモードに切り替えた既存のテーブルの場合、前のピークは以下の値のいずれかになります。

  • 前にテーブルにプロビジョニングされたスループットの半分

  • オンデマンドキャパシティモードで新しく作成されたテーブルの設定

詳細については、「初期スループットとスケーリングのプロパティ」を参照してください。

トラフィックがパーティションあたりの最大数を超えている

テーブルまたは GSI の各パーティションの場合、1 秒あたりの読み取りリクエストユニットを最大 3,000 まで、1 秒あたりの書き込みリクエストユニットを最大 1,000 まで、処理できます。パーティションへのトラフィックがこの制限を超えると、パーティションでスロットリングが発生する可能性があります。この問題を解決するには、以下の操作を行います。

  1. DynamoDB 用の CloudWatch Contributor Insights を使用して、テーブル内で最も頻繁にアクセスされスロットリングされるキーを特定します。

  2. ホットパーティションキーへのリクエストが時間の経過とともに分散されるように、テーブルへのリクエストをランダム化します。詳細については、「書き込みシャーディングを使用して DynamoDB テーブルでワークロードを均等に分散させる」を参照してください。

ホットキーが原因でスロットリングの問題が発生している可能性がある

DynamoDB では、高いカーディナリティを持たないパーティションキーによって、少数のパーティションのみをターゲットとする多くのリクエストが発生する可能性があります。この結果として、ホットパーティションが 1 秒あたり 3,000 RCU または 1,000 WCU のパーティション制限を超えると、スロットリングが発生する場合があります。

CloudWatch Contributor Insights (CCI) は、各テーブルの項目アクセスパターンの CCI グラフを提供して、この問題のデバッグを支援する診断ツールです。このツールを使用すると、DynamoDB テーブルの最も頻繁にアクセスされるキーやその他のトラフィックの傾向を継続的に監視できます。CloudWatch Contributor Insights の詳細については、「CloudWatch Contributor Insights for DynamoDB」を参照してください。詳細については、「パーティションキーを設計してワークロードを DynamoDB で分散する」および「適切な DynamoDB パーティションキーの選択」を参照してください。

トラフィックがテーブルごとのアカウントクォータを超えている

オンデマンドテーブルでは、テーブルレベルの読み取りスループットとテーブルレベルの書き込みスループットのクォータは、アカウントレベルで適用されます。デフォルトでは、テーブルスループットには最大 40,000 個の読み取りリクエストユニットと最大 40,000 個の書き込みリクエストユニットがあります。テーブルへのトラフィックがスループットのテーブルごとのアカウントクォータを超えると、テーブルでスロットリングが発生する可能性があります。この問題を解決するには、Service Quotas コンソールを使用して、アカウントのテーブルレベルの読み取りスループットまたは書き込みスループットのクォータを増やします。

テーブルのグローバルセカンダリインデックスがスロットリングされる

DynamoDB テーブルにスロットリングされているセカンダリグローバルインデックスがある場合、スロットリングによってベーステーブルにバックプレッシャースロットリングが発生する可能性があります。詳細については、「How does throttling on my global secondary index affect my Amazon DynamoDB table?」および「DynamoDB のグローバルセカンダリインデックスの使用」を参照してください。

トラフィックが設定された最大スループットを超えている

オンデマンドテーブルの読み取りまたは書き込みオペレーションが事前定義されたスループット制限を超えると、テーブルは一時的に制限され、ThrottlingException というエラーメッセージが表示されます。

ユースケースに基づいて、次のアクションを実行します。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.