DynamoDB のプロビジョニングされた容量テーブルの設定の管理

Amazon DynamoDB で新しいプロビジョニングテーブルを作成するときは、そのプロビジョニングされたスループット容量。これは、テーブルがサポートできる読み取りおよび書き込みアクティビティの量です。DynamoDB はこの情報を使用して、スループット要件を満たすのに十分なシステムリソースを予約します。

注記

サーバーの容量設定、ストレージ、スループットを管理しなくてもよいように、代わりにオンデマンドモードのテーブルを作成できます。DynamoDB は、前に到達したトラフィックレベルまで拡張または縮小して、ワークロードを即座に受け入れることができるようにします。ワークロードのトラフィックレベルが新しいピークに達すると、DynamoDB はワークロードに対応するように迅速に対応します。詳細については、「オンデマンドモード」を参照してください。

オプションで、DynamoDB Auto Scaling でテーブルのスループットキャパシティーを管理できます。ただし、この場合もテーブル作成時には読み取りおよび書き込みキャパシティーの初期設定を指定する必要があります。DynamoDB Auto Scaling はこれらの初期設定を開始点として使用した後、アプリケーションの要件に応じて設定を動的に調整します。詳細については、「DynamoDB Auto Scaling によるスループットキャパシティーの自動管理」を参照してください。

アプリケーションデータとアクセス要件が変わると、テーブルのスループット設定を変更しなければならない場合があります。DynamoDB Auto Scaling を使用している場合、スループット設定は実際のワークロードに応じて自動的に調整されます。UpdateTable オペレーションを使用し、テーブルのスループットキャパシティーを手動で調整することもできます。既存のデータストアから新しい DynamoDB テーブルにデータをバルクロードする必要がある場合などに便利です。大容量の書き込みスループットを設定したテーブルを作成し、データのバルクロードが完了してからこの設定を削減ですることができます。

スループットの要件はキャパシティユニット— アプリケーションが毎秒読み書きする必要があるデータの量。これらの設定は必要に応じて後から変更できます。また、DynamoDB Auto Scaling を有効化して自動的に変更することもできます。

読み込みキャパシティーユニット

A読み込みキャパシティーユニット最大 4 KB の項目について、1 秒あたり 1 回の強力な整合性のある読み込み、あるいは 1 秒あたり 2 回の結果整合性のある読み込みを表します。

注記

DynamoDB 読み込み整合性モデルの詳細については、「」を参照してください。読み込み整合性。

例えば、10 ユニットのプロビジョニングされた読み取りキャパシティーでテーブルを作成するとします。これにより、最大 4 KB の項目について、1 秒あたり 10 回の強力な整合性のある読み込み、あるいは 20 回の結果整合性のある読み込みを行えます。

4 KB を超える項目の読み込みには、より多くの読み取りキャパシティーユニットを消費します。たとえば、8 KB (4 KB × 2) の項目の強い整合性のある読み込みは、2 ユニットの読み込みキャパシティーユニットを消費します。同じ項目の結果的に整合性のある読み込みは、読み込みキャパシティーを 1 ユニットしか消費しません。

読み込みの項目サイズは、次の 4 KB の倍数に切り上げられます。たとえば、3,500 バイトの項目の読み込みは、4 KB の項目を読み取るのと同じスループットを消費します。

読み込みでのキャパシティーユニットの消費

DynamoDB 読み込みオペレーションが読み込みキャパシティーユニットを消費する仕組みについて次に説明します。

• GetItem-テーブルから単一の項目を読み込みます。使用するキャパシティーユニットの数を決定するにはGetItemが消費すると、項目のサイズを取り、次の 4 KB 境界まで切り上げます。強力な整合性のある読み込みを指定した場合は、これが必要なキャパシティーユニットの数になります。結果的に整合性のある読み込み (デフォルト) の場合、この数を 2 で割ります。

  たとえば、3.5 KB の項目を読み取ると、DynamoDB は項目サイズを 4 KB まで切り上げます。10 KB の項目を読み取ると、DynamoDB は項目のサイズを 12 KB まで切り上げます。

• BatchGetItem-1 つ以上のテーブルから、最大 100 個の項目を読み取ります。DynamoDB は、バッチ内の各項目を個別のGetItemリクエストにより、DynamoDB は各項目のサイズを 4 KB 境界にまず切り上げてから、合計サイズを計算します。この結果は、すべての項目の合計サイズと必ずしも同じではありません。たとえば、BatchGetItem1.5 KB の項目と 6.5 KB の項目を読み込むと、DynamoDB はサイズを 8 KB（1.5 KB + 6.5 KB）ではなく、12 KB（4 KB + 8 KB）と算出します。

• Query— 同じパーティションキー値を持つ複数の項目を読み取ります。返される項目はすべて単一の読み込みオペレーションとして扱われ、DynamoDB はすべての項目の合計サイズを計算し、次の 4 KB の境界に切り上げます。たとえば、クエリの結果、合計サイズが 40.8 KB になる 10 項目が返されるとします。DynamoDB は、オペレーションのアイテムサイズを 44 KB に丸めます。クエリの結果、64 バイトの項目が 1,500 項目返されると、累積サイズは 96 KB になります。

