1

私が収集したところによると、 Amazon DynamoDBでは、プロビジョニングされたスループットに対して料金が発生します。

Application1 はほぼ一貫した速度で書き込みを行い、データはキー/値ストアに理想的であり、データを読み戻すことはありません。現時点では、1 時間あたり 3 ~ 5,000 の書き込みですが、ローンチ後は増加するでしょう。

Application2 は (application1 によって書き込まれたデータから) 1 時間ごとに 1 時間分のレコードを読み取り、毎日 1 日分のレコードを読み取ります。結果整合性は許容されます。

では、dynamodb が私には適していないと考えるのは正しいでしょうか? 1時間ごとに数秒しかそのレートに達しない場合でも、高い読み取りレートをプロビジョニングする必要がありますか? レコードをダンプする方法はありますか?

現時点では、mongodb でマスター/スレーブを使用しています。マスターに影響を与えないように、バッチ読み取りにスレーブを使用しています...しかし、むしろ誰かがdbインフラストラクチャを処理できるようにします。

4

1 に答える 1

3

では、dynamodb が私には適していないと考えるのは正しいでしょうか?

良い質問です - 必ずしもあなたの結論に達するとは限りませんが、特定のコスト/パフォーマンス特性を実際に考慮する必要があります。これは、探している利点を上回る場合としない場合があります。

1時間ごとに数秒しかそのレートに達しない場合でも、高い読み取りレートをプロビジョニングする必要がありますか?

そのとおりです。予約した容量に基づいて定額の時間料金を支払い(「価格」を参照)、スロットリングを回避するために、1 時間分のレコードを読み取るために発生する最大スループット要件に応じて容量をプロビジョニングする必要があります。

さらに、毎日1 日分のレコードの急増に合わせて、プロビジョニングされた容量を調整する必要があります。AWS ではいつものように、これを行うために利用できる API がありますが、関連する FAQ 項目に注意してください。

後者は、プロビジョニングされたスループットを何度でも増やすことができる限り、特に困難です。ただし減らすことは 1 日に 1 回だけです。

明らかに、まだ微妙な点がある可能性があるため、プロビジョニングされたスループットに関連する他の利用可能な FAQ 項目も確認する必要があります。

関連する複雑さを考えると、Amazon DynamoDB のプロビジョンド スループットの概念を完全に理解することはおそらく避けられません。特定のユース ケースのコストとパフォーマンスの詳細を計算することは、明らかに DynamoDB にとって重要な作業になるでしょう ;)

于 2012-01-20T12:11:52.883 に答える