JMX のスケーラビリティ:400 を超えるインスタンスの管理に使用できますか?
-
20-09-2019 - |
質問
私はキオスクのようなアプリケーションの 400 以上のインスタンスを管理するソリューションを評価しています。各インスタンスは、情報を表示し、ユーザーと対話するカスタム Java アプリケーションを実行します。カスタム ソリューションを開発するべきか、それに JMX サポートを組み込むべきか、それとも何か別のソリューションを見つけるべきかについて考えています。
要件は簡単です。
- それは無料のオープンソース ソリューションである必要があります。
- 400 を超えるインスタンスを管理できる必要があります (例:1 人のマネージャーが 400 の JMX 対応クライアントを管理します)。
- できれば Java でプログラムする必要があります。
- 標準的な指標が必要です (例:利用可能なリソース、実行時間、現在のステータスなど)。
- オプションで、いくつかの制御メッセージをインスタンスに送信したいと思います。
JMX の機能と柔軟性が私たちが探していたもののようです。ただし、JMX のスケーラビリティについてはあまり見つかりませんでした。1 つの JMX マネージャーが処理できる「クライアント」の数は何ですか?400 個の JMX インスタンスを同時に管理することはできますか?あまり多くのクライアントを直接処理しない場合に推奨されるアーキテクチャまたは回避策はありますか?
ヒントをありがとう
解決
JMXは、正確に何をしたいです。
限り、あなたがに接続することができますどのように多くのクライアントとして、私はあなたが本当に正しい、ほとんどで、リモートクライアントから数秒ごとにデータをフェッチする必要があるだけだろう、それの監視部分のためにそれを想像するだろう?
私は解決策がすでにNクライアントを監視し、また、それらを制御することができるようになる存在するかどうかはわからないので、あなたはおそらく自分で何かを開発したいと思います - JMXコードをリモートMBeanと相互作用することは些細なことのようです、どのその後、同時に正常400個のノードと通信することができるプログラムを作成することができるの運動にこれをオン
所属していません StackOverflow