Comment se connecter aux instances Java tournant sur EC2 en utilisant JMX

nous avons des problèmes de connexion à nos applications Java qui fonctionnent dans le cluster EC2 D'Amazon.

il s'avère que le problème était une combinaison de deux réglages manquants. La première force la JRE à préférer ipv4 et et non v6. C'était nécessaire (je suppose) puisque nous essayons de nous y connecter via une adresse v4:

-Djava.net.preferIPv4Stack=true

le vrai bloqueur était le fait que JMX fonctionne par tout d'abord contacter le port RMI qui répond avec le nom d'hôte et le port pour que le client JMX se connecte. Sans paramètres supplémentaires, il utilisera L'adresse IP locale de la boîte qui est une adresse virtuelle 10.X.X.X vers laquelle un client distant ne peut pas se diriger. Nous avions besoin d'ajouter le paramètre suivant qui est le externe nom d'hôte ou IP du serveur -- dans ce cas, c'est le nom d'hôte élastique du serveur.

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

Le truc, si vous essayez d'automatiser vos instances EC2 (et pourquoi diable ne le feriez-vous pas), est de trouver cette adresse à l'exécution. Pour ce faire, vous devez mettre quelque chose comme ce qui suit dans notre script de démarrage d'application:

# 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

Le mystérieux 169.254.169.254 la propriété intellectuelle dans le "151950920 de la commande" ci-dessus fournit des informations que l'instance EC2 pouvez demander à propos de lui-même. Je suis déçu que cela ne pas inclure des étiquettes qui sont seulement disponible dans un appel authentifié.

j'utilisais initialement l'adresse ipv4 externe, mais il semble que le JDK essaie d'établir une connexion avec le port serveur quand il démarre. S'il utilise L'IP externe, cela ralentit le temps de démarrage de notre application jusqu'à ce que cela s'arrête. Le nom d'hôte public se résout localement à l'adresse 10-net et au public-ipv4 extérieurement. L'application démarre donc maintenant rapidement et les clients JMX fonctionnent toujours. Woo hoo!

J'espère que ça aidera quelqu'un d'autre. M'a coûté 3 heures aujourd'hui.

pour forcer votre serveur JMX à démarrer le serveur et le registre RMI sur les ports désignés afin que vous puissiez les bloquer dans les groupes de sécurité EC2, voir cette réponse:

Comment fermer rmiregistry en cours d'exécution sur port particulier?

Edit:

ce problème vient de se reproduire. Il semble que le code Java JMX effectue des recherches sur le nom d'hôte de la boîte et les utilise pour essayer de se connecter et de vérifier la connexion JMX.

la question semble être une exigence que le nom d'hôte local de la boîte devrait résoudre au local-ip de la boîte. Par exemple , si votre /etc/sysconfig/network contient HOSTNAME=server1.foobar.com , alors si vous faites une recherche DNS sur server1.foobar.com , vous devriez vous rendre à l'adresse virtuelle 10-NET. Nous nous produisions notre propre fichier /etc/hosts et le nom d'hôte local manquait dans le fichier. Cela a provoqué une pause de nos applications au démarrage ou pas du tout.

enfin

une façon de simplifier votre création JMX est d'utiliser mon package SimpleJMX .