如何使用JMX连接到运行在EC2上的Java实例

Question

我们在连接到运行在AmazonEC2集群中的Java应用程序时遇到了问题。我们明确地允许“JMX端口”（它通常是RMI注册表端口）和服务器端口（它完成了大部分工作）对所讨论的实例的安全组。Jconsole连接但似乎挂起并且从未显示任何信息。

java -server -jar foo.jar other parameters here > java.log 2>&1

• Telnets连接到端口，但不显示任何信息。
• 我们可以通过ssh使用remote-X11在实例本身上运行jconsole，它可以连接并显示信息。因此JRE将其导出到本地。
• 打开安全组中的所有端口。Weeee.
• 使用tcpdump确保通信不会到达其他端口。
• 在本地模拟它。我们始终可以使用相同的应用程序参数连接到本地JRE，或者连接到网络上其他地方运行的JRE。

java-version输出：

OpenJDK Runtime Environment (IcedTea6 1.11.5) (amazon-53.1.11.5.47.amzn1-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

另外，我们使用的是我的简单JMX包，它允许我们设置RMI注册表和服务器端口，这些端口通常是由RMI注册表半随机选择的。您还可以使用类似于以下JMX URI的内容强制执行此操作：

service:jmx:rmi://localhost:" + serverPort + "/jndi/rmi://:" + registryPort + "/jmxrmi"

现在，我们对服务器和注册表都使用相同的端口。在过去，我们使用x作为注册表端口，使用x+1作为服务器端口，以简化安全组规则。您可以连接到jconsole或您正在使用的任何JMX客户机中的注册表端口。

Answer 1

我们在连接到运行在AmazonEC2集群中的Java应用程序时遇到了问题。

原来，问题是两个缺失设置的组合。第一种情况迫使JRE选择ipv4而不是IPv6。这是必要的（我想），因为我们试图通过v4地址连接到它：

-Djava.net.preferIPv4Stack=true

真正的阻止因素是JMX的工作方式是首先联系RMI端口，该端口响应主机名和JMX客户机要连接的端口。在没有其他设置的情况下，它将使用box的本地IP，这是一个10.x.x.x虚拟地址，远程客户端无法路由到该地址。我们需要添加以下设置，即服务器的外部主机名或IP--在本例中，它是服务器的弹性主机名。

-Djava.rmi.server.hostname=ec2-107-X-X-X.compute-1.amazonaws.com

# get our _external_ hostname
RMI_HOST=`wget -q -O - http://169.254.169.254/latest/meta-data/public-hostname`
...
java -server \
    -Djava.net.preferIPv4Stack=true -Djava.rmi.server.hostname=$RMI_HOST \
    -jar foo.jar other parameters here > java.log 2>&1

上面wget命令中神秘的169.254.169.254IP提供了EC2实例可以请求的有关自身的信息。我感到失望的是，这没有包括标签，只有在一个经过身份验证的调用中才可用。

我最初使用外部ipv4地址，但看起来JDK在启动时试图建立到服务器端口的连接。如果它使用外部IP，那么这会减慢应用程序的启动时间，直到超时为止。public-hostname在本地解析为10-net地址，在外部解析为public-ipv4。因此，应用程序现在启动得很快，JMX客户机仍然可以工作。呜呼！

希望这能帮到别人。今天花了我3个小时。

这个问题又出现了。看起来Java JMX代码正在对盒子的主机名进行一些主机名查找，并使用它们来尝试连接和验证JMX连接。

这个问题似乎是一个要求,即盒子的本地主机名应该解析为盒子的本地IP。例如，如果您的/etc/sysconfig/network具有hostname=server1.foobar.com，那么如果您在server1.foobar.com上进行DNS查找，您应该可以找到10-net虚拟地址。我们正在生成自己的/etc/hosts文件，但该文件中缺少本地主机的主机名。这导致我们的应用程序要么在启动时暂停，要么根本不启动。

最后

简化JMX创建的一种方法是使用我的SimpleJMX包。