予備の容量が用意されていても、DynamoDBテーブルのスロットル更新要求が減っています。これを引き起こしている可能性が何空き容量があってもDynamoDBのスロットル調整
?
これはテーブルの「ホットキー」に関連しているはずですが、私はそのウサギの穴を降りる前に意見を出したいと思っています。それが問題であれば、問題を視覚化/デバッグするのに役立つツールやプロセスに関する提案があれば歓迎されます。
予備の容量が用意されていても、DynamoDBテーブルのスロットル更新要求が減っています。これを引き起こしている可能性が何空き容量があってもDynamoDBのスロットル調整
?
これはテーブルの「ホットキー」に関連しているはずですが、私はそのウサギの穴を降りる前に意見を出したいと思っています。それが問題であれば、問題を視覚化/デバッグするのに役立つツールやプロセスに関する提案があれば歓迎されます。
同じハッシュキーで頻繁に更新されますが、異なる範囲キーですか?
すなわちuserId + timeStamp
userId
=ハッシュキー
timeStamp
=レンジキー
例えば
user1 + 2016-06-23:23:00:01
user1 + 2016-06-23:23:00:02
user1 + 2016-06-23:23:00:03
user1 + 2016-06-23:23:00:04
user1 + 2016-06-23:23:00:05
これにより、ホットキーが発生します。
私が知っている非侵襲的な技術はありません。コードベースに変更を加えるためのアクセス権があれば、ログハッシュと範囲キーをお勧めします。これはホット行/ホットキーがあるかどうかを判断する方法の1つです。
これは間違いなく問題です。公開された推奨最大書き込み/秒/パーティション数はありますか? –
:)これは公表された情報ではありませんが、3年前のパフォーマンステストを実行した後、プロビジョニングされたスループットを超過する前に、各行に300〜600の読み取り/書き込み許容差があります。 –
あなたの読み取り容量はどのくらいですか? –