java - JMX のスケーラビリティ: 400 以上のインスタンスの管理に使用できますか?

Question

キオスクのようなアプリケーションの 400 以上のインスタンスを管理するためのソリューションを評価しています。各インスタンスは、情報を表示し、ユーザーと対話するカスタム Java アプリケーションを実行します。カスタム ソリューションを開発するか、JMX サポートを含めるか、他の方法を見つけるかを検討しています。

要件は簡単です。

1. 無料のオープン ソース ソリューションである必要があります。
2. 400 を超えるインスタンスを管理できる必要があります (たとえば、400 の JMX 対応クライアントを管理する 1 つのマネージャー)。
3. できれば Java でプログラムする必要があります。
4. 標準的な指標が必要です (例: 利用可能なリソース、実行時間、現在のステータスなど)。
5. オプションで、いくつかの制御メッセージをインスタンスに送信したいと考えています。

JMX の機能と柔軟性は、私たちが求めていたもののようです。しかし、JMX のスケーラビリティーについてはあまり知りませんでした。1 つの JMX マネージャが処理できる「クライアント」の数は? 400 個の JMX インスタンスを同時に管理できますか? 非常に多くのクライアントを直接処理しない場合、推奨されるアーキテクチャまたは回避策はありますか?

ヒントをありがとう

Answer 1

JMX はまさにあなたが望むものです。

接続できるクライアントの数に関する限り、その監視部分については、せいぜい数秒ごとにリモートクライアントからデータをフェッチするだけで十分だと思いますよね?

N 個のクライアントを監視し、それらを制御できるソリューションが既に存在するかどうかはわかりません。そのため、自分で何かを開発することをお勧めします。JMX コードを使用してリモート MBean とやり取りするのは簡単なように思われます。同時に 400 のノードと正常に通信できるプログラムを作成できるようになる演習に移行します。