• Scan-テーブルのすべての項目を読み込みます。DynamoDB は、スキャンによって返される項目のサイズではなく、評価される項目のサイズを考慮します。

存在しない項目に対して読み取り操作を実行しても、DynamoDB はプロビジョニングされた読み取りスループットを消費します。強力な整合性のある読み込みリクエストでは、1 つの読み込みキャパシティーユニットが消費されますが、結果整合性のある読み込みオペレーションでは、半分の読み込みキャパシティーユニットが消費されます。

項目を返す任意のオペレーションで、属性のサブセットを取得するようリクエストできます。ただし、そうすることで項目サイズの計算に影響は生じません。また、Query と Scan は、属性値の代わりに項目数を返します。項目数の取得には、同じ量の読み込みキャパシティーユニットが使用され、その結果は同じ項目サイズの計算の影響を受けます。これは、DynamoDB は、個数を増加させるために各項目を読み込む必要があるからです。

読み取りオペレーションと読み取り整合性

前出の計算によって、強い整合性のある読み込みリクエストが仮定されます。結果整合性のある読み込みリクエストでは、このオペレーションによってキャパシティーユニットの半分のみが消費されます。結果整合性のある読み込みでは、合計項目サイズが 80 KB の場合、オペレーションによって 10 キャパシティーユニットのみが消費されます。

書き込みキャパシティーユニット

A書き込みキャパシティー・ユニットは最大 1 KB の項目について、1 秒あたり 1 回の書き込みを表します。

例えば、10 ユニットのプロビジョニングされた書き込みキャパシティーでテーブルを作成するとします。これにより、1 秒あたり最大 1 KB の項目について、1 秒あたり 10 回の書き込みを行えます。

書き込みの項目サイズは、次の 1 KB の倍数に切り上げられます。たとえば、500 バイトの項目の書き込みは、1 KB の項目を書き込むのと同じスループットを消費します。

書き込みでのキャパシティーユニットの消費

DynamoDB 書き込みオペレーションが書き込みキャパシティーユニットを消費する仕組みについて次に説明します。

• PutItem-テーブルに単一の項目を書き込みます。同じプライマリキーを持つ項目がテーブル内に存在する場合、このオペレーションによって項目が置き換えられます。プロビジョニングされたスループットの消費量を算出する場合、重要な項目サイズは 2 つのうち大きい方となります。

• UpdateItem-テーブル内の 1 つの項目を変更します。DynamoDB では、更新の前後で実際の項目のサイズを考慮します。プロビジョニングされたスループットの消費は、これらの項目サイズの大きい方を反映しています。項目の属性の一部だけを更新した場合でも、UpdateItem は、プロビジョニングされたスループットの総量 ("前" の項目サイズと "後" の項目サイズで、より大きい方) を消費します。

• DeleteItem-テーブルから単一の項目を削除します。プロビジョニングされたスループットの消費量は、削除された項目のサイズに基づいています。

• BatchWriteItem-1 つ以上のテーブルに最大 25 個の項目を書き出します。DynamoDB は、バッチ内の各項目を個別のPutItemまたはDeleteItemリクエスト (更新はサポートされません)。このため、DynamoDB は各項目のサイズを 1 KB 境界にまず切り上げてから、合計サイズを計算します。この結果は、すべての項目の合計サイズと必ずしも同じではありません。たとえば、BatchWriteItem500 バイトと 3.5 KB の項目を書き込むと、DynamoDB は、サイズを 4 KB（500 bytes + 3.5 KB）ではなく、5 KB（1 KB + 4 KB）と算出します。

を使用する場合PutItem、UpdateItem, およびDeleteItemオペレーションでは、DynamoDB は項目のサイズを次の 1 KB まで切り上げます。たとえば、1.6 KB の項目を入力または削除すると、DynamoDB は項目サイズを 2 KB まで切り上げます。

PutItem、UpdateItem、DeleteItem では、条件付き書き込みを行えます。ここでは、条件が true と評価される式を指定して、オペレーションが正常に実行されるようにします。式が false と評価された場合でも、DynamoDB はテーブルの書き込みキャパシティーユニットを消費します。

• 既存の項目の場合、消費される書き込みキャパシティーユニットの数は、新しい項目のサイズによって異なります。(たとえば、1 KB 項目の条件付き書き込みが失敗すると、1 つの書き込みキャパシティーユニットが消費されます。 新しい項目のサイズが 2 倍である場合、条件付き書き込みが失敗すると、2 つの書き込みキャパシティーユニットが消費されます)。

• 新しい項目の場合、DynamoDB は 1 つの書き込みキャパシティーユニットを消費します。

リクエストのスロットリングとバーストキャパシティー

テーブルがサポートできるよりも高いレートでアプリケーションが読み込みや書き込みを行うと、DynamoDB はスロットルそれらの要求。DynamoDB は、読み込みや書き込みをスロットリングし、ProvisionedThroughputExceededException呼び出し元に入力します。その後、アプリケーションは、リクエストの再試行前に短時間待機するなど、適切なアクションを実行できます。

