Aller au contenu principal

Introduction à l'agent CMA

Utilisateurs de Centreon Cloud: l'agent CMA est encore en phase bêta pour la version Cloud. Pour obtenir de l'aide ou échanger sur les évolutions de l'agent Centreon, visitez notre groupe dédié sur The Watch.

Introduction

L'agent de supervision Centreon (Centreon Monitoring Agent, CMA) est un logiciel qu'on installe sur les hôtes à superviser : il collecte des métriques et calcule des statuts, et les envoie à Centreon.

L'agent peut exécuter des contrôles natifs ou utiliser des plugins Centreon pour exécuter des contrôles non natifs. Les contrôles natifs sont exécutés directement par l'agent (contrairement aux contrôles non natifs, qui nécessitent l'installation de plugins locaux sur l'hôte). Les contrôles natifs sont plus performants et ont une meilleure empreinte (réduction de l'utilisation du processeur et de la mémoire).

Les contrôles natifs et non natifs sont définis dans les connecteurs Linux Centreon Monitoring Agent et Windows Centreon Monitoring Agent. Les connecteurs fournissent des modèles qui contiennent des commandes prêtes à l'emploi, et l'agent récupère la configuration de ces contrôles à intervalles réguliers après l'établissement de la connexion.

L'agent effectue les contrôles (pour les contrôles non natifs, en utilisant les plugins locaux) et envoie les données au collecteur. La partie du moteur du collecteur qui reçoit les données de l'agent est appelée récepteur OTLP (OTLP signifie OpenTelemetry protocol).

Les plugins Centreon comme les plugins personnalisés basés sur Nagios sont compatibles avec l'agent.

Quand utiliser un agent ?

Utilisez l'agent CMA :

  • lorsque les politiques de sécurité n'autorisent que les flux sortants (aucun contrôle ne peut être effectué par les collecteurs, le SNMP n'est pas autorisé).
  • sur les sites qui n'ont pas de collecteur local.
  • lorsque vous avez besoin d'exécuter un script localement sur la machine supervisée pour des raisons de sécurité (droits et/ou protocoles) ou de performance.

OS supervisables par CMA

L'agent peut être installé sur et superviser les OS suivants :

  • RHEL/Oracle Linux/Alma Linux 8
  • RHEL/Oracle Linux/Alma Linux 9
  • Debian 11
  • Debian 12
  • Ubuntu 22.04/24.04 LTS

Applications supervisables par CMA

Comment interagissent le collecteur et l'hôte?

Sens de connexion

Suivant le cas, soit l'agent soit le collecteur initie la connexion. Une fois celle-ci établie, les échanges sont bidirectionnels.

  • Dans le cas d'une connexion initiée par l'agent, le collecteur écoute sur un port spécifique, et peut recevoir des données de n agents/hôtes. Il s'agit du mode par défaut, qui permet une configuration dynamique des agents (on peut ajouter ou retirer des agents sans changer la configuration côté collecteur).
  • Vous pouvez également opter pour une connexion initiée par le collecteur. Ceci est pertinent dans le cas où, par exemple, l'agent n'est pas autorisé à se connecter au collecteur pour des raisons de sécurité (par exemple, lorsque l'hôte se trouve dans une DMZ). Vous devez déclarer chaque agent auquel le collecteur devra se connecter, dans le menu Configuration > Collecteur > Configuration d'agent.

Les deux sens de connexion peuvent être combinés au sein d'un même collecteur, en fonction de la typologie de votre parc supervisé.

Sécurisation de la connexion

La connexion entre le collecteur et l'agent doit être sécurisée en production. Vous devez utiliser :

Schéma de fonctionnement

image