プロビジョニングされたテーブルでのスループット設定の管理

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

注記

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

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

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

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

トピック

読み込みキャパシティーユニット
書き込みキャパシティーユニット
リクエストのスロットリングとバーストキャパシティー
リクエストのスロットリングとアダプティブキャパシティー
初期スループット設定の選択
スループット設定の変更

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

1 つの読み込みキャパシティーユニットは、最大サイズ 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 境界にまず切り上げてから、合計サイズを計算します。この結果は、すべての項目の合計サイズと必ずしも同じではありません。たとえば、BatchGetItem が 1.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 キャパシティーユニットのみが消費されます。

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

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

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

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

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

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

PutItem — テーブルに単一の項目を書き込みます。同じプライマリキーを持つ項目がテーブル内に存在する場合、このオペレーションによって項目が置き換えられます。プロビジョニングされたスループットの消費量を算出する場合、重要な項目サイズは 2 つのうち大きい方となります。
UpdateItem — テーブル内の単一の項目を変更します。DynamoDB は更新の前後で実際の項目のサイズを考慮します。プロビジョニングされたスループットの消費は、これらの項目サイズの大きい方を反映しています。項目の属性の一部だけを更新した場合でも、UpdateItem は、プロビジョニングされたスループットの総量 ("前" の項目サイズと "後" の項目サイズで、より大きい方) を消費します。
DeleteItem — テーブルから単一の項目を削除します。プロビジョニングされたスループットの消費量は、削除された項目のサイズに基づいています。
BatchWriteItem— 1 つ以上のテーブルに最大 25 個の項目を書き込みます。DynamoDB はバッチの各項目を個別の PutItem または DeleteItem リクエスト (更新はサポートされない) として処理します。このため、DynamoDB は各項目のサイズを 1 KB 境界にまず切り上げてから、合計サイズを計算します。この結果は、すべての項目の合計サイズと必ずしも同じではありません。たとえば、BatchWriteItem が 500 バイトと 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 Cloud の複数のサーバーに格納されます (詳細は、「パーティションとデータ分散」を参照してください)。読み書きアクティビティは常に均等に分散できるとは限りません。データアクセスが不均等の場合は、他のパーティションと比較して、「ホット」パーティションに大容量の読み書きトラフィックが送信されることがあります。アダプティブキャパシティーでは、さらに多くのトラフィックを受け取るパーティションのスループットキャパシティーを自動的に増加させます。詳細については、「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 で除算し、次に最も近い整数に切り上げます。