Surveillance de JBoss Data Grid
Le capteur « JBoss Data Grid » est automatiquement déployé et installé une fois que vous avez installé l'agent « Instana ».
Informations de support
Pour vous assurer que le capteur d' JBoss Data Grid s est compatible avec votre configuration actuelle, consultez les sections d'informations d'assistance suivantes :
Versions prises en charge et politique d'assistance
Le tableau suivant présente la dernière version prise en charge et la politique d'assistance :
| Technologie | Politique de support | Dernière version technologique | Dernière version prise en charge |
|---|---|---|---|
| JBoss Data Grid | A la demande | 8.5.4 | 8.5.3 |
Pour plus d'informations sur la politique d'assistance, consultez la section « Stratégie d'assistance pour les capteurs ».
Prise en charge du traçage côté client
Pour cette technologie, Instana prend en charge le traçage côté client pour le langage suivant :
Prérequis
Vous devez activer la fonctionnalité « Java Management Extensions » ( JMX ) dans JBoss Data Grid pour permettre la collecte des métriques. Par défaut, la fonctionnalité « JMX » est désactivée dans JBoss Data Grid.
Pour plus d'informations sur l'activation de l' JMX e et des statistiques, consultez la documentation relative à la grille de données d' Red Hat.
Configuration de la fréquence d'interrogation
Pour configurer une fréquence d'interrogation personnalisée, ajoutez poll_rate dans le <agent_install_dir>/etc/instana/configuration.yaml fichier, comme indiqué dans l'exemple suivant :
com.instana.plugin.jbossdatagrid:
poll_rate: 1 # Value is in seconds. Default value is 1 second.Collecte des métriques
Pour consulter les métriques, sélectionnez « Infrastructure » dans la barre latérale de l'interface utilisateur d' Instana, cliquez sur un hôte surveillé spécifique, puis vous verrez s'afficher un tableau de bord de l'hôte contenant toutes les métriques collectées et les processus surveillés.
Données de configuration
Les données de configuration suivantes sont récupérées à partir de JBoss Data Grid :
Informations sur le processus et la version
| Configuration | Description |
|---|---|
| ID du processus | Identifiant unique du processus « JBoss Data Grid » en cours d'exécution sur le système |
| Version grille de données JBoss | Version spécifique de JBoss Data Grid qui fait l'objet d'une surveillance (par exemple, 8.5.4 ) |
| Version JGroups | Version du framework de mise en grappe « JGroups » utilisée pour la communication entre les nœuds |
| Nom max d'unités d'exécution de nœud worker HotRod | Nombre maximal de threads utilisés par le connecteur Hot Rod pour traiter les requêtes des clients |
| Unités d'exécution Worker | Nombre actuel de threads de travail actifs traitant les requêtes |
| Ports | Ports réseau sur lesquels les services d' JBoss Data Grid sont à l'écoute |
JGroups configuration en grappe
Chaque groupe est présenté sous la forme d'une section repliable intitulée « Groupe d' JGroups s : {clusterName}». En le développant, vous pouvez voir tous les détails relatifs à la chaîne « JGroups » et au pool de threads :
| Configuration | Description |
|---|---|
| Nom du canal | Nom du canal de communication « JGroups » utilisé par ce cluster |
| Adresse du canal | Adresse unique attribuée à ce nœud au sein du canal JGroups |
| État du canal | État actuel du canal de communication de l' JGroups (connecté ou déconnecté) |
| Statistiques de canal activées | Indicateur précisant si la collecte de statistiques est activée pour la chaîne |
| Statistiques UDP activées | Indicateur précisant si les statistiques du protocole UDP sont enregistrées |
| Pool d'unités d'exécution des messages entrants activé | Indique que le pool de threads par défaut utilisé pour traiter les messages entrants du cluster est actif |
| Nombre maximum d'unités d'exécution du pool d'unités d'exécution des messages entrants | Nombre maximal de threads autorisés dans le pool de threads des messages entrants |
| Unités d'exécution min. du pool d'unités d'exécution des messages entrants | Nombre minimum de threads maintenus actifs dans le pool de threads des messages entrants |
| Temps d'activité du pool d'unités d'exécution des messages entrants | Durée pendant laquelle un thread inactif reste actif avant d'être supprimé du pool des messages entrants |
| Taille max. de la file d'attente du pool d'unités d'exécution des messages entrants | Nombre maximal de messages pouvant être mis en file d'attente lorsque le pool de threads est saturé |
| Politique de rejet du pool d'unités d'exécution des messages entrants | Politique appliquée lorsque le pool de threads et la file d'attente sont tous deux pleins (par exemple, DISCARD ou RUN) |
| Pool d'unités d'exécution des messages OOB activé | Indique que le pool de threads hors bande (OOB) destiné aux messages de cluster hautement prioritaires est actif |
| Unités d'exécution max. du pool d'unités d'exécution des messages OOB | Nombre maximal de threads autorisés dans le pool de threads des messages OOB |
| Unités d'exécution min du pool d'unités d'exécution des messages OOB | Nombre minimum de threads maintenus actifs dans le pool de threads des messages hors bande |
| Temps d'activité du pool d'unités d'exécution des messages OOB | Durée pendant laquelle un thread inactif reste actif avant d'être interrompu dans le pool de messages hors bande |
| Taille max. de la file d'attente du pool d'unités d'exécution des messages OOB | Nombre maximal de tâches planifiées pouvant être mises en file d'attente dans le pool de threads des messages OOB |
| Politique de rejet du pool d'unités d'exécution des messages OOB | Politique appliquée lorsque la file d'attente du pool de threads des messages OOB est pleine |
| Minuterie Messages Pool de threads Nombre maximal de threads | Nombre maximal de threads autorisés dans le pool de threads des messages de la minuterie |
| Min. de threads du pool de threads pour les messages du minuteur | Nombre minimum de threads maintenus actifs dans le pool de threads des messages du temporisateur |
| Durée de maintien de la connexion du pool de threads pour les messages de la minuterie | Durée pendant laquelle un thread inactif reste actif avant d'être interrompu dans le pool de messages du temporisateur |
| Temporisateur Messages Pool de threads Taille maximale de la file d'attente | Nombre maximal de tâches planifiées pouvant être mises en file d'attente dans le pool de threads des messages de la minuterie |
| Politique de rejet du pool de threads pour les messages temporisés | Politique appliquée lorsque le pool de threads et la file d'attente des messages de la minuterie sont tous deux pleins (par exemple, DISCARD ou RUN) |
Configuration du cache
Chaque cache défini dans l'instance d' DataGrid s est affiché sous la forme d'une section repliable intitulée Cache [<name-from-infinispan.xml>(<cacheType>_<cacheMode>)] , où le type de cache est distributed ou replicated et le mode est sync ou async. Par exemple, Cache [my-cache1(dist_sync)].
| Configuration | Description |
|---|---|
| Statut | État opérationnel actuel de chaque cache (running ou stopped) |
| Heure de début | Horodatage de l'initialisation de chaque cache |
| Nom du cluster | Nom du cluster auquel appartient le cache |
| Statistiques activées | Indicateur booléen indiquant si la collecte de statistiques est activée pour le cache |
| Configuration | Configuration détaillée du cache sous forme de table clé-valeur, comprenant les attributs, le mode de cache, les détails d'indexation, les politiques d'éviction, les paramètres d'expiration, le type de stockage et d'autres valeurs |
Caches de gestionnaire de cache
| Métrique | Description |
|---|---|
| Cache | Nom du gestionnaire de cache |
| Caches définis | Nombre total de caches définis (configurés) dans ce gestionnaire de cache, qu'ils soient en cours d'exécution ou non |
| Caches créés | Nombre de caches qui ont été instanciés (créés) mais qui ne sont peut-être pas encore actifs |
| Caches en cours d'exécution | Nombre de caches actuellement en cours d'exécution et traitant activement des requêtes |
Métriques de performance
Les indicateurs de performance suivants sont collectés afin de surveiller l'état et l'efficacité d' JBoss Data Grid :
Statistiques du pool d'unités d'exécution du temporisateur JGroups
| Métrique | Description |
|---|---|
| Nom du cluster | Nom du cluster JGroup |
| Taille des unités d'exécution du temporisateur | Nombre total actuel de threads dans le pool de threads du temporisateur |
| Taille des tâches du temporisateur | Nombre de tâches planifiées ou en cours d'exécution |
Statistiques du pool d'unités d'exécution par défaut JGroups
| Métrique | Description |
|---|---|
| Nom du cluster | Nom du cluster JGroup |
| Taille des unités d'exécution des messages entrants | Nombre total actuel de threads dans le pool de messages entrants par défaut |
| Taille des unités d'exécution actives des messages entrants | Nombre de threads actuellement actifs et traitant les messages entrants |
Temps d'attente et débit du cache
| Métrique | Description |
|---|---|
| Cache | Nom de la cache |
| Temps de lecture moyen | Durée moyenne d'une opération de récupération en cache, en millisecondes |
| Temps d'écriture moyen | Durée moyenne d'une opération de mise en cache, en millisecondes |
| Temps de suppression moyen | Durée moyenne d'une opération de suppression de cache, en millisecondes |
| Débit (ops/s) | Nombre d'opérations de cache effectuées par seconde, tous types d'opérations confondus |
Succès et échecs en cache
| Métrique | Description |
|---|---|
| Taux de réussite | Indique le pourcentage de toutes les requêtes de données qui sont trouvées dans le cache rapide en mémoire, plutôt que de devoir être récupérées depuis le stockage principal |
| Succès | Cela se produit lorsqu'une application demande une donnée spécifique et que cette donnée se trouve dans la mémoire cache |
| Echecs | Cela se produit lorsque le contenu demandé ne se trouve pas dans le cache, ce qui oblige le système à le récupérer depuis le stockage principal ou le serveur d'origine |
| Supprimer les succès | Se produit lorsqu'une application appelle cache.remove(key) et que l'entrée (paire clé-valeur) existe dans le cache et est supprimée avec succès |
| Supprimer les échecs | Se produit lorsqu'une application appelle cache.remove(key) mais que la clé spécifiée n'existe pas dans le cache |
Autres statistiques relatives au cache
| Métrique | Description |
|---|---|
| Insertions (Put) | Nombre d'opérations d'écriture dans le cache par seconde, permettant de suivre la fréquence des insertions et des mises à jour de données. Cet indicateur permet de mieux comprendre les tendances en matière de charge de travail en écriture. |
| Rapport lecture/écriture | Proportion des opérations de lecture par rapport aux opérations d'écriture, ce qui vous aide à comprendre les schémas d'accès et à optimiser la configuration du cache. Un rapport lecture/écriture élevé indique une charge de travail à forte intensité de lecture, pour laquelle la mise en cache est particulièrement avantageuse. |
| Entrées | Nombre actuel d'entrées stockées dans le cache, indiquant l'utilisation et la capacité de la mémoire. Le suivi de cet indicateur facilite la planification des capacités et permet de détecter quand les limites du cache sont sur le point d'être atteintes. |
| Expulsions | Nombre d'entrées supprimées du cache en raison de contraintes de capacité ou de règles d'expiration. Des taux d'éviction élevés peuvent indiquer une pression sur la mémoire, des caches trop petits ou des politiques d'expiration trop strictes qui pourraient nécessiter un ajustement. |
Connexion Hot Rod
| Métrique | Description |
|---|---|
| Nombre de membres de la communauté locale des amateurs de hot rods | Nombre de connexions Hot Rod actives provenant de clients situés sur le même hôte que le serveur DataGrid |
| Nombre de connexions Global Hot Rod | Nombre de connexions Hot Rod actives provenant de tous les clients sur l'ensemble des hôtes |
JGroups statistiques de cluster
| Métrique | Description |
|---|---|
| Statistiques UDP du cluster JGroups | Surveille les statistiques du cluster pour le transport « UDP », notamment les indicateurs relatifs aux débits de messages, au débit et à la taille des tampons |
Signatures d'intégrité
Pour chaque capteur, il existe une base de connaissances des signatures d'intégrité qui sont évaluées en permanence par rapport aux métriques entrantes et qui sont utilisées pour traiter les problèmes ou les incidents en fonction de l'impact sur l'utilisateur.
Les événements intégrés déclenchent des problèmes ou des incidents en fonction de signatures de santé défaillantes sur des entités, tandis que les événements personnalisés déclenchent des problèmes ou des incidents en fonction des seuils d'une métrique spécifique à une entité donnée.
Pour plus d'informations sur les événements intégr és du capteur « JBoss Data Grid », consultez la référence sur les événements intégrés.