Cette traduction automatique est fournie pour votre commodité.
En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.
Liens d'hôte manquants dans Java de l'application APM Résumé
Problème
Prudence
La modification de vos paramètres de nom d'hôte, en particulier les paramètres FQDN, peut désactiver l'accès réseau de votre serveur. Testez soigneusement toutes les modifications avant de les déployer dans un environnement de production.
Vous ne pouvez pas afficher les liens vers vos hôtes Linux à partir de la page APM Summaryde votre application Java.
Solution
Configurez les paramètres du nom d'hôte afin que l'agent Infrastructure de New Relic dans un agent environnement Linux renvoie exactement la même chaîne de nom que l'agent Java de New Relic . Recommandation : modifiez les paramètres du nom de domaine complet (FQDN). L'agent lit son nom d'hôte à partir des paramètres FQDN du système d'exploitation. Par conséquent, la définition du nom d'hôte à cet endroit garantira que les deux agents partagent un seul nom d'hôte.
Prudence
L'interface utilisateur New Relic utilise le nom d'hôte pour lier une application à son serveur hôte. La modification du nom d'hôte entraînera l'affichage d'un nom différent pour le serveur d'applications par rapport à celui signalé par les applications de monitoring. Si le lien de l'application fonctionne actuellement, changer le nom d'hôte peut rompre les liens hôte-serveur.
Cet exemple configure le serveur pour utiliser les valeurs FQDN suivantes :
Adresse IP: 1.2.3.4
Nom de domaine complet : myhost.example.com
Nom d'hôte court : myhost
La plupart des distributions Linux stockent les paramètres du nom d’hôte dans deux fichiers, généralement :
/etc/hosts
/etc/sysconfig/network (Ce chemin peut ne pas exister dans votre distribution Linux.)
Pour configurer le nom d’hôte que vous souhaitez appliquer au prochain démarrage de l’hôte ou du serveur :
Ajoutez l'adresse IP, le FQDN et le nom d'hôte court aux données existantes dans /etc/hosts; par exemple :
Si /etc/sysconfig/network est présent, ajoutez le FQDN aux données existantes dans /etc/sysconfig/network. Par exemple:
NETWORKING=yes
HOSTNAME=myhost.example.com
Utilisez la ligne de commande pour définir le nom d’hôte actuel, afin que les modifications prennent effet sans redémarrer le serveur :
bash
$
sudohostname myhost.example.com
Redémarrez l'agent Java et agent d'infrastructure pour enregistrer le nouveau nom d'hôte.
Vous pouvez également configurer le nom d'hôte pour qu'il soit un FQDN au démarrage en utilisant un script shell. Dans cet exemple, cloud-init transmet un script shell à l'image machine Amazon (AMI) au démarrage, à l'aide de la variable UserData. Un script cloud-init s'exécute avant le démarrage de l'agent Java et de l'agent d'infrastructure, de sorte que l'agent hérite des paramètres du nom d'hôte du script cloud-init.
Cet exemple script configure tous les paramètres du nom d'hôte. Selon votre distribution Linux, la commande echo à /etc/sysconfig/network peut ne pas être requise.
New Relic relie l'application et l'hôte ou le serveur ensemble en faisant correspondre la chaîne du nom d'hôte rapporté par l'agent Java et notre agent d'infrastructure pour Linux. Si ces deux chaînes de nom d’hôte ne sont pas identiques, New Relic ne peut pas connecter l’application et le serveur dans la page APM Summary.
Il y a plusieurs raisons pour lesquelles cela peut se produire. Par exemple:
Il se peut que la JVM signale l'adresse IP et non le nom d'hôte.
La JVM peut signaler une adresse IPv6, tandis que l'agent Linux signale une adresse IPv4.