Thread Monitor - Fichier de configuration Yaml

L'outil Thead Monitor collecte les Thread dumps et les fichiers Javacores à un intervalle configuré, et pendant des événements tels que l'utilisation élevée des threads de pool WebContainer/Default_Executor. Le fichier de configuration Yaml doit exister avec le nom /SETUP/support/thread_monitor.yaml ou sous l'emplacement spécifié avec la variable d'environnement THREAD_MONITOR_CFG.

Le fichier Yaml est chargé au démarrage et il est examiné pour y apporter des modifications toutes les minutes. Si le fichier Yaml n'est pas lisible au démarrage, aucune autre tentative de chargement n'est entreprise lors de l'exécution.

Par défaut, Thread Monitor est activé.

Configurations de fichier Yaml :

Voici une liste de différentes configurations de fichier Yaml :

  • activé : commutateur principal. Utilise la variable d'environnement THREAD_MONITOR_ENABLED. La valeur par défaut false est activée : "${THREAD_MONITOR_ENABLED:-false}"
  • format : threaddump ou javacore. Threaddumps sont des formats moins coûteux : threaddump.
  • répertoire : répertoire dans lequel les threaddumps sont écrits et où l'archivage a lieu.
  • Il doit correspondre au répertoire utilisé avec -Xdump qui configure l'endroit où les fichiers Javacores sont écrits : "${DUMP_DIR}".
  • minCollectionInterval : Pour vous assurer que les threaddumps/javacores ne sont pas collectés trop fréquemment. Utile lorsque les déclencheurs sont activés. La valeur est exprimée en secondes. Il n'est pas recommandé d'autoriser des intervalles inférieurs à 15 secondes. Utilisez 0 pour désactiver. minCollectionInterval : 15
  • archivage :
    • delayedZipNum : lors du débogage en temps réel, il est utile de lire les vidages lorsqu'ils sont créés.
    • Ce paramètre retarde la compression des vidages N les plus récents afin qu'ils restent disponibles pour l'examen avec "vi". delayedZipNum : 10
    • zipSize : nombre de vidages à inclure par fichier zip zipSize : 30
    • zipMaxAgeMins : supprime les zips dont l'heure de dernière modification est plus ancienne que l'heure configurée en minutes. 0 pour désactiver zipMaxAgeMins : 2880
    • zipMaxCount : conservez uniquement les N derniers fichiers zip. 0 pour désactiver zipMaxCount : 96
  • threaddumps :
    inclure : utilisé pour filtrer les threads enregistrés dans le fichier threaddump. Seuls les noms de threads qui commencent par les chaînes spécifiées seront consignés, dont :
    • WebContainer
    • Exécuteur par défaut
    • main
    • pool
    • redisson
  • déclencheurs :
    • intervalle : active la collecte périodique de vidages. La valeur est exprimée en secondes. Interval: 30
    • webContainer : déclenche des vidages en fonction de l'utilisation du pool de threads WebContainer/Default_Executor. L'utilisation de la réserve est évaluée lorsque l'API de surveillance se déclenche. Lors de l'utilisation de prometheus, l'intervalle de mise au rebut par défaut est de 15 secondes.
    • inUseLargerThan : déclencher un vidage lorsque le nombre de threads actifs (non inactifs) est supérieur à la valeur configurée inUseLargerThan : 21
    • format : utiliser un format différent du format par défaut. Lorsque le nombre de threads disponibles dans le pool de threads est faible, il peut être préférable de collecter des fichiers Javacores au lieu de Threaddumps, car ils ont davantage de formats d'informations : javacore.