翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Keyspaces でテーブルの事前ウォーミングを設定する
<a name="warm-throughput"></a>

Amazon Keyspaces は、オンデマンドまたはプロビジョニングされたスループットに基づいてストレージパーティションを自動的にスケーリングしますが、新しいテーブルや突然のスループットピークの場合、必要なストレージパーティションの割り当てに時間がかかることがあります。新規または既存のテーブルに予想されるピークスループットをサポートするのに十分な容量を確保するために、特定の*ウォームスループット*値を手動で設定してテーブルを*事前ウォーミング*できます。

*ウォームスループット*とは、Amazon Keyspaces テーブルが瞬時にサポートできる読み取りおよび書き込みオペレーションの数を指します。これらの値は、すべての新規および既存のテーブルでデフォルトで使用できます。オンデマンドモードを使用している場合、またはプロビジョニングされたスループットを更新する場合、Amazon Keyspaces はアプリケーションがこれらの値まで即座にリクエストを発行できるようにします。

Amazon Keyspaces は、使用量が増えるとウォームスループット値を自動的に調整します。たとえば、別のデータベースからデータを移行する場合など、今後のピークイベントのスループット容量を調整するには、短時間でテラバイトのデータをロードする必要がある場合があります。テーブルのウォームスループット値を手動で増やすことができます。これは、リクエストレートが 10 倍、100 倍、またはそれ以上増加する可能性がある計画されたピークイベントに役立ちます。まず、現在のウォームスループットが予想されるトラフィックを処理するのに十分かどうかを評価します。次に、計画されたピークワークロードのテーブルを事前ウォーミングする必要がある場合は、スループット設定や[キャパシティモード](ReadWriteCapacityMode.md)を変更せずにウォームスループット値を手動で増やすことができます。

