Les outils disponibles en Opensource sont divers et variés et ne servent pas a surveiller les mêmes choses ou plutôt les mêmes information.
La Supervision informative:
Surveillance d'équipement (en ligne/pas en ligne)
Surveillance de service (démarré/pas démarré)
Surveillance de compteur/capacité (seuil d'espace disque/seuil mémoire/seuil mail/etc...)
Le but étant d'être informé lors d'un dysfonctionnement/seuil quelconque par mail, visuellement, sms, etc... afin d'intervenir le plus rapidement possible.
* Enregistrement des changements d'état des équipements/services/seuils que l'on surveille pour aider a comprendre la récurrence d'un phénomène, l'heure d'un événement afin de faire une corrélation avec les journaux d’événement des différents logiciels, services, machines, etc, en causes.
Ex: Nagios, Shinken, et bien d'autres...
La métrologie:
Le métrologie est un complément aux outils de supervision et peuvent soit être des outils dédiés soit des outils intégrés à des logiciels de supervision.
Le principal interet de la métrologie est de constituer un historique de valeurs ou de données qui evoluent dans le temps afin pouvoir les analyser, en faire des graphiques (un bon graphique vaut bien mieux qu'une longue explication), superposer plusieurs données différentes sur le même graphique, etc ...
Ex: Cacti, RRDtool, gbRRDGraphix, Munnin, et bien d'autres...
La surveillance active:
La surveillance active peut être considérée comme de la supervision ou des actions précises ont été définies si certain evenements se produisent et ensuite informer l'utilisateur.
L'outil 'monit' s'incrit dans cette esprit car sont but premier est de surveiller des services, des sites web, des URL, des port réseaux, etc... et en de défaillance de ceux-ci, d'effectuer des actions précises telles que:
Arrêter/Démarrer/Redémarrer un service
Lancer un programme/script
Envoyer un email
Un des intérets de ce genre d'outil est par exemple de surveiller les services d'un cluster (Heartbeat + drbd + services) et ainsi par exemple, redémarrer le service Apache si l'URL de site n'est pas joignable bien que le process soit toujours actif mais planté.
Dans cet exemple, il est trés avantageux de pouvoir agir sur les services sans intervention manuelle car cela amène plus de réactivité en cas de défaillance.
Dans le cas d'un cluster c'est essentiel car heartbeat ne sait pas bien surveiller les services/process qu'il
lance, 'monit' vient donc bien completer cet aspect de la surveillance
# Petites informations concernant la supervision:
Posté par Olivier CRUILLES . En réponse à la dépêche Quelques brèves sur la supervision. Évalué à 4.
Les outils disponibles en Opensource sont divers et variés et ne servent pas a surveiller les mêmes choses ou plutôt les mêmes information.
La Supervision informative:
Le but étant d'être informé lors d'un dysfonctionnement/seuil quelconque par mail, visuellement, sms, etc... afin d'intervenir le plus rapidement possible.
* Enregistrement des changements d'état des équipements/services/seuils que l'on surveille pour aider a comprendre la récurrence d'un phénomène, l'heure d'un événement afin de faire une corrélation avec les journaux d’événement des différents logiciels, services, machines, etc, en causes.
Ex: Nagios, Shinken, et bien d'autres...
La métrologie:
Le métrologie est un complément aux outils de supervision et peuvent soit être des outils dédiés soit des outils intégrés à des logiciels de supervision.
Ex: Cacti, RRDtool, gbRRDGraphix, Munnin, et bien d'autres...
La surveillance active:
La surveillance active peut être considérée comme de la supervision ou des actions précises ont été définies si certain evenements se produisent et ensuite informer l'utilisateur.
L'outil 'monit' s'incrit dans cette esprit car sont but premier est de surveiller des services, des sites web, des URL, des port réseaux, etc... et en de défaillance de ceux-ci, d'effectuer des actions précises telles que:
Un des intérets de ce genre d'outil est par exemple de surveiller les services d'un cluster (Heartbeat + drbd + services) et ainsi par exemple, redémarrer le service Apache si l'URL de site n'est pas joignable bien que le process soit toujours actif mais planté.
Dans cet exemple, il est trés avantageux de pouvoir agir sur les services sans intervention manuelle car cela amène plus de réactivité en cas de défaillance.
Dans le cas d'un cluster c'est essentiel car heartbeat ne sait pas bien surveiller les services/process qu'il
lance, 'monit' vient donc bien completer cet aspect de la surveillance