Servlet ServiceNow
Chaque instance dispose d’un servlet, et vous pouvez surveiller ses performances à l’aide du graphique Servlet défini sur la page d’accueil ServiceNow Performances.
- Dans la liste Jeu de graphiques , sélectionnez ServiceNow Servlet.
- Dans la liste Éléments contrôlables , sélectionnez une instance.
- Dans la liste Intervalle de temps , sélectionnez une période.
Pour obtenir des détails sur l’utilisation des contrôles de graphique et d’affichage sur la page d’accueil Performances, reportez-vous à la ServiceNow section Mesures des performances de la plateforme.
- Vue d’ensemble du système : fournit des informations sur les performances des threads. Chaque seconde, le système examine tous les threads actifs (interface utilisateur et arrière-plan) et les place dans l’une des catégories suivantes :
- Processeur : le thread est actif, mais n’exécute aucune des étapes. Cette condition signifie généralement du temps de calcul hors règle métier, bien que dans ce cas, quelques autres états d’attente interne soient classés dans la catégorie CPU. Par conséquent, une corrélation de 1 :1 entre le nombre de threads dans un processeur et l’utilisation du processeur matériel n’est pas attendue.
- Base de données : le thread attend les informations de la base de données.
- Règle métier : le système exécute une règle métier (synchrone ou asynchrone) et n’exécute actuellement aucune requête (qui serait une base de données).
- Réseau : le thread écrit des données sur le réseau ou attend qu’une mémoire tampon réseau sortante soit vidée.
- Concurrence : les threads ne peuvent pas s’exécuter, car ils sont en attente d’un sémaphore ou d’une synchronisation de session.
Le système fait la moyenne de ces transactions toutes les minutes et les enregistre dans la base de données. Le graphique affiche les moyennes pour chaque catégorie.
- Transactions : affiche toutes les transactions de l’interface utilisateur initiées par les utilisateurs. Ce graphique peut afficher des pics importants dans le trafic des utilisateurs finaux et identifier les pics d’activité des utilisateurs finaux.
- Temps de réponse : affiche l’intervalle (en millisecondes) entre le moment où l’instance reçoit une transaction et le moment où l’instance répond. Affiche le temps nécessaire au serveur pour effectuer une transaction, en moyenne, au cours d’une période donnée.
Une augmentation du temps de réponse moyen peut indiquer qu’il y a un problème systémique ou un afflux de transactions généralement plus lentes. Pour identifier d’éventuels problèmes de performances, vous pouvez corréler le temps de réponse avec d’autres domaines, tels que la mémoire, la base de données ou le processeur.
- Sessions : affiche les sessions actives, y compris les sessions initiées par le MID Server et les intégrations externes. Un grand nombre de sessions périmées mais actives peuvent entraîner des problèmes de mémoire et de performances. Un nombre de sessions supérieur à 10 000 peut généralement entraîner une dégradation des performances. Envisagez de passer en revue les directives des sessions d’intégration et de limiter les délais d’expiration des sessions.
- File d’attente de la session : affiche le nombre de transactions en attente d’une autre transaction pour le même utilisateur. Les sessions d’attente se produisent lorsqu’un utilisateur envoie une demande en double avant la fin de la demande précédente. Peut indiquer une page lente ou une transaction qui nécessite un examen plus approfondi.
Pour identifier les transactions en attente, vérifiez l’entrée du journal des transactions [syslog_transaction] et affichez le temps d’attente de la session pour trouver les transactions en attente. Ensuite, recherchez le numéro de transaction que l’utilisateur attend.
- Utilisation du sémaphore : affiche le nombre de sémaphores utilisés par l’instance sélectionnée. Les sémaphores contrôlent le nombre de transactions utilisateur qui peuvent s’exécuter en parallèle.
Les transactions de longue durée sur un sémaphore peuvent sauvegarder tous les sémaphores, ce qui entraîne l’attente des transactions. La plateforme gère les sémaphores, ne nécessitant aucune administration client. Le graphe de sémaphore n’est utilisé que par Service et assistance client pour le dépannage.
- File d’attente de sémaphore : affiche la file d’attente d’un sémaphore. Utilisez ce graphique avec le graphique Utilisation du sémaphore . Une file d’attente élevée indique des transactions de longue durée sur le sémaphore. Une file d’attente de sémaphores élevée et persistante peut indiquer que le nœud d’instance est surchargé de travail.
Consultez le journal des transactions [syslog_transaction] pour trouver les transactions les plus anciennes au cours de cette période et identifier le problème. Ce graphe n’est utilisé que par Service et assistance client.
- Longueur de la file d’attente du planificateur/Tâches terminées du planificateur : affiche toutes les activités du planificateur pour l’instance sélectionnée, y compris Détection les sondes. Vous pouvez déterminer le backlog des tâches planifiées dans la file d’attente pour une période donnée. Vous pouvez ensuite comparer ce chiffre au taux auquel les tâches sont traitées au cours de la même période.
- Erreurs : affiche toutes les erreurs graves imprimées dans les journaux ou les syslog_ransactions localhost. Plusieurs erreurs graves indiquent un problème qui nécessite une enquête plus approfondie.
- Événements traités : affiche le nombre moyen d’événements traités au cours de la période sélectionnée.
- Événements consignés : affiche le nombre moyen d’événements mis en file d’attente et ajoutés au journal des événements au cours de la période sélectionnée.
- Transactions HTTP : affiche toutes les transactions HTTP terminées, y compris l’interface utilisateur, l’intégration et le trafic AMB. Ce graphique peut afficher des pics importants dans le trafic HTTP et peut aider à identifier le pic d’activité des utilisateurs.
- Rejets de sémaphores : affichez le nombre de transactions rejetées par les files d’attente de sémaphores suivantes :
- Exécution rejetée par défaut du sémaphore
- Débogage de sémaphore : exécution rejetée
- Exécution rejetée de la réception AMB du sémaphore
- Exécution rejetée de l’envoi AMB du sémaphore
- Exécution rejetée de l’INT de l’API de sémaphore
- Présence de sémaphore Exécution rejetée