Mode de fonctionnement de Agent Client Collector pour Visibilité - Contenu

Agent Client Collector pour Visibilité - Contenu (ACC-VC) 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-VC

ACC-VC applique des vérifications et des politiques pour planifier et collecter les données hôte. ACC-VC est déclenché dans les cas suivants :

• Planification périodique : approche basée sur une politique où Découverte est déclenché 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 tombe en panne et remonte.
• Rupture de réseau : lorsqu’il y a une rupture dans le lien 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-VC

Les actifs ACC-VC 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 de vérification de système Découverte principal, appelée Enhanced Discovery, qui est utilisée par le Enhanced Discovery Policy. Cette stratégie ACC-VC s’exécute sur 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, comme défini dans la politique ACC-VC.

Lorsque la charge utile est renvoyée de vers Serveur MID l’instance, le type de vérification ACC-VC, EnhancedDiscovery, délègue des tâches à l’include de script EnhancedDiscoveryHandler fourni par ACC-VC. Le script contient la logique pour traiter les données de la vérification et gère des 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 vérification ACC-VC, 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. L’ACC Serveur MID traite ensuite la vérification en envoyant un message à ACC via WebSocket via 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 éditer et modifier toutes les parties de l’application ACC-VC, 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-VC associe une cible, détectée via Découverte, à des CI d’instance d’ordinateur virtuel (VM) préexistants. ACC-VC associe l’enregistrement de CI détecté à tout enregistrement d’instance d’ordinateur virtuel ou de serveur dans le cloud préexistant avec des relations CMDB appropriées.

Les variantes suivantes de fournisseurs de virtualisation et de serveur cloud sont prises en charge pour ACC-VC :

• vCenter
• Amazon AWS Cloud
• Google (GCP)
• Microsoft Azure