3.4.2. Interaction entre les éléments de
l'architecture
L'architecture présentée ici est faites de
telle sorte que, tous les ordinateurs ainsi que l'onduleur communique avec le
serveur nagios avec qui elles peuvent échanger des informations. Pour ce
qui est des machines Linux et Windows, les échanges se font
Supervision réseau et monitoring des onduleurs Yimga L,
Keuambou Y Page 22
Supervision réseau et monitoring des onduleurs
directement avec le serveur Nagios sur le quel ont
été configurées les différentes adresses IP. Ces
échanges ne sont possibles que si les addons NSClient++ et NRPE sont
installés et configurés respectivement sur les machines Windows
et Linux. Ce sont ces addons communément appelés clients qui
rendent possibles le contrôle et la supervision des machines sur
lesquelles ils sont installés. Le serveur Nagios afin d'effectuer un
contrôle sur une machine ira interroger l'addon installé sur cette
machine, celui-ci lui renverra par la suite toute les informations relatives
aux différentes entités supervisés sur la machine. Nous
parlerons des addons et clients dans les prochains paragraphes. Pour ce qui est
de onduleur, les échanges avec le serveur nagios se font via la machine
Linux sur laquelle il est connecté par liaison série (car ne
disposant pas de carte réseau). Pour cela nous avons installé sur
l'hôte linux, le démon apcupsd, et qui permet de
récupérer toutes les informations renvoyées par l'onduleur
et de les retransmettre au serveur nagios via l'addon NRPE installé sur
celle-ci. Ainsi le serveur nagios supervise non seulement l'hôte linux
mais également l'onduleur connecté à l'hôte.
3.5. Les plugins
Comme beaucoup d'autres outils de supervision, Nagios
n'intègre aucun mécanisme pour controler l'état des
hôtes et services sur le réseau. Nagios délègue donc
à des programmes externes appelés plugins tout le travail.
Les plugins sont des programmes compilés ou scripts
qui peuvent etre executés par une ligne de commande pour controler
l'état d'un hôte ou d'un service. Nagios utilise le
résultat des plugins pour déterminer le status actuel des
hôtes ou services sur le réseau.
3.5.1. Fonctionnement
Nagios exécute un plugin seulement lorsqu'il est
nécéssaire de vérifier le status d'un service ou d'un
hôte. Le plugin contrôle le status d'un hôte ou d'un service
et renvoie simplement le résultat à Nagios qui va les traiter et
prendre les mesures nécessaires (en exécutant des gestionnaires
d'évènnements, en envoyant des notifications, etc.).
Figure 9 : Les plugins NAGIOS [B9]
Supervision réseau et monitoring des onduleurs Yimga L,
Keuambou Y Page 23
Supervision réseau et monitoring des
onduleurs
Les plugins sont comme une couche intermédiaire entre
l'ordonnancement de contrôle présent dans le démon Nagios
et les services ou hôtes à superviser. L'avantage avec ce type
d'architecture de plugins est qu'on peut superviser tous qu'on veut tant que
son procédé de contrôle est automatisé. Il existe
déjà plusieurs plugins qui ont été crée pour
superviser les ressources basiques sur une machine et si on veut superviser
autre chose on crée ses propres plugins.
L'inconvénient de ce type d'architecture de plugin est
le fait que Nagios ne connait absolument pas ce qu'on supervise. Que se soit
les statistiques du trafic réseau, le taux d'érreurs de
données ou encore la tension du CPU, Nagios n'a aucune idée des
spécificités de ce qu'on supervise. Se sont les plugins qui
savent ce qu'ils controlent et comment éffectuer ces controles.
| 
