もちろん、実際に実装することによってのみ、ユースケースの負荷でシステムのパフォーマンスを知ることができます! それはさておき、プロトタイプに着手する前に、Cassandra のパフォーマンスについて非常に大まかな見積もりを探しています。
ノードとデータセンターのさまざまな構成、およびさまざまな読み取りと書き込みの整合性レベルについて、古い値を読み取る可能性はどのくらいですか? 1 秒あたりのキーの読み取りと書き込みの種類と、それぞれの読み取りと書き込みの待機時間はどのようなものになると予想されますか?
今年初めに VLDB で発表された Cassandra ベンチマーク: http://vldb.org/pvldb/vol5/p1724_tilmannrabl_vldb2012.pdf
パフォーマンスと一貫性のトレードオフ: http://www.datastax.com/dev/blog/your-ideal-performance-consistency-tradeoff
Web ノードごとに 1 秒あたり 500 個のデータポイントがポストされるアプリケーションを実行します (6 つの Cassandra ノードがあります)。読み取りを回避するためにクライアントに 100M のデータをキャッシュした場合、ノードごとに 1 秒あたり 1000 データポイントを取得できる可能性があります。
そのプロファイルは、リクエストごとに 1 つの findAll(List keys) と 1 つの putAll(List entities) で PlayOrm を使用しています。クライアントは HTTP 経由でデータポイントのバッチを送信するため、そのリストの各キーは単一のデータ ポイントです。 httpオーバーヘッドが同じくらいあります....おそらく、少なくとも確かではありませんが、ある程度のアイデアが得られます。
Web ノードと cassandra ノードの正しい比率はまだテストしていませんが、プロファイルによって変化しますが、このプロジェクトでは 1 対 1 に近い私の最後のクライアントのようなものだと思います。
現在、4 つの Web ノードを実行し、毎秒 2000 データポイントを取得しています。