読み取りオペレーション、書き込みオペレーション、またはその両方のためにテーブルを事前ウォーミングできます。この値は、新規および既存の単一リージョンテーブルとマルチリージョンテーブルに対して増やすことができ、設定したウォームスループット設定はマルチリージョンテーブルのすべてのレプリカに自動的に適用されます。事前ウォーミングできる Amazon Keyspaces テーブルの数に制限はありません。事前ウォーミングを完了する時間は、設定した値とテーブルのサイズによって異なります。同時事前ウォーミングリクエストを送信でき、これらのリクエストはテーブルオペレーションを妨げません。そのリージョンのアカウントのテーブルクォータ制限まで、テーブルを事前ウォーミングできます。[Service Quotas コンソール](https://console.aws.amazon.com/servicequotas)を使用して現在のクォータを確認し、必要に応じて引き上げます。

Amazon Keyspaces がオンデマンド使用量またはプロビジョニングされた容量に基づいて調整するウォームスループット値は、追加料金なしですべてのテーブルでデフォルトで使用できます。ただし、デフォルトのウォームスループット値をピークトラフィックイベントの事前ウォームテーブルに手動で増やすと、追加料金が適用されます。詳細については、[「Amazon Keyspaces の料金](https://aws.amazon.com/keyspaces/pricing/)」を参照してください。

Amazon Keyspaces テーブルを事前ウォーミングするときに考慮すべきシナリオとベストプラクティスをいくつか紹介します。

## ウォームスループットと不均等なアクセスパターン
<a name="warm-throughput-scenarios-uneven"></a>

テーブルのウォームスループットは 1 秒あたり 30,000 読み取りユニットと 1 秒あたり 10,000 書き込みユニットですが、これらの値に達する前に読み取りまたは書き込みで容量超過イベントが発生する可能性があります。これは、ホットパーティションが原因である可能性があります。Amazon Keyspaces は実質的に無制限のスループットをサポートするようにスケーリングを続けることができますが、個々のパーティションは 1 秒あたり 1,000 書き込みユニットと 1 秒あたり 3,000 読み取りユニットに制限されています。アプリケーションがテーブルのパーティションのごく一部にトラフィックを送りすぎると、テーブルのウォームスループット値に達する前でも容量超過イベントが発生する可能性があります。シームレスなスケーラビリティを確保し、ホットパーティションを回避するために、[Amazon Keyspaces のベストプラクティス](bp-partition-key-design.md)に従うことをお勧めします。

## プロビジョニングされたテーブルのウォームスループット
<a name="warm-throughput-scenarios-provisioned"></a>

1 秒あたり 30,000 読み込みユニットと 1 秒あたり 10,000 書き込みユニットのウォームスループットを持つが、現在 4,000 RCUsと 8,000 WCUs。プロビジョニングされたスループット設定を更新することで、テーブルのプロビジョニングされたスループットを 30,000 RCUsまたは 10,000 WCUs まで即座にスケールできます。プロビジョニングされたスループットをこれらの値を超えて増やすと、新しいピークスループットが確立されるため、ウォームスループットは新しい高い値に自動的に調整されます。たとえば、プロビジョニングされたスループットを 50,000 RCU に設定すると、ウォームスループットは 1 秒あたり 50,000 読み取りユニットに増加します。

```
"ProvisionedThroughput": 
    {
        "ReadCapacityUnits": 4000,
        "WriteCapacityUnits": 8000 
    }
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 30000,
        "WriteUnitsPerSecond": 10000
    }
```

## オンデマンドテーブルのウォームスループット
<a name="warm-throughput-scenarios-ondemand"></a>

新しいオンデマンドテーブルは、1 秒あたり 12,000 読み取りユニット、1 秒あたり 4,000 書き込みユニットのウォームスループットから始まります。テーブルは、これらのレベルまで持続するトラフィックに即座に対応できます。リクエストが 1 秒あたり 12,000 読み取りユニットまたは 1 秒あたり 4,000 書き込みユニットを超えると、ウォームスループットはより高い値に自動的に調整されます。

```
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 12000,
        "WriteUnitsPerSecond": 4000
    }
```

## Amazon Keyspaces テーブルを事前ウォーミングするためのベストプラクティス
<a name="prewarming-best-practices"></a>

Amazon Keyspaces テーブルに事前ウォーミングを実装する場合は、次のベストプラクティスに従ってください。

必要な容量を正確に見積もる  
事前ウォーミングには 1 回限りのコストが発生するため、オーバープロビジョニングを避けるため、予想されるワークロードに基づいて必要なスループットを慎重に計算してください。

テーブルのスキーマを考慮する  
行が大きいテーブルでは、同じスループットに対してより多くのパーティションが必要になる場合があります。事前ウォーミング要件を推定するときに、平均行サイズを考慮します。

テーブルのパフォーマンスをモニタリングする  
事前ウォーミング後、CloudWatch メトリクスを使用して、テーブルが想定どおりに負荷を処理していることを確認します。詳細については、「[Amazon CloudWatch を使用して事前ウォーミングされたテーブルのパフォーマンスをモニタリングする](monitor-prewarming-cloudwatch.md)」を参照してください。

クォータの管理  
アプリケーションでデフォルトのクォータ (40,000 RCUs/WCUs または 2,000 パーティション) よりも高いスループットが必要な場合は、トラフィックの多いイベントよりもかなり前にリクエストクォータが増加します。クォータの引き上げをリクエストするには、[ Service Quotas コンソール](https://console.aws.amazon.com/servicequotas)を使用してください。

コストの最適化  
トラフィックの多い一時的なイベントの場合、短期間のイベントでは費用対効果が高くなる可能性があるため、大容量のプロビジョニングモードに切り替える代わりに事前ウォーミングを使用することを検討してください。料金の詳細については、[「Amazon Keyspaces の料金](https://aws.amazon.com/keyspaces/pricing/)」を参照してください。

**注記**  
テストフェーズ中にアプリケーションのパフォーマンスメトリクスをモニタリングして、事前ウォーミング設定がワークロード要件を適切にサポートしていることを確認します。

**Topics**
+ [ウォームスループットと不均等なアクセスパターン](#warm-throughput-scenarios-uneven)
+ [プロビジョニングされたテーブルのウォームスループット](#warm-throughput-scenarios-provisioned)
+ [オンデマンドテーブルのウォームスループット](#warm-throughput-scenarios-ondemand)
+ [Amazon Keyspaces テーブルを事前ウォーミングするためのベストプラクティス](#prewarming-best-practices)
+ [ウォームスループットがより高い Amazon Keyspaces テーブルを新規作成する](create-table-warm-throughput.md)
+ [既存の Amazon Keyspaces テーブルのウォームスループットを増やす](update-warm-throughput.md)
+ [Amazon Keyspaces テーブルのウォームスループットを表示する](view-warm-throughput.md)
+ [Amazon CloudWatch を使用して事前ウォーミングされたテーブルのパフォーマンスをモニタリングする](monitor-prewarming-cloudwatch.md)