RackSpace VM で実行されている 24 ノードの Cassandra クラスタを監視するために、OpsCenter をインストールすることを検討しています。以前、OpsCenter がクラスタの速度を低下させたと聞いたことがあります。OpsCenter がネットワーク経由でマシン上のエージェントに大量のデータを使用するかどうか、または各 Cassandra ノードにインストールされたエージェントが大量のシステム リソースを使用するかどうか、少し心配です。OpsCenter を使用している他の誰かがこれを経験しましたか? OpsCenter の使用が適切でない理由や状況はありますか?
1 に答える
開示:私はDataStax OpsCenterに取り組んでいます
OpsCenter は、クラスタへの影響をできるだけ少なくするように設計されています。リソースを過度に使用しないように細心の注意を払っています。特に、エージェントは、ディスクへの書き込みをほとんど行わず、CPU とメモリをほとんど使用せず、ネットワークの使用を最小限に抑えるように設計されています (エージェントは、ローカルの Cassandra ノードにのみ書き込みます)。使用状況によっては、メインの opscenterd デーモンがより多くのメモリ、CPU、およびネットワークを使用する可能性があるため、別の専用ノードで実行することをお勧めします。
時間の経過とともに、OpsCenter がクラスタに与える影響を継続的に軽減してきたため、OpsCenter がクラスタに与える影響について聞いたことは少し古いかもしれません。ただし、OpsCenter を使用することが悪い考えである状況があるかどうかを尋ねられたので、多くの列ファミリー (おそらく 50 以上) を持つクラスターで使用する場合は注意が必要であると言えます。その理由は、OpsCenter がデフォルトで各列ファミリ (system
およびキースペースの CF を除く) のメトリックを収集し、これが合計される可能性があるためです。OpsCenter
ここに文書化されているこれを制御する方法がいくつかあります: http://www.datastax.com/docs/opscenter/configure/data_collection#controlling-data-collection. つまり、選択肢は、一部の列ファミリーでメトリックを収集しないか、メトリック データの存続期間を短縮することです。
それ以外に、過度のリソース消費に似たものを見つけた場合は、それに応じて改善できるようお知らせください。