dynamodb WCUの減少の影響

Question

私は大きなボリュームのデータで自分のdynamodbテーブルを初期化する必要があります。 1分15秒で1Mと言うので、WCUを10kにプロビジョニングする必要がありますが、その後は1秒あたり〜1kですので、WCUを10kから1kに減らします。 WCUを減らす際にパフォーマンスの問題や問題はありますか？

おかげで一般に

Answer 1

は、書き込み要求が書き込み容量ユニット（アイテムサイズを言及していない、すなわちとして）を超えないと仮定すると、任意のパフォーマンスの問題があってはなりません。

任意の時点で、あなたの プロビジョニングスループットを超える可能性があるトラフィックの成長を予想される場合、あなたは単にAWS Management ConsoleのやAmazon DynamoDBの APIを経由してあなたのプロビジョニング スループット値を更新することができます。また、需要が減少するにつれて、表 のプロビジョニングされたスループット値を減らすこともできます。 Amazon DynamoDBは、 のスループットレベルを上または下にスケーリングしながら、引き続き利用できます。

このシナリオを考えてみましょう： -

は、アイテムのサイズは、サイズが1.5キロバイトであると仮定します。 - > 2

1.5 KB/1キロバイト= 1.5：

まず、以下に示すように、最も近い整数に切り上げ、項目ごとに必要な書き込み容量単位の数を決定するであろうその結果、1項目につき2つの書き込み容量単位が得られます。これに、1秒あたりの書き込み回数（1秒あたり1K）を乗算します。アイテムごと

2書き込み容量ユニット1K×秒あたりの書き込み= 2K書き込み容量ユニット

このシナリオでは、DynamoDBのは、あなたの余分な要求にエラーコード400を投げるでしょう。

あなたのアプリケーションは、より多くの/秒の読み取りや書き込み/ あなたのテーブルのプロビジョニングされたスループット容量よりも二 上記の要求はあなたのプロビジョニング容量が絞られますと、あなたが400の エラーコードを受け取ります、できます実行する場合。たとえば、書き込み容量が1キロバイトの書き込み容量が1000キロバイトで、1キロバイト単位で1,500キロバイト/秒の書き込みをしようとすると、 は1,000回の書き込み/秒しか許されず、余分なリクエストには エラーコード400が表示されます。 。 にCloudWatchを使用して、要求レートを監視し、必要な要求レートを達成するために十分なスループットを常に にする必要があります。