4

RAID0 の 2 つのエフェメラル ディスクを備えた Amazon EC2/Rightscale m1.large インスタンスの単一ノード cassandra に関する次の統計があります。(合計 7.6 GB のメモリ)

cassandra Heap には 4 GB の RAM が割り当てられ、800 MB は Heap NEW サイズです。

以下の統計は OpsCenter community 2.0 からのものです

読み取り要求 1 秒あたり 285 ~ 340
書き込み要求 1 秒あたり 257 ~ 720 OS負荷 15.15
~ 17.15
書き込み要求遅延 293 ~ 685 マイクロ
秒キュー サイズ 23 ~ 26 要求 保留中の読み取り要求 8 ~ 20 読み取り要求遅延 69140 ~ 92885 マイクロ 秒OS ディスク遅延 37 ~ 42 ミリ秒 OS ディスク スループット 12 ~ 14 Mb/ 秒2番目








IOWait 60 ~ 70 % CPU 平均

アイドル 24 ~ 30 % の CPU 平均

行キャッシュが無効になっています。

上記の統計は、提供された構成に満足していますか....または、IOWaitを減らすためにさらに調整するにはどうすればよいでしょうか.....多くのIOWaitが発生していると思われるため.....どうすれば最高の状態になるように調整できるでしょうか。

読み取り要求が混在しています....一部は、1 つのスーパー カラム ファミリと、100 万を超えるキーを持つ 1 つの標準からのものです...そして、さまざまな番号があります。スーパー カラムの最大数は 14 で、さまざまな数があります。1 から 10000 までのサブカラムとさまざまな数。列の最大 14 標準の列ファミリで.サブ列は本質的に非常に細く、値は 0 バイトです....名前は 8 バイトです。

プロセスは、スーパー列ファミリーからデータを削除し、処理されたデータを標準のものに書き込みます。

EBS ディスクの方がうまく機能するでしょうか....Amazon EC2 で

4

1 に答える 1

4

構成を簡単に調整してディスクのパフォーマンスを向上できるかどうかはわかりませんが、Snappy 圧縮を使用すると、アプリが全体的に読み取る必要が少なくなる可能性があります。スーパーカラムの代わりに新しい複合キー レイアウトを使用することも役立つ場合があります。

確かに言えることは、EBS がうまく機能しないということです。レイテンシが気になる場合は、絶対に避けてください。

于 2012-05-09T17:25:49.690 に答える