load コマンドを実行しようとしていYCSBますが、310 秒後にエラーが発生します。cassandra.yaml を次の構成に設定しました。

rpcまた、アドレスをに変更しようとしましlocalhostたが、それでも同じエラーが発生します。誰かがこれで私を助けてくれますか?

YCSB のワークロードは、自動生成されたデータを使用します。Twitter やその他のサービスの公開データセットをワークロードの入力としてアタッチする方法はありますか? これらのデータセットの因果関係の側面を使用する必要があります。(例: {id、つぶやき、親 ID ..}

YCSB の Couchbase クライアントでベンチマークを行っています。クライアントは、データベースに対して定義された操作番号を完了できません。「recordcount = 30000000」に到達することはできません。そのクライアントのログディレクトリはどこにありますか?

私たちはソファベースのベンチマークを行っており、非常に奇妙な動作を観察しています。

セットアップ フェーズ:

Couchbase クラスタ マシン。

2 x EC2 r3.xlarge、汎用 80GB SSD (EBS 最適化ではありません)、IOPS 240/3000。

カウチベースの設定:

クラスター: データ RAM クォータ: 22407 MB
インデックス RAM クォータ: 2024 MB
インデックス設定 (デフォルト)
バケット:
ノードごと RAM クォータ: 22407 MB
合計バケット サイズ: 44814 MB (22407 x 2)
レプリカが有効 (1)
ディスク I/O 最適化 (低い）

各ノードは 3 つのサービスすべてを実行します

Couchbase クライアント;

1 x EC2 m4.xlarge 汎用 20 GB SSD (EBS 最適化)、IOPS 60/3000。
クライアントは「YCSB」ベンチマーク ツールを実行しています。

ycsb ロード カウチベース -s -P ワークロード/ワークロードa -p レコード数=100000000 -p コアワークロード_挿入_再試行制限=3 -p カウチベース.url= http://HOST:8091/プール-p カウチベース.バケット=テスト -スレッド 20 | ティーworkloadaLoad.dat

PS: すべてのマシンが同じ VPC とサブネット内に存在します。

結果：

すべてが期待どおりに機能しますが
、平均 ops/sec は ~21000 です
。「ディスク書き込みキュー」グラフは 200K から 600K の間で変動します (定期的に排出されます)。
「temp OOM per sec」グラフは定数 0 です。

事態がおかしくなり始めたとき
約 2,700 万のドキュメントが挿入された後、「ディスク書き込みキュー」が絶えず上昇していることを確認し始めます (排出されていません)
約 8M のディスク キュー サイズで、OOM の失敗がそれ自体を示し始め、クライアントは「一時的な」メッセージを受信しますソファベースからの失敗。
各 YCSB スレッドを 3 回再試行した後、クライアントはドキュメント全体の約 27% のみを挿入した後に停止します。
YCSB クライアントが実行を停止した場合でも、「ディスク書き込みキュー」は漸近的に 0 に向かって移動し、約 15 分後にのみ排出されます。

PS 16 GB の RAM + SSD ディスク (ローカル クライアント + 1 つのノード サーバー) を搭載した MacBook でローカルにベンチマークを行った場合、そのような動作は観察されず、「ディスク書き込みキュー」は予測可能な方法で常に排出されます。

ありがとう。

YCSB ベンチマーク ツールを使用して、Cassandra クラスターのベンチマークを行っています。クラスター内の仮想マシンの数を変えています。1 台の物理ホストを使用しており、ベンチマーク用に 1、2、3、4 台の仮想マシンを使用しています (添付の図を参照)。

生成されるワークロードは常に同じ ワークロード C 10,000,00 回の操作、10,000 のレコード 各 VM には 2 GB の RAM、20 GB のドライブがあります

Cassandra - 1 シード ノード、endpoint_snitch - gossipproperty キースペース YCSB - レプリケーション ファクター 3、

問題は、クラスター内の仮想マシンの数を増やすと、スループットが低下することです。その理由は何ですか？

定義上、コンピューティング リソース (つまり仮想マシン) を増やすことによって、クラスターはより良いパフォーマンスを提供するはずですが、添付の図に示すように、逆のことが起こっています。考えられる理由を教えてください。このトピックについて論文を書いていますが、その理由がわかりません。助けてください。よろしくお願いします。

Cassandra クラスター内のさまざまな数の VM で観測されたスループット:

redisの研究をしています。3 つのマスター ノードを使用して Redis クラスターを構築し、ycsb を実行するための別のノードを用意しました。To start YCSB load with cluster enabled option for REDIS で説明されているのと同じ問題が発生し ます。そして、与えられた答えに基づいて RedisClient.java を編集しようとしました。ただし、エラーが発生しました: import redis.clients.jedis.HostAndPort; redis.clients.jedis.JedisCluster をインポートします。これらのパッケージは存在しないためです。だから私の質問は redis.clients.jedis.JedisCluster のようなパッケージを見つける場所? Redis クラスターをテストするために RedisClient.java の編集に成功した人はいますか?それとも他の解決策がありますか?ありがとう!

ycsb ツールを使用して mongodb をテストしようとしています。Java と Maven をインストールし、https://github.com/brianfrankcooper/YCSBから ycsb-master をダウンロード しました。mongodb バインディングが成功するように mvn clean package コマンドを実行します。ワークロード私は以下のコマンドを実行しました

C:\YCSB-master\bin>c:\Python27\python.exe ycsb load mongodb -s -P workloads\workloada -p recordcount=1000 -threads 6 -p mongodb.url="mongodb://localhost:27017" -p mongodb.database=test -p writeConcern=normal -p mongodb.auth="true"

しかし、私は次のようなエラーが発生しています

私を助けてください