Amazon Keyspaces のマルチリージョンテーブルのキャパシティを推定およびプロビジョニングする

マルチリージョンテーブルのスループット容量は、次の 2 つの方法のいずれかで設定できます。

プロビジョニングされたキャパシティモードを自動スケーリングまたはオンデマンドキャパシティモードで使用すると、マルチリージョンテーブルにすべての へのレプリケートされた書き込みを実行するのに十分なキャパシティを確保できます AWS リージョン。

デフォルトでは、Amazon Keyspaces はマルチリージョンテーブルにオンデマンドモードを使用します。オンデマンドモードでは、アプリケーションの実行を期待する読み取りスループットと書き込みスループットを指定する必要はありません。Amazon Keyspaces は、ワークロードが以前に到達したトラフィックレベルまで増加または減少するときに、ワークロードに即座に対応します。ワークロードのトラフィックレベルが新しいピークに達すると、Amazon Keyspaces はワークロードに合わせて迅速に適応します。

テーブルにプロビジョニングされたキャパシティモードを選択した場合は、アプリケーションに必要な 1 秒あたりの読み取りキャパシティユニット (RCUs) と書き込みキャパシティユニット (WCUs) の数を設定する必要があります。

マルチリージョンテーブルのスループットキャパシティのニーズを計画するには、まず各リージョンに必要な WCUs1 秒あたりの数を推定する必要があります。次に、テーブルがレプリケートされるすべてのリージョンからの書き込みを追加し、合計を使用して各リージョンにキャパシティをプロビジョニングします。1 つのリージョンで実行されるすべての書き込みは、各レプリカリージョンでも繰り返す必要があるため、これは必要です。

テーブルにすべてのリージョンからの書き込みを処理するのに十分な容量がない場合、容量例外が発生します。さらに、リージョン間のレプリケーションの待機時間が長くなります。

例えば、米国東部 (バージニア北部) で 1 秒あたり 5 回の書き込み、米国東部 (オハイオ) で 1 秒あたり 10 回の書き込み、欧州 (アイルランド) で 1 秒あたり 5 回の書き込みが予想されるマルチリージョンテーブルがある場合、テーブルは米国東部 (バージニア北部）、米国東部 (オハイオ）、欧州 (アイルランド) の各リージョンWCUsで 20 回消費されるはずです。つまり、この例では、テーブルのレプリカWCUsごとに 20 をプロビジョニングする必要があります。Amazon を使用して、テーブルの容量消費量をモニタリングできます CloudWatch。詳細については、「アマゾンによるアマゾンKeyspaces モニタリング CloudWatch」を参照してください。

各マルチリージョン書き込みは 1.25 倍として請求されるためWCUs、この例では合計 75 件のWCUs請求が表示されます。料金の詳細については、「Amazon Keyspaces (for Apache Cassandra) pricing (Amazon Keyspaces (Apache Cassandra 向け) の料金)」を参照してください。

Amazon Keyspaces 自動スケーリングによるプロビジョニングされた容量の詳細については、「」を参照してくださいAmazon Keyspaces Auto Scaling でスループットキャパシティを自動的に管理する。