問題タブ [nodetool]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cassandra - nodetool の修復中に Cassandra レプリカがダウンしますか?
6 つの Cassandra ノードすべてで毎週末実行される nodetool 修復用の自動スクリプトを開発しています。DC1 に 3 個、DC2 に 3 個あります。最悪のシナリオを理解したいだけです。ノードツールの修復前または修復中に、DC1 と DC2 の間の接続が失われたり、レプリカのカップルがダウンしたりするとどうなりますか。これは、ネットワークの問題、ネットワークのアップグレード (通常は週末に発生します)、またはその他の原因である可能性があります。nodetool repair は、そのノードのデータ範囲ごとにマークル ツリーを計算し、それを他のレプリカのバージョンと比較することを理解しています。したがって、レプリカ間に接続がない場合、ノードツールの修復はどのように動作しますか? 本当にノードを修復しますか。すべてのノードが起動し、接続が復元された後、ノード ツールの修復を再実行する必要がありますか? このイベントの副作用はありますか? ぐぐってみましたが、詳しいことはわかりませんでした。どんな洞察も役に立ちます。
ありがとう。
cassandra - リモート JMX エージェントへの接続エラー! Nodetoolの起動中
nodetool私たちの Cassandra 本番データベースに対して使用しようとしています。しかし、ローカル マシンから Cassandra 本番クラスターに対して nodetool を起動しようとするとすぐに例外が発生します。
なぜこの例外が発生するのか、誰か考えを教えてもらえますか? どんな助けでも大歓迎です。
cassandra - 「nodetool 修復」操作の費用はどれくらいですか?
nodetool repairCassandra ノードで定期的に実行すると機能しなくなりますか?
Planet Cassandra FAQには、次のように記されています (強調を追加)。
アンチエントロピー ノード修復 – 頻繁に読み取られないデータの場合、または長期間ダウンしていたノード上のデータを更新する場合、ノード修復プロセス (アンチエントロピー修復とも呼ばれます) により、ノード上のすべてのデータがレプリカの一貫性が保たれます。ノードの修復 (nodetool ユーティリティを使用)は、通常のクラスタ メンテナンス操作の一環として定期的に実行する必要があります。
nodetool repairこれは、定期的に実行されていると私が見た唯一のリファレンスです。安ければ定期的に走らせても問題ないのですが、どのくらい高いのでしょうか？ノード上のすべてのレコードの一貫性チェック読み取りと同等のことを行いますか? それともそれよりも賢いですか？ドキュメントには、マークル ツリーの使用について言及されていますが、操作がどれほど高価であるかはわかりません。
ノードに 500 GB のデータがあり、そのノードが実際には他のノードと一致している場合 (修復はノーオペレーションです)、修復がディスクから読み取るデータの量について (500 GB すべてを読み取るには数時間かかります)時間）？そして、LAN 経由で送信されるデータの量について (LAN 経由で 500 GB をすべて送信するには、さらに 1 時間ほどかかる場合があります)。
cassandra - Cassandra system.log のエラー: java.io.IOException: 許可が拒否されました
すべてのノードの完全に空のクラスターで次の例外が発生します。そこには絶対に何もありません。集まった訳がない。
そのためnodetool info、ノードを確認すると、ゴシップと倹約の両方が停止していることがわかります。
nodetool から問題なく再起動できました。どんな手掛かり？
cassandra - Cassandra: nodetool の修復が機能しない
ノードの 1 つで Cassandra サービスがダウンし、テーブルの 1 つで何らかの破損が発生したため、再起動できませんでした。そのため、すべてのデータ ファイルを削除してからサービスを開始することで再構築を試みました。リングに表示されたら、nodetool repair を複数回実行しましたが、同じエラーをスローしてハングしました。
原因: org.apache.cassandra.io.compress.CorruptBlockException: (/var/lib/cassandra/data/profile/AttributeKey/profile-AttributeKey-ib-1848-Data.db): 破損が検出されました、長さ 1177104 のチャンク11576.
これは、6 GB のデータが復元された後に発生します。また、私のレプリケーション ファクターは 3 であるため、他の 2 つのノードでは同じデータが問題ありません。
私は Cassandra に少し慣れていませんが、何が欠けているのかわかりません。修復でこの問題を見た人はいますか? スクラブも試しましたが、破損のために失敗しました。
助けてください。
cassandra - 仮想ノード設定下の Cassandra クラスターでどの実ノードが稼働しているかを知る
nodetool ring仮想ノードは、Cassandra の強力な設定で、各ノードに適切な初期トークンを割り当てる負担を軽減しますが、各ノードが何行にもわたって記述されている出力を読むのが面倒な場合があります。例えば：
どの実ノードが稼働しているか、および各実ノードがどれだけのデータを保持しているかを単純に知ることが私の目標である場合、どうすればそれを知ることができますか?