VisualVM 远程连接docker容器启动的springboot项目

本文介绍了如何使用JStatD连接远程JVM监控资源,包括启动jstatd服务器的安全策略设置,以及与JMX在SpringBoot Docker中启用远程连接的方法。重点在于两者的区别和在实践中的应用场景。

参考了这两位博主的文章:

https://www.jianshu.com/p/2a6658e94ae2

https://blog.youkuaiyun.com/boomljie/article/details/102621027

1,使用JStatD连接到远程JVM

JVM jstat Daemon:守护进程,一个RMI(Remote Method Invocation)服务器程序,用于监控本地所有JVM从创建开始直到销毁整个过程中的资源使用情况,同时提供接口给监控工具(如这里的VisualVM),让工具能连接到本机所有的JVM。

启动jstatd server application需要使用与启动那些JVM相同的用户,或者root。即当前用户运行jstatd监控到的是当前用户运行的所有JVM。

由于jstatd server没有提供任何对远程client端的认证,客户端程序获取到本地当前用户的所有JVM信息后可能存在安全隐患,所以jstatd要求启动之前必须指定本地安全策略,否则jstatd进程无法启动,抛出如下错误:

 

Could not create remote object
access denied ("java.util.PropertyPermission" "java.rmi.server.ignoreSubClasses" "write")
java.security.AccessControlException: access denied ("java.util.PropertyPermission" "java.rmi.server.ignoreSubClasses" "write")
    at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
    at java.security.AccessController.checkPermission(AccessController.java:884)
    at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
    at java.lang.System.setProperty(System.java:792)
    at sun.tools.jstatd.Jstatd.main(Jstatd.java:139)

为了解决以上错误,在本地(实际是需要被监控的远程主机,对应我们示例中的marslnx1v)创建一个安全策略文件,比如保存为/home/dereck/jstatd-all.policy,内容如下:

 

grant codebase "file:${java.home}/../lib/tools.jar" {   
    permission java.security.AllPermission;
};

然后通过如下命令可以成功启动jstatd server

[dereck@marslnx1v ~] jstatd -J-Djava.security.policy=/home/dereck/jstatd-all.policy

-Joption

向通过jstatd命令启动的JVM(Main class:sun.tools.jstatd.Jstatd)传递参数,比如-J-Xms48m指定了Jstatd这个JVM的初始堆内存为48MB

此时在客户端启动JVisualVM,右键点击远程,选择添加远程主机,输入主机ip,对应的远程主机节点下会自动列出所有运行的JVM

2,在使用JMX连接到远程JVM

在docker 部署方式下的Springboot 通过jmx来连接监控线上的程序运行。

  1. docker 项目 部署都有Dockerfile,修改文件配置启动 jvm,主要增加JAVA_OPTS 配置,

-Dcom.sun.management.jmxremote \  开启jmx远程连接

-Dcom.sun.management.jmxremote.rmi.port=10011 \映射 宿主机端口

-Dcom.sun.management.jmxremote.port=10011\ docker 容器端口

-Dcom.sun.management.jmxremote.ssl=false \  是否采用ssl协议

-Dcom.sun.management.jmxremote.authenticate=false \  是否通过账户密码

-Djava.rmi.server.hostname=192.168.199.111 "

FROM openjdk:8-jdk-alpine

VOLUME /tmp

ARG JAR_FILE

COPY ${JAR_FILE} app.jar

ENV JAVA_OPTS="\

-Dcom.sun.management.jmxremote \

-Dcom.sun.management.jmxremote.rmi.port=11890 \

-Dcom.sun.management.jmxremote.port=11890 \

-Dcom.sun.management.jmxremote.ssl=false \

-Dcom.sun.management.jmxremote.authenticate=false \

-Djava.rmi.server.hostname=192.168.199.111 "

ENTRYPOINT  java  ${JAVA_OPTS}   -jar   /app.jar 

RUN echo "Asia/Shanghai" > /etc/timezone;

 

2.配置启动sh

docker run 是开放 11890端口 ,主要 就是启动容器时开放11890端口

docker run -d -p 8890:8890 -p 11890:11890--name <CONTAINER_NAME> <IMAGE_NAME>

JMX连接与JStatD连接方式的区别

  • JMX
    • 使用JMX需要远程JVM在启动的时候开启远程访问支持,设定JMX端口等,示例参数如下
      java demo.Demo1 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=10011 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false
      
    • 每一个JMX连接一个远程JVM
  • JStatD
    • 使用jstatd连接方式时,需要在远程主机上创建安全策略文件然后启动jstatd进程,并且此进程需要一直保持运行状态
    • 客户端可以看到远程主机上当前用户的所有JVM的信息,即只要创建一个jstatd连接

 

远程监控部署于 Docker 容器中的 Java 应用时,VisualVM 显示 PID 为“未知”通常是由于容器环境与宿主机之间的进程隔离所导致的。Docker 容器本质上是一个隔离的用户空间实例,其中运行的进程在宿主机上具有不同的 PID 值。VisualVM 在尝试获取这些进程信息时,可能无法正确识别其 PID,从而显示为“未知”。 要解决这一问题,可以采取以下方法: 1. **使用 JMX 连接方式**:通过配置 Java 应用以启用 JMX(Java Management Extensions),允许 VisualVM 通过远程 JMX 连接来监控应用,而不需要依赖于 PID。这要求在启动 Java 应用时添加特定的 JVM 参数,例如: ```shell -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=12345 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false ``` 上述参数启用了 JMX 远程管理功能,并指定了监听端口为 `12345`。确保此端口在 Docker 容器中对外暴露并映射到宿主机上[^1]。 2. **调整 Docker 安全策略**:某些情况下,Docker 的安全策略可能会限制对容器内进程信息的访问。可以通过在运行容器时添加 `--pid=host` 参数,使容器共享宿主机的 PID 命名空间,从而使得容器内的进程在宿主机上拥有相同的 PID。不过需要注意的是,这种方法会降低容器的安全性和隔离度[^2]。 3. **使用第三方工具或服务**:除了 VisualVM 外,还可以考虑使用其他支持更高级别容器化应用监控的工具和服务,如 Prometheus 配合 Grafana 或 Micrometer 等,它们能够更好地处理容器化环境中指标收集的问题[^3]。 4. **利用 Docker API 获取容器信息**:开发脚本或程序调用 Docker API 来获取容器的具体信息,包括其内部运行的 Java 进程的实际 PID,然后将这些信息手动输入到 VisualVM 中进行监控。这种方法较为复杂,但对于自动化监控场景来说是一个可行的选择[^4]。 以上解决方案可以根据具体的应用场景和技术栈选择最合适的实施方式。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

沙门空海

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值