Documentation sur Oracle Cloud Infrastructure

Configurer les paramètres d'agent

Utilisez cette action pour modifier les paramètres d'agent de gestion suivants pour un parc :
  • Quels chemins de système de fichiers les agents de gestion du parc balayent sur leurs hôtes pour détecter les installations d'exécution Java
  • Fréquence à laquelle les agents de gestion du parc signalent l'utilisation et les installations d'exécution Java aux parcs JMS
Note

Agents OCMA :
  • Signaler les applications Java à partir d'un pod dès que celui-ci démarre dans la grappe Kubernetes.
  • Balayez toute la grappe toutes les 3 heures pour détecter les applications Java.
  • Mettez à jour l'inventaire de l'application toutes les 24 heures pour refléter le dernier temps déclaré.

Ces comportements sont actuellement non configurables.

Préalables : Vous avez sélectionné un parc dans le tableau de bord des parcs.

  1. Dans le menu Actions, sélectionnez Configurer les paramètres de l'agent. Vous êtes invité à modifier les paramètres généraux et les chemins du système de fichiers balayés par les agents de gestion. Chaque agent de gestion d'un parc utilise ces paramètres.
  2. Modifiez les paramètres généraux :
    1. Signaler les mesures du plugiciel JMS : Signalez les mesures d'utilisation des ressources (UC, mémoire, disque, réseau) pour le plugiciel JMS déployé sur une instance gérée. Les données seront disponibles dans la page des détails de l'instance gérée. La valeur par défaut est Non.
    2. Enregistrer le nom d'utilisateur de l'appel d'application : Collectez le nom d'utilisateur associé à l'utilisation de l'application dans une instance gérée. Les données seront disponibles dans la table Application de la page Détails de l'instance gérée. La valeur par défaut est Yes (Oui).
      Note

      Si cette valeur est réglée à Vrai, lorsqu'une instance gérée est enregistrée dans ce parc JMS lors de l'installation de l'agent de gestion et du déploiement du plugiciel JMS, le plugiciel Java Management Service génère le suivi de l'utilisation Java avec des fonctionnalités supplémentaires sur l'instance. Cela permettra à JMS de collecter la propriété <user.name> pour mieux identifier les applications exécutées sur des serveurs d'applications tels que WebLogic et Tomcat. Si cette valeur est réglée à Faux, le suivi de l'utilisation aura une fonctionnalité standard.

    3. Saisir les adresses IP, les noms d'hôte et les noms de domaine complets : Collectez les adresses IP, les noms d'hôte et les noms de domaine complets associés à une instance gérée. Les données seront disponibles dans la table et la page des détails de l'instance gérée.

      Ce paramètre s'applique uniquement aux agents OMA et OCA, et non aux agents OCMA.

    4. Enregistrer l'utilisation de la bibliothèque Java : Spécifiez si les agents balayent périodiquement les instances gérées pour détecter automatiquement les vulnérabilités dans les bibliothèques Java utilisées par les applications, sans nécessiter l'action Balayer la bibliothèque Java.

      Ce paramètre s'applique uniquement aux agents OMA et OCA, et non aux agents OCMA.

    5. Utilisation de l'exécution Java en minutes : Spécifiez la fréquence à laquelle l'agent de gestion doit signaler l'utilisation de Java au module JMS de gestion de parcs. Les valeurs doivent être comprises entre 5 et 90 minutes. La valeur par défaut est de 60 minutes.

      Pour les agents OCMA, les parcs JMS mettent à jour l'utilisation de Java chaque fois qu'un pod est créé.

    6. Intervalle de scrutation de l'agent : Spécifiez la fréquence à laquelle l'agent de gestion doit vérifier les demandes de travail. Sélectionnez l'unité de l'intervalle de scrutation : Minute ou Hour. Par exemple, si la valeur spécifiée est de 10 minutes, l'agent vérifie les demandes de travail toutes les 10 minutes et les exécute. Les valeurs doivent être comprises entre 10 minutes et 12 heures. La valeur par défaut est de 10 minutes.
    7. Validité de la demande de travail : Spécifiez la période pendant laquelle le module JMS de gestion de parcs peut stocker les demandes de travail. Sélectionnez l'unité requise, Jours ou Semaines. Les valeurs doivent être comprises entre 7 et 30 jours. La valeur par défaut est de 2 semaines.
  3. Modifiez les paramètres du balayage de fichiers :
    1. Détection de l'exécution Java : Spécifiez la fréquence à laquelle les agents de gestion doivent balayer leurs hôtes pour les installations d'exécution Java. Sélectionnez l'unité, les minutes ou les heures. Les valeurs doivent être comprises entre 3 et 24 heures. La valeur par défaut est de 24 heures.
      Pour arrêter le balayage des agents de gestion pour les installations d'exécution Java, désélectionnez Activer la détection d'exécution Java.

      Ce paramètre s'applique uniquement aux agents OMA et OCA, et non aux agents OCMA.

    2. Modifiez les chemins du système de fichiers que les agents de gestion doivent balayer sur leurs hôtes Linux et Windows pour rechercher les installations d'exécution Java.
      Les motifs de personnalisation des répertoires sont les suivants :
      • Personnalisation : Incluez votre propre installation d'exécution Java, par exemple /etc/java.
      • Performance : excluez des chemins afin de réduire le temps nécessaire à l'agent de gestion pour balayer, diminuer la charge du processeur et réduire l'utilisation de la mémoire.
      • Confidentialité : Excluez des chemins pour omettre les répertoires dont le contenu doit rester privé.
    3. Dans la section Exclure le(s) chemin(s) pour chaque système d'exploitation, fournissez une liste des chemins du système de fichiers à exclure du balayage. Les sous-répertoires sont également exclus par défaut.
      Pour exclure d'autres chemins, sélectionnez + ajouter un chemin, puis fournissez les détails du chemin supplémentaire. Pour supprimer un chemin, cliquez sur X à sa droite.
    4. Dans la section Inclure le(s) chemin(s) pour chaque système d'exploitation, fournissez une liste des chemins du système de fichiers à balayer. Les sous-répertoires sont également inclus par défaut.
      L'agent de gestion inclut par défaut les chemins suivants :
      • Linux
        • /usr/java
        • /usr/lib/jvm
        • /usr/lib64/graalvm
        • /opt
      • Windows
        • c:\\Program Files\\Java

      Pour inclure d'autres chemins, sélectionnez + add path (Ajouter un chemin), puis fournissez les détails du chemin supplémentaire. Pour supprimer un chemin, sélectionnez X.

      Note

      • Les chemins d'inclusion ou d'exclusion s'appliquent aux installations et aux applications d'exécution Java.
      • Les chemins d'inclusion ou d'exclusion s'appliquent uniquement aux agents OMA et OCA, et non aux agents OCMA.
      • Le balayage de fichiers recherche les installations Java dans les répertoires physiques. Les liens symboliques d'installation de Java (lien symbolique ou logiciel) ne seront pas détectés par l'analyse de fichier.
      • Le balayage de fichiers s'applique uniquement aux agents OMA et OCA, et non aux agents OCMA, car les agents OCMA détectent uniquement les environnements d'exécution Java utilisés pour lancer des applications.
    Pour une description de la syntaxe permettant de décrire les chemins des systèmes de fichiers, voir Modèles d'inclusion/exclusion de chemin.

    L'avertissement "Le répertoire parent n'est pas inclus" indique que le chemin que vous avez ajouté à la liste des chemins exclus est un chemin qui n'est pas inclus actuellement. (Le chemin supplémentaire n'a aucun effet sur la sélection des chemins du système de fichiers que les agents de gestion du parc balaient sur leurs hôtes pour détecter les installations JRE.)

    L'avertissement "Le répertoire parent n'est pas inclus" peut être non valide si les chemins inclus et exclus contiennent des modèles de caractères génériques qui se chevauchent. (Pour plus d'informations sur l'utilisation de modèles de caractères génériques, voir Modèles d'inclusion/exclusion de chemin.)

    Par exemple, les modèles de caractères génériques suivants génèrent un avertissement non valide :
    • Inclure le ou les chemins :/usr/**/java
    • Exclure le ou les chemins : /usr/**/lib32/java

    La solution de rechange pour ce problème consiste à remplacer les modèles de caractères génériques par un chemin explicite.

  4. Sélectionnez Enregistrer les modifications.
    Note

    La modification des paramètres des agents de gestion peut prendre un certain temps.