动态开启jmx服务

java可以利用编写mbeans来暴露很多程序指标,jdk自己也有很多指标,例如内存使用以及划分。很多小伙伴都表示这些值不少jstat就可以获取查看的吗,ssh登录上去就可以,也很方便。jstat确实不错,但是他在内存的信息暴露上是缺失的,没有直接内存的使用。在现在的程序中,直接内存的使用已经不是什么稀有操作了。我们应该如何查看呢?
jmx暴露了这个指标。很多程序的指标也在这里暴露,例如spark等等,这里不在列举jmx的优点。

为什么要动态开启

主要原因有以下两个:

  1. jconsole可以本地attach获取数据,这个是不需要单独开启端口,只要是本机就可以,这样带来了一个很大的麻烦是图形界面,我们的跑的linux系统其实大部分是没有图形界面的,总不能为此再安装一个图形界面,到时候用vnc等工具远程上去查看吧。jconsole也支持远程模式,通过开启端口,找个有客户端的机器进行连接,也可以获取数据。但是需要在jvm参数启动的时候就开启服务。
    -Dcom.sun.management.jmxremote
    -Djava.rmi.server.hostname=xx
    -Dcom.sun.management.jmxremote.port=xx
    -Dcom.sun.management.jmxremote.ssl=false
    -Dcom.sun.management.jmxremote.authenticate=false
  2. 很多程序运行的信息很难重现,现在遇到的现象如何没有足够的信息,也不知道什么操作可以成功复现出来。例如现在java进程内存用了5g,其余的空间都比较小,那么到底是jvm层面有一定的内存泄漏还是直接内存的使用。这个成了一个不可推测的地方,如果当时没有开启,那么给排查问题一定会带来很多的烦恼。

动态特性

以上问题在java7中其实有了解决,但是很多时候并不在意。
jcmd带来了动态开启jmx的能力。
jcmd本身是一个命令行,这样就非常方面ssh到机器上操作,不需要依赖什么图形环境,给开启带来了一定的便利性,jcmd可以通过和java进程交互,直接开启java进程的端口

jcmd pid  ManagementAgent.start  jmxremote.port=9999 jmxremote.ssl=false jmxremote.authenticate=false

在jconsole登录的时候选择远程进程,通过ip:port就可以连接成功。

扩展

除了以上的方式,我们是不是有其他手段也可以做到呢?
我们可以选择javaagent的模式,编写代码读取jmx,可以通过动态attach的模式以类似http等方式进行暴露。这个可以参考prometheus的jmx_exporter。但是开源版本并没有支持动态attach。这个改造并不难,编写agentmain,然后写个attach程序即可。如果想试试的可以进行简单改造。

小结

注意jmx的能力是要比其他的工具暴露多一些的,当不满足时,这些都是我们可以使用的方法。

你可能感兴趣的:(动态开启jmx服务)