L'absence de données dans les vues de surveillance des pools, des API et autres du service Application Real-Time Monitoring Service (ARMS) Application Monitoring peut avoir plusieurs causes, allant de la désactivation de la collecte de données à l'utilisation de composants ou de versions d'agent non pris en charge. Effectuez d'abord les vérifications courantes décrites dans cette rubrique, puis poursuivez avec la section correspondant à la vue de surveillance où les données sont manquantes.
Vérifications courantes en cas de données de surveillance manquantes
Effectuez les vérifications suivantes dans l'ordre indiqué. Ces vérifications s'appliquent à tous les symptômes de données manquantes, quelle que soit la vue de surveillance vide.
Les vérifications de cette rubrique s'appliquent aux applications surveillées par l'agent Java ARMS.
-
Dans la , accédez à la page Application Monitoring > Application List. Dans le coin supérieur droit, choisissez Settings > Application Start/Stop Settings et vérifiez si la collecte de données est désactivée.
Dans la boîte de dialogue Start/Stop All Applications, consultez l'état actuel de l'application. La boîte de dialogue propose les stratégies suivantes :
Stop all applications (automatically start at 00:00 the next day)
Stop all applications (do not automatically start the next day)
Keep running (automatically stop applications after the quota is reached and automatically start at 00:00 the next day)Si l'état actuel correspond à l'une des stratégies d'arrêt, la collecte de données est désactivée. Pour reprendre la collecte de données, sélectionnez la stratégie de maintien en cours d'exécution.
-
Sur la page Application List, cliquez sur l'application cible. Ensuite, sur la page Application Settings > Custom Configurations, vérifiez si l'option Agent Master Switch est activée.
Si l'option Agent Master Switch est désactivée, ARMS ne peut pas surveiller l'application. Activez l'option pour reprendre la surveillance. Les modifications apportées à cette option prennent effet sans redémarrer l'application.
-
Sur la page Application Details > JVM Monitoring, vérifiez si des données JVM existent.
S'il n'existe aucune donnée JVM, il se peut que l'instance exécutant l'agent ait perdu sa connexion avec ARMS. Connectez-vous à l'instance et vérifiez la connectivité réseau. Pour plus d'informations, consultez la rubrique Comment tester la connectivité réseau. Après avoir confirmé que le réseau est connecté, recommencez la procédure d'intégration de l'application, puis résolvez le problème.
Si des données JVM existent mais que la vue de surveillance des API est vide, consultez la section Données manquantes dans la vue de surveillance des API.
Confirmez la version de l'agent ARMS utilisée par l'application. La version de l'agent détermine si la surveillance des pools est disponible et si vous devez fournir les journaux de l'agent lors de la soumission d'un ticket.Si ces vérifications n'identifient pas la cause, poursuivez avec la section correspondant à la vue de surveillance où les données sont manquantes.
Données manquantes dans la vue de surveillance des pools
Si la vue de surveillance des pools est vide après avoir effectué les vérifications courantes, vérifiez le type de composant et la version de l'agent.
Vérification du type de composant
La surveillance des pools prend en charge les types de composants suivants :
Pools de threads personnalisés
Dubbo
Tomcat
OkHttp
Apache HttpClient
Druid
HikariCPAssurez-vous que votre composant de pool de threads fait partie de ces types.
Vérification de la version de l'agent
Si la version de l'agent est antérieure à la version 2.8.3, mettez à niveau l'agent vers la version 2.8.3 ou ultérieure. Pour plus d'informations, consultez la rubrique Notes de version de l'agent Java.
Données manquantes dans la vue de surveillance des API
Si la page JVM Monitoring contient des données mais que la vue de surveillance des API est vide, vérifiez le trafic de l'application et la compatibilité des composants.
Confirmez que l'application reçoit du trafic.
Confirmez que les versions des composants utilisées par l'application sont prises en charge par ARMS. Pour connaître les versions de composants prises en charge, consultez la rubrique Composants et frameworks Java pris en charge par ARMS Application Monitoring.
Si les versions des composants ne font pas partie de la plage prise en charge, .
Absence de métriques pour les appels lents et les erreurs
Les métriques relatives aux appels lents et aux erreurs dans ARMS Application Monitoring ne comptent que les requêtes qui remplissent des conditions spécifiques. Vérifiez si les requêtes de votre application remplissent les conditions suivantes.
Appels lents — Une requête est enregistrée comme un appel lent lorsque son temps de réponse dépasse le seuil de temps de réponse des appels lents, qui est de 500 ms par défaut. Vérifiez si les requêtes de l'application dépassent ce seuil.
Nombre d'erreurs — ARMS compte une requête comme une requête en erreur lorsque son code de réponse est supérieur à 400, ou lorsque la requête génère une exception jusqu'à la couche la plus externe lors d'un appel d'API. Vérifiez si les requêtes de l'application remplissent l'une ou l'autre de ces conditions.Si aucune requête de l'application ne remplit ces conditions, l'absence de métriques pour les appels lents et les erreurs est normale.
Soumettre un ticket
Si votre application utilise JDK 7 ou JDK 17, ou n'est pas basée sur Spring Boot, .
Pour les versions d'agent antérieures à la version 2.7.3.5, vous devez fournir les journaux de l'agent lors de la soumission d'un ticket. Par défaut, les journaux de l'agent se trouvent dans le répertoire /home/admin/.opt/ArmsAgent/logs.