問題タブ [nodetool]

現在、Apache Cassandra のパフォーマンスの問題をデバッグしています。列ファミリーの Memtable がいっぱいになると、SSTable にフラッシュするためにキューに入れられます。このフラッシュは、大量の書き込みを実行するときによく発生します。このキューがいっぱいになると、次にフラッシュが正常に完了するまで書き込みがブロックされます。これは、ノードが受信している書き込みを処理できないことを示しています。

この動作を示す nodetool にマトリックスはありますか? つまり、ノードが受信している書き込みに追いつけないことを示すデータが必要です。

ありがとう！！

ドキュメントでは、SizeTieredCompactionStrategy (STCS) がデフォルトの圧縮戦略であると書かれています。

クラスターの実際の圧縮戦略を取得するにはどうすればよいですか?

バージョン 2.2.3 の Cassandra クラスターを実行しています。現在、クラスターは 3 つのノードで構成されており、そのうち 2 つがシードで、1 つが通常のノードです。

各ノード (コマンド: ) で修復を開始すると、各ノードnodetool repair -tr my_keyspaceでコマンドがブロックされていることがわかりました。トレース バック情報をログにリダイレクトすると、次のような多くのエラーがあることがわかりました。

次のエラーでセッションが完了しました: org.apache.cassandra.exceptions.RepairException: [repair #5717bb00-e685-11e5-801e-c71692f88562 on my_keyspace/node, (4856831381680181267,4878966233072304148]] 検証に失敗しました /10.10.20.17

誰かが以前にエラーに直面したことがありますか? Cassandra nodetool repair を各ノードで並行して実行できますか?

Cassandra(バージョン 2.1.6) シード ノードを使用してデッド ノードを削除しようとしていました (1 つのシード ノードからのみ実行しました)。

/nodetool removenode NodeID

しかし、それはあまりにも長くハングアップし、/nodetool removenode status

RemovalStatus: トークンを削除しています (-9171133960945511267)。[/xxxx、/xxxx、/xxxx、/xxxx] からのレプリケーションの確認を待っています。

CTRL-C を使用してコマンドを停止しました

しかし、実行しようとすると

./nodetool removenode 強制 NodeID

それは言う

とにかくクラスターが影響を受けないようにするための通常の行動方針は何ですか。

ops-center と nodetool cfstats を使用して、キースペース テーブルのパーティションの 1 つが 560 Mb であることを確認できましたが、どのパーティションがそれであるかを確認できませんでした。テーブルのどのパーティションがそれほど大きいかをどのように追跡できますか??

Cassandra 2.0.9 で ccm を使用しています。私は実質的にccmに8つのノードを持っています。node1ステータスに接続しようとすると、次のエラーが表示されます

誰でも私を助けることができますか？