Mode de fonctionnement de Agent Client Collector pour Visibilité

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture
  • Agent Client Collector pour Visibilité (ACC-V) nécessite l’installation de ServiceNow Agent Client Collector (ACC) sur l’hôte cible. ACC est un dérivé de Sensu-Go, un logiciel Open Source.

    Cas d’utilisation ACC-V

    ACC-V applique des vérifications et des politiques pour planifier et collecter les données de l’hôte. ACC-V est déclenché dans les cas suivants :
    • Planification périodique : Une approche basée sur des politiques où Découverte elle est déclenchée sur une base périodique.
    • Lors de la suppression du CI : lorsque l’enregistrement du CI de l’ordinateur ou du serveur est supprimé.
    • Serveur MID cycle : Quand le Serveur MID descend et remonte.
    • Cycle de l’hôte cible : lorsque l’hôte cible descend et remonte.
    • Coupure réseau : lorsqu’il y a une coupure de la liaison réseau vers la cible.
    Remarque :
    l'application Découverte est déclenchée pour les agents dont les hôtes sont déjà présents. Les agents dont les hôtes ne sont pas présents sont détectés via ACC-F.

    Vérifications et politiques ACC-V

    Les actifs ACC-V sont stockés en tant que modules d'extension d'agent avec le point d'entrée principal [acc_visibility_main] et d'autres modules pour les familles de systèmes d'exploitation. Il existe une définition principale de vérification du système Découverte , appelée Enhanced Discovery, qui est utilisée par le Enhanced Discovery Policy. Cette politique ACC-V s'exécute selon un calendrier, qui est défini par défaut sur 24 heures (86 400 secondes). Cette configuration de politique est synchronisée avec tous les agents tels que définis dans la politique ACC-V.

    Lorsque la charge utile est renvoyée de l’instance Serveur MID vers l’instance, le type de vérification ACC-V, EnhancedDiscovery, délègue des tâches à l’include de script EnhancedDiscoveryHandler fourni par ACC-V. Le script contient la logique pour traiter les données de la vérification et gère les tâches telles que :
    • la transformation des données en charge utile compatible avec le moteur Identification et réconciliation (IRE) ;
    • la réconciliation des données non CI (cmdb_running_processes, cmdb_tcp_connections, et ainsi de suite).

    La définition de contrôle ACC-V, Enhanced Discovery, est initiée par l’instance ServiceNow . Ensuite, un enregistrement de file d’attente ECC avec la rubrique, MonitoringProbe, est créé dans la file d’attente de sortie avec les informations de vérification pertinentes. Le Serveur MID traite ensuite la vérification en envoyant un message à l’ACC via WebSocket sur TLS.

    Au cours de cette étape, le Serveur MID sert également tous les actifs ou modules d'extension pertinents que ACC demande, en s'assurant qu'ils sont pertinents pour le système d'exploitation, la plateforme, la version du système d'exploitation et l'architecture sur lesquels ACC est en cours d'exécution.

    Vous pouvez modifier toutes les composantes de l'application ACC-V, y compris le type de vérification, la politique et la définition de vérification. Consultez Vérifications et politiques pour plus d'informations.

    Ordinateurs virtuels et instances dans le cloud

    ACC-V associe une cible, détectée via Découverte, à un CI d'instance d'ordinateur virtuel (VM) préexistant. ACC-V associe l'enregistrement de CI détecté à tout enregistrement d'instance d'ordinateur virtuel préexistant ou à un enregistrement d'instance de serveur dans le cloud avec les relations CMDB appropriées.

    Les variantes suivantes des fournisseurs de virtualisation et de serveur dans le cloud sont prises en charge pour ACC-V :
    • vCenter
    • Amazon AWS Cloud
    • Google (GCP)
    • Microsoft Azure