Architecture Agent Client Collector
Agent Client Collector est un agent ServiceNow installé sur vos appareils Windows, Linux et macOS chargé de surveiller l'infrastructure de votre entreprise et les applications installées.
Agent Client Collector Architecture : vue d’ensemble
Agent Client Collector est intégré à un cadre de travail Sensu, et est doté d'options de surveillance pour les serveurs, les bases de données, les serveurs d'applications et les intergiciels. Il prend également en charge l’extension de la surveillance grâce à des vérifications supplémentaires de la communauté Sensu ou de plugins compatibles Nagios, ce qui vous permet de personnaliser la surveillance en fonction de vos besoins.
Surveillance avec des contrôles et des politiques
L’agent vérifie l’hôte pour recueillir des données pertinentes et les transformer en événements ou en mesures. Ces vérifications sont définies au sein ServiceNow des politiques de surveillance et leur sont associées. Une politique est une combinaison des éléments de configuration (CI) surveillés et des vérifications qui s’exécutent sur ces CI. Les vérifications sont associées à des politiques visant à surveiller différents aspects du système.
Vous pouvez personnaliser les instances de vérification (par exemple, ajuster la fréquence ou spécifier des paramètres tels que les informations d’identification de connexion pour les bases de données) sans affecter la définition de vérification d’origine. La personnalisation d’une instance de vérification prend effet uniquement sur l’instance de vérification associée à la politique et ne modifie pas la définition de vérification globale. Cette personnalisation garantit une flexibilité dans la surveillance de divers CI dans différents scénarios.
Collecte et transmission des données
Après l’installation, l’agent collecte des informations sur son hôte et ses processus. L’agent transmet les données collectées à l’instance ServiceNow via le Serveur MIDfichier . Il Serveur MID sert de pont entre l’agent et l’instance ServiceNow , garantissant que les données sont transformées et envoyées en toute sécurité pour traitement.
Sur l’instance, les CI sont créés pour l’hôte et les applications classifiés à partir des processus en cours d’exécution (tels que Microsoft SQL Server). Une fois ces CI créés, les politiques de surveillance actives associées aux CI sont téléchargées Serveur MIDdans le portail de l’agent, qui transmet ensuite les politiques à l’agent pour exécution.
Stockage et utilisation des données
- Données CI : CMDB pour les éléments de configuration.
- Données d’événement : table d’événements (par exemple, alertes déclenchées par des dépassements de seuil).
Ces données peuvent être exploitées pour la surveillance, les alertes et la génération de rapports. L’intégration garantit une visibilité en temps réel de l’intégrité de votre infrastructure et de vos applications, tout en permettant une détection et une résolution proactives des problèmes.
- Définissez une politique de surveillance dans l’instance ServiceNow .
- L’opération Serveur MID extrait les instances de vérification de l’instance et les transmet à l’agent.
- L’agent exécute les vérifications, collecte les données et renvoie les résultats au Serveur MID.
- Envoie Serveur MID les données collectées à l’instance ServiceNow , où elles sont stockées dans les tables d’événements CMDB OR.
Les commandes et leurs configurations qui s'exécutent sur l'agent sont appelées vérifications. L'agent est livré par défaut avec des définitions de vérification, qui déterminent une commande spécifique et sa fréquence d'exécution par défaut. Les vérifications sont définies sur l'instance et transmises à l'agent via le Serveur MID.
Une politique est une combinaison des CI surveillés par Agent Client Collector et des vérifications qui s'exécutent sur ces CI. Vous associez des définitions de vérification à des politiques. Ces définitions de vérification sont ensuite appelées instances de vérification. Vous pouvez personnaliser les instances de vérification pour répondre à vos besoins. Par exemple, personnalisez l'intervalle d'exécution ou les paramètres propres à la politique, notamment les informations d'identification de connexion pour accéder à une base de données MySQL. La personnalisation d'une instance de vérification prend effet uniquement sur l'instance de vérification associée à la politique, elle n'a aucune incidence sur la définition de vérification d'origine ou les instances de vérification déjà créées dans d'autres politiques.