Surveillance de Weblogic
Le capteur WebLogic est automatiquement déployé, configuré et installé une fois que vous avez installé l'agent d' Instana.
Informations de support
Pour vous assurer que le capteur WebLogic est compatible avec votre configuration actuelle, consultez les sections d'informations d'assistance suivantes :
Versions prises en charge et politique d'assistance
Le capteur prend en charge les versions suivantes de WebLogic :
- 10gR3
- 11gR1
- 12cR1
- 12cR2
- 14cR1
- 14cR2
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 |
|---|---|---|---|
| Weblogic | 45 jours | 15.1.1.0 | 15.1.1.0 |
Pour plus d'informations sur la politique d'assistance, consultez la section « Stratégie d'assistance pour les capteurs ».
Tracé pris en charge
Pour cette technologie, Instana prend en charge le suivi. Pour plus d'informations, consultez la section « Frameworks et bibliothèques instrumentés ».
Configuration
L'agent surveille WebLogic de manière native, et la configuration est facultative.
Configuration de la fréquence d'interrogation
Vous pouvez définir la fréquence à laquelle l' Instana interroge WebLogic pour collecter des données et des métriques en utilisant le poll_rate paramètre dans le fichier de configuration.yaml l'agent, comme le montre l'exemple suivant :
com.instana.plugin.weblogic:
poll_rate: 1 # values are 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
- Nom
- Version
- Port
- État de cycle de vie
- Heure d'activation
- Déploiements Web (150 max.)
- Racine de contexte
- Dépassement du délai d'attente de session
- Statut
- Servlets (100 max.)
- Servlet
- Pool d'unités d'exécution
- Sources de données (150 max.)
- Nom
- Etat
- Destinations JMS (150 max.)
- Nom
- Agents SAF (150 max.)
- Nom
- Suspendu pour l'envoi
- Suspendu pour entrant
- Suspendu pour la réception
- Etat d'intégrité
Métriques de performance
Déploiements Web
| Métrique | Description |
|---|---|
| Sessions actives | Fournit le nombre total actuel de sessions ouvertes dans ce module. Renvoie le nombre total actuel de sessions ouvertes dans ce composant |
| Sessions créées | Fournit le nombre total de sessions ouvertes |
Servlets
| Métrique | Description |
|---|---|
| Demandes | Indique le nombre total de fois où ce servlet a été appelé |
| Temps de réponse moyen | Indique la durée moyenne d'exécution de tous les appels du servlet depuis sa création |
Pool d'unités d'exécution
| Métrique | Description |
|---|---|
| Unités d'exécution inactives | Nombre d'unités d'exécution inactives dans le pool. Ce nombre ne comprend pas les unités d'exécution en stand-by et les unités d'exécution bloquées. Le nombre indique les unités d'exécution qui sont prêtes à traiter un nouveau travail dès qu'il se présente |
| Nombre total d'unités d'exécution | Nombre total d'unités d'exécution dans le pool |
| Unités d'exécution d'étranglement | Unités d'exécution actuellement détenues par une demande. Ces unités d'exécution seront déclarées comme bloquées après expiration du délai configuré ou retourneront dans le pool avant cette échéance. Le mécanisme de réglage automatique sera renvoyé si nécessaire |
| Unités d'exécution en attente | Nombre d'unités d'exécution dans le pool de secours. Les unités d'exécution qui ne sont pas nécessaires pour gérer la charge de travail actuelle sont désignées comme étant en stand-by et ajoutées au pool de secours. Ces unités d'exécution sont activées lorsque des unités d'exécution supplémentaires sont nécessaires |
| Unités d'exécution bloquées | Nombre d'unités d'exécution bloquées dans le pool d'unités d'exécution (disponible depuis la version 12.1.2.0.0) |
Sources de données
| Métrique | Description |
|---|---|
| Connexions disponibles | Nombre de connexions de base de données actuellement inactives pouvant être utilisées par les applications dans cette instance de la source de données |
| Connexions actives en cours | Nombre de connexions actuellement utilisées par les applications |
| Connexions dans le pool | Nombre actuel de connexions JDBC dans le pool de connexions au sein de la source de données |
| Connexions créées | Nombre total cumulé de connexions de base de données créées dans cette source de données depuis son déploiement |
| Demandes en attente de connexion | Nombre de demandes de connexion en attente d'une connexion à la base de données |
| Connexions fuitées | Nombre de connexion.en fuite Une connexion en fuite est une connexion qui a été réservée dans une source de données, mais qui n'a pas été renvoyée à cette source de données à l'aide d'un appel close() |
Destinations JMS
| Métrique | Description |
|---|---|
| Nombre actuel de messages | Nombre actuel de messages dans la destination. Ne comprend pas les messages en attente |
| Nombre de messages en attente | Nombre de messages en attente dans la destination. Les messages en attente sont en sus du nombre actuel de messages. Un message en attente est un message qui a été envoyé dans une transaction mais n'a pas été validé, ou qui a été reçu mais n'a pas été validé ou confirmé à l'aide d'un accusé de réception |
| Nombre de messages reçus | Nombre de messages reçus dans cette destination depuis la dernière réinitialisation |
Agents SAF
| Métrique | Description |
|---|---|
| Nombre actuel de messages | Nombre actuel de messages par agent SAF. |
| Nombre de messages en attente | Nombre de messages en attente par agent SAF. Un message en attente est un message qui a été envoyé dans une transaction mais n'a pas été validé, ou qui a été reçu mais n'a pas été validé ou confirmé à l'aide d'un accusé de réception |
| Nombre actuel de noeuds finaux distants | Nombre actuel de noeuds finaux distants auxquels cet agent SAF a stocké et transmis des messages. |
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 générés pour le détecteur Weblogic, voir la référence des événements intégrés.