問題タブ [opscenter]

EC2 (Datastax AMI から起動) に単一ノードの Cassandra クラスターがあり、データ ディレクトリを削除して cassandra.yaml を変更した後、同じ Datastax AMI によってサポートされる新しいノードを手動で追加しました。Opscenter の [ノード] セクションに 2 つのノードが表示されますが、Opscenter エージェントが新しいノードにインストールされていません (2 つのエージェントのうちの 1 つが接続されています)。新しいノードには独自の opscenter インストールがあり、最初のノードの opscenter インストールと競合しているように見えますか? 最初のノードの opscenter インストールを指すことができるように、新しいノードの opscenter エージェントの構成ファイルを修正する必要があると思いますか? しかし、私はどこを変更するかを見つけることができません。

ありがとう！

DataStax opscenter 5.0.1 が実行されている 4 ノードの Apache cassandra クラスター (2.1) を取得しました。すべてがスムーズに実行されています...opscenter からノードを再起動できます。ただし、Opscenter UI からノードで修復を実行しようとすると、次のようになります。

「[ホスト名] の修復中にエラーが発生しました: java.lang.NullPointerException:」

ノードに SSH 接続し、問題なく nodetool repair を実行できます。

何が問題なのかわかりますか？

2 つのデータセンター (AWS、us-east、us-west) にまたがる Cassandra クラスターを構成しました。書き込みは us-east リングに対してのみ行われ、データが他のリングと同期していることがわかります。ただしラグが大きい。

--

1. これはなぜですか? また、これは何に依存しているのでしょうか?
2. ツールを使用してラグを確認する方法はありますか? これは OpsCenter で表示できますか?

OpsCenter を使用して Cassandra クラスター (実際には DSE クラスター) を監視および構成しており、複数のデータセンターにまたがるキースペースがあります。OpsCenter によって作成および維持される OpsCenter キースペースは、SimpleStrategy をデフォルトのレプリケーション戦略として使用するため、その修復サービスをオンにすることができません (OpsCenter のドキュメントに記載されています)。

Isolating OpsCenter Performance Data ブログで、専用データセンターを使用するには OpsCenter ノードを手動で監視およびスケーリングする必要があると書かれているため、OpsCenter データの保存によるパフォーマンスへの影響を制限するために、OpsCenter キースペースの推奨されるレプリケーション戦略と要因は何かを考えていました。実稼働データセンターをスケーリングするときに最小限のチューニングが必要ですが、実稼働ノードは?

本番ノードが 2 つのデータセンター「Cassandra」と「Solr」(DSE 設定) で NetworkTopologyStrategy を使用し、「Cassandra」データセンターが OLTP をサポートし、「Solr」データセンターが検索専用であるとします。OpsCenter キースペースのレプリケーションを { 'class' : 'NetworkTopologyStrategy', 'Cassandra': 1} に設定することは有効な解決策ですか?

ありがとう、

ジジュ

OpsCenter 5.0.1 経由でノードを追加しようとすると、次のメッセージが表示されます

ここで与えられた指示に反しているようです。

OpsCenter 経由でクラスタ構成を変更すると、次のエラーが原因で Cassandra が再起動に失敗する

プロパティを削除して Cassandra を手動で再起動すると問題は解決しますが、これは実際には必要ありません。