マルチリージョン構成の AWS に Datastax enterprise 4.5.3 と Opscenter 5.0.1 をインストールしています。ノード間の暗号化、クライアント間の暗号化、および opscenter とエージェント間の SSL を有効にすることで、通信を可能な限り安全にしようとしています。

クライアントからノードへの暗号化を有効にした後、エージェントに問題が発生しました。casssandra.yaml で暗号化を有効にした後、datastax エージェントはクラスターに接続できないというエラーをスローします。

cassandra.yaml の一部:

cassandra.yaml でクライアントからノードへの暗号化を有効にした後、エージェントがクラスターに接続できません。/var/log/datastax-agent/agent.log に、次のエラーが繰り返し表示されます。

OpsCenter を使用して EC2 にノードを追加しようとしていました。既存のノードは Ec2Snitch を使用しているため、新しいノードにも同じスニッチを選択しました。

ただし、OpsCenter は次のエラーで失敗します。

クラスターのプロビジョニング中にエラーが発生しました: 選択したエンドポイント スニッチ (org.apache.cassandra.locator.Ec2Snitch) には、{ip: [dc, rack]} の形式の topology_map 引数が必要です。

ご意見をお聞かせください。

ありがとう！！！

cassandra クラスターの opscenter を実行すると、上記のエラーが発生します。hashlib でいくつかの作業を行いましたが、機能しませんでした。 $LD_LIBRARY_PATH に追加しても上記の問題が発生します。その Linux OS です。./opscenter -fi の実行中に不足しているもの ハッシュ エラーが発生しています。

Opscenter 5.0.1 では、「ディスク容量」と「ディスク統計」は利用できません。

Cassandra データとコミット ログは、それぞれ /net/cassandra_data と /net/cassandra_log の NFS マウント ポイントにあります。

opscenterd.log に次のエラーが見つかりました。

1. Cassandra のノードの 1 つがダウンしており、別のノードから「nodetool removenode xxx」を実行したいと考えています。このノードをクラスターに再度追加したい場合、既に持っているデータを引き続き使用しますか?

2. クラスタからリング全体 (DC) を削除するとします。それを行う正しいまたは簡単な方法は何ですか？リング内のすべてのノードがダウンしています。別のリング内のノードから「nodetool removenode」を実行する必要がありますか?

ありがとう

シード ノードが 1 つの 3 ノード cassandra (2.0.11) コミュニティ クラスターをインストールしました。シード ノードに opscenter (5.0.2) をインストールしましたが、すべて問題なく動作しています。私が抱えている唯一の問題は、実行するノード アクション (停止、開始、圧縮など) がシード ノードにのみ適用されることです。リングまたはリストで別のノードを選択しても、アクションは常にシード ノードで発生します。

opscenter のログを見て、/ops/compact/ip_address に対する要求を確認できます。IP アドレスは選択した正しいノードですが、アクションは常にシード インスタンスで実行されます。

すべてのエージェントがすべてのノードにインストールされており、クラスターは完全に機能しています。各ノードで nodetool compact を実行し、opscenter で圧縮の進行状況を確認できます。

内部アドレスをリッスンするように各ノードを構成し、ネットワーク上で rpc サーバーが開いていることを確認しました。また、非シード ノードを使用してクラスターを追加しようとしましたが、すべてのアクションは引き続きシード ノードで実行されます。

datastax Enterprise 4.5.1 に Hadoop ノードを追加するのに苦労しています。vnode を使用して、2 つのノードを持つ既存の Cassandra 仮想 DC があります。私は opscenter を使用しており、initial_token の値を 0 に設定して Hadoop ノードを起動します。Opscenter はすべてを正常にインストールします (つまり、5 つの緑色の点が渡されます) が、約 1 分後にノードが停止します。system.log ファイルには次の例外があります。

次のようなキースペースがあります。

Analytics dc ではなく、Cassandra dc で vnode を使用しているためでしょうか? datastax のドキュメントには、このタイプの混合アーキテクチャは問題ないと記載されています。私のスニッチは DSEDelegateSnitch に設定されており、これはデフォルトの DSESimpleSnitch を使用します。ノードの修復を実行しましたが、役に立ちません。もう 1 つの詳細は、opscenter で、2 つの異なるバージョンの Datastax エンタープライズ (cassandra DC で 4.5.1、Analytics DC で 2.0.8.39) を使用しているという警告が表示されることです。さらに、opscenter は、hadoop DC を「不明」としてリストします。どんな助けでも大歓迎です。

Analytics dc と通常の Cassandra dc を持つ cassandra クラスターで vnode を有効にしたいと考えています。OpsCenter 5.0.1 と DSE 4.5 を使用しています。私の質問は、OpsCenter を使用して vnode を有効にして新しい DC を作成し、既存の DC からデータを転送するにはどうすればよいかということです。このページの指示に従っていますが、新しいデータセンターを有効にするために、すべてのノードで構成ファイルを手動で編集する必要はありませんよね? どんな助けでも大歓迎です。

何らかの理由で、Cassandra ノードに高い負荷がかかります。画像を取得するための情報をいくつか示します。

• まったく新しいクラスターを作成すると、負荷は数日間常に低くなり、時間とともに増加し、1 週間後または何かが空中に移動し、クラスター全体が不安定になることがわかりました。

• 約 300 ～ 400 MB のデータを含むキースペースの 1 つのスナップショットを 4 時間ごとに作成し、7 日以上経過したキースペースを削除しています。すべて OpsCenter で構成されています。

• クラスターは、Microsoft Azure のストライプ化されたディスクで実行されています

• ノードは 3.5 GB の RAM を搭載した 2 コアで実行されています。これが推奨されるハードウェアよりも低いことは十分承知していますが、これが高負荷の原因ではないはずです。7 GB の RAM を搭載した 4 コアで実行してみました。違いは見られなかった

おそらく、高負荷を引き起こす可能性のあるもののボックス全体があると確信していますが、何か他のものよりも可能性が高いと思います.

編集

この高負荷は、OpsCenter の修復サービスが原因であると思われます。サービスによる修復の実行方法を調整するには、いくつかの設定が必要です。