JMX 可扩展性:它可以用来管理 400+实例?

发布于 2024-08-25 03:37:52 字数 469 浏览 11 评论 0原文

我正在评估用于管理 400 多个类似信息亭的应用程序实例的解决方案。每个实例都运行一个自定义 Java 应用程序,用于显示信息并与用户交互。我们正在考虑是否应该开发一个自定义解决方案,尝试为其添加 JMX 支持或寻找其他解决方案。

要求很简单:

  1. 必须是免费且开源的解决方案;
  2. 它必须能够管理超过 400 个实例(例如:一个管理器管理 400 个启用 JMX 的客户端);
  3. 最好用Java编程;
  4. 我们需要标准指标(例如:可用资源、运行时间、当前状态等);
  5. 我们可以选择向实例发送一些控制消息。

看来 JMX 的特性和灵活性正是我们所寻求的。然而,我还没有发现太多关于 JMX 可扩展性的信息。一个 JMX 管理器可以处理多少个“客户端”?是否可以同时管理 400 个 JMX 实例?如果它不能直接处理这么多客户端,是否有任何推荐的架构或解决方法?

感谢您的任何提示

I'm evaluating solutions for managing 400+ instances of a kiosk-like application. Each instance runs a custom Java application that displays information and interacts with users. We are pondering if we should develop a custom solution, try to include JMX support for it or find something else.

The requirements are simple:

  1. It must be a free and open source solution;
  2. It must be able to manage more than 400 instances (for example: one manager managing 400 JMX-enabled clients);
  3. It should be preferably programmed in Java;
  4. We need standard metrics (for example: available resources, running times, current status, etc);
  5. Optionally we would like to send some control messages to the instances.

It seems that JMX features and flexibility is what we were looking for. However, I haven't found much about JMX scalability. How many "clients" can one JMX manager handle? Is it possible to manage 400 JMX instances concurrently? Is there any recommended architecture or workaround if it doesn't handle so many clients directly?

Thanks for any hints

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

羁绊已千年 2024-09-01 03:37:52

JMX 正是您想要的。

至于您可以连接到多少个客户端,我想对于它的监控部分,您最多只需要每隔几秒钟从远程客户端获取数据,对吧?

我不确定是否已经存在一个解决方案,它允许您监视 N 个客户端并控制它们,因此您可能想要自己开发一些东西 - 使用 JMX 代码与远程 MBean 交互似乎很简单,然后这就变成了练习编写一个可以同时与 400 个节点成功通信的程序。

JMX is exactly what you want.

As far as how many clients you can connect to, I'd imagine that for the monitoring portions of it, you'd only really need to fetch data from the remote clients every few seconds, at the most, right?

I'm not sure if a solution already exists which will allow you to monitor N clients and also control them, so you'd likely want to develop something yourself - interacting with remote MBeans with JMX code seems to be trivial, which then turns this into an exercise of being able to write a program which can concurrently communicate with 400 nodes successfully.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文