グローバルセカンダリインデックスの容量は、適用されるテーブルとは別にプロビジョニングされています。十分な書き込み容量がGSIに割り当てられていない場合は、writes to the table are throttledです。したがって、テーブルへの書き込みの自動スケーリングがトリガされた場合、GSIの書き込み容量を応答して管理する必要があると予想する必要があります。オートスケールされたdynamodbテーブルに基づいてグローバルセカンダリインデックスの書き込み容量を管理するにはどうすればよいですか?
テーブル読み取り/書き込みの自動スケーリングは、AWS Management Console、CLI、またはCloudFormationを使用して設定できます。ドキュメントは、テーブルのプロビジョニングのためにJSON/YAMLのサンプルを投稿しています。しかし、自動拡張テーブルに新しいGSIを作成しようとすると、テーブルの設定を反映するオプションが表示されません。明示的にインデックスと自動スケーリングを処理する方法に関するドキュメントでCLIやCloudFormationの例を見つけることはできません。
GSIの書き込み容量をどのように管理していますか?物事がどのように正しく機能するかについての私の理解はありますか?それとも、AWSは(とにかく)(その意見では)正しいことをして、基礎となるテーブルと並行してGSIをオートスケールしますか?
ありがとう、イワン。この設定は、表の容量構成フォームのチェックボックスとして表示されます。日にちは、上限と下限の直下にあります。 – user18728