注記

ソフトウェア開発には AWS SDK を使用することをお勧めします。AWS SDK は、スロットリングされたリクエストを再試行するための組み込みサポートを提供します。このロジックを自身で記述する必要はありません。詳細については、「エラーの再試行とエクスポネンシャルバックオフ」を参照してください。

DynamoDB コンソールには、テーブルの Amazon CloudWatch メトリクスが表示されるため、スロットリングされた読み込みリクエストや書き込みリクエストをモニタリングできます。過剰なスロットリングが発生した場合は、テーブルのプロビジョニングされたスループット設定を増加させることを検討する必要があります。

場合によっては、DynamoDB はバーストキャパシティーテーブルのスループット設定を超過する読み込みや書き込みに対応します。バーストキャパシティーにより、スロットリングされていた可能性のある読み込みまたは書き込みリクエストが成功します。詳細については、「バーストキャパシティーを効率的に使用する」を参照してください。

リクエストのスロットリングとアダプティブキャパシティー

DynamoDB は、自動的にパーティション全体にデータが分散され、AWS クラウドの複数のサーバーに格納されます (詳細については、」パーティションとデータ分散). 読み書きアクティビティは常に均等に分散できるとは限りません。データアクセスが不均等の場合は、他のパーティションと比較して、「ホット」パーティションに大容量の読み書きトラフィックが送信されることがあります。アダプティブキャパシティーでは、さらに多くのトラフィックを受け取るパーティションのスループットキャパシティーを自動的に増加させます。詳細については、「DynamoDB アダプティブキャパシティーを理解する」を参照してください。

初期スループット設定の選択

すべてのアプリケーションは、データベースの読み込みおよび書き込みについて異なる要件を持っています。DynamoDB テーブルの初期スループット設定を決定する際は、次の入力を考慮する必要があります。

• 項目のサイズ。 一部のサイズの小さい項目の読み込みや書き込みには、1 キャパシティーユニットで十分です。項目のサイズが大きくなると、複数のキャパシティーユニットが必要になります。テーブルに入る項目のサイズを見積もることにより、テーブルのプロビジョニングされたスループットの正確な設定を指定することができます。

• 予測される読み込みおよび書き込みリクエストのレート。 項目のサイズに加えて、1 秒あたりに必要な読み込みや書き込みの数を見積もる必要があります。

• 読み込み整合性の要件。 読み込みキャパシティーユニットは、強い整合性のある読み込みオペレーションに基づいています。ただし、このオペレーションでは、データベースリソースの消費量は結果整合性のある読み込みの 2 倍になります。アプリケーションが強力な整合性のある読み込みを要求するか、またはこの要件を緩和して結果的に整合性のある読み込み行うかどうかを決定する必要があります DynamoDB での読み込みオペレーションは、デフォルトでは結果整合性があります。 必要に応じてこれらのオペレーションに強力な整合性のある読み取りをリクエストできます)。

たとえば、テーブルから 1 秒あたり 80 項目を読み込むとします。項目のサイズは 3 KB で、強力な整合性のある読み込みが必要です。このシナリオでは、読み込みごとに 1 つのプロビジョニングされた読み込みキャパシティーユニットが必要です。この数を判断するには、次の例に示すようにオペレーションの項目サイズを 4 KB で除算し、次に最も近い整数に切り上げます。

• 3 KB/4 KB = 0.75、または1読み込みキャパシティーユニット

このシナリオでは、テーブルのプロビジョニングされた読み込みスループットを 80 読み込みキャパシティーユニットに設定する必要があります。

• 1 読み込みキャパシティーユニット/項目 × 80 読み込み/秒 =80読み込みキャパシティーユニット

ここで、テーブルに 1 秒あたり 100 項目を書き込み、項目のサイズが 512 バイトであるとします。このシナリオでは、書き込みごとに 1 つのプロビジョニングされた書き込みキャパシティーユニットが必要です。この数を判断するには、オペレーションの項目サイズを 1 KB で除算し、次に最も近い整数に切り上げます。

• 512 バイト/1 KB = 0.5 または1

このシナリオでは、テーブルのプロビジョニングされた書き込みスループットを 100 書き込みキャパシティーユニットに設定する必要があります。

• 1 書き込みキャパシティーユニット/項目 × 100 書き込み/秒 =100書き込みキャパシティー・ユニット

注記

プロビジョニングされたスループットについての推奨事項と関連トピックについては、「パーティションキーを効率的に設計し、使用するためのベストプラクティス」を参照してください。

スループット設定の変更

テーブルの DynamoDB Auto Scaling を有効化している場合は、スループットキャパシティーは実際の使用量に応じて動的に調整されます。手動による介入は必要ありません。

テーブルのプロビジョニングされたスループット設定を変更するには、AWS マネジメントコンソールまたはUpdateTableオペレーション. スループットの 1 日の増減については、「Amazon DynamoDB のサービス、アカウント、およびテーブルのクォータ」を参照してください。