JMX scalabilty: peut-il être utilisé pour gérer les instances 400+?

Question

J'évaluation des solutions pour gérer plus de 400 cas d'une application de kiosque comme. Chaque instance exécute une application Java personnalisée qui affiche des informations et interagit avec les utilisateurs. Nous réfléchissons si nous devons développer une solution personnalisée, essayez d'inclure le support JMX pour ou trouver autre chose.

Les exigences sont simples:

1. Il doit être une solution source libre et ouverte;
2. Il doit être capable de gérer plus de 400 cas (par exemple: un gestionnaire de gestion 400 clients a permis JMX);
3. Il doit être programmé de préférence en Java;
4. Nous avons besoin de mesures standard (par exemple: les ressources disponibles, les temps de fonctionnement, état actuel, etc.);
5. En option, nous aimerions envoyer des messages de contrôle aux instances.

Il semble que JMX fonctionnalités et de flexibilité est ce que nous recherchions. Cependant, je ne l'ai pas trouvé beaucoup sur l'évolutivité JMX. Combien de « clients » peut-on gestionnaire JMX gérer? Est-il possible de gérer simultanément 400 instances de JMX? Y at-il une architecture recommandée ou solution de contournement si elle ne gère pas tant de clients directement?

Merci pour toutes les indications

Answer 1

JMX est exactement ce que vous voulez.

En ce qui concerne le nombre de clients que vous pouvez vous connecter à, j'imagine que pour les parties de surveillance de celui-ci, vous auriez seulement vraiment besoin de récupérer les données des clients distants toutes les quelques secondes au plus, non?

Je ne sais pas si une solution existe déjà qui vous permettra de surveiller les clients N et aussi de les contrôler, de sorte que vous voudriez probablement développer quelque chose vous-même - interagir avec MBeans à distance avec le code JMX semble être trivial, qui tourne alors ce dans un exercice de pouvoir écrire un programme qui peut en même temps communiquer avec 400 nœuds avec succès.