Les entreprises ont de plus en plus de services à
gérer sur leurs réseaux, aussi bien au niveau des services
réseaux, (SMTP, POP, http, NNTP,...) qu'au niveau des hôtes eux
même (Charge des processeurs, utilisation des disques...).
Ainsi donc Nagios contrôle les hôtes et services
que vous spécifiez et émet des alertes quand les choses vont mal
ou qu'elles reviennent à la normale. Et pour se faire il offre
d'énormes possibilités parmi lesquelles:
· Superviser les services réseaux (SMTP, POP3, http,
NTP, PING...).
· Superviser les machines (Serveurs, Imprimantes, Switch,
Routeurs, Onduleurs,).
· Superviser les ressources des hôtes (charge du
processeur, occupation des disques durs, utilisation de la mémoire
paginée).
· Possibilité de définir une
hiérarchie dans le réseau pour pouvoir faire la différence
entre un hôte à l'arrêt et un hôte injoignable.
· La remontée des alertes (Alerte par mail, SMS,
pager, ou par toutes autres méthodes définies par
l'utilisateur).
· Une interface Web permettant de voir l'état
courant du réseau, l'historique des notifications et des
problèmes, le fichier journal...
· Un système simple de plugins permettant aux
utilisateurs de développer facilement leurs propres vérifications
des services.
· Créée ses propres plugins (les plugins
sont écrits en Shell script, C++, Perl, Python, Ruby, PHP, C#, etc.). Il
suffit de respecter la norme Nagios des codes retour.
· 0 OK (tout va bien).
· 1 WARNING (le seuil d'alerte est
dépassé).
· 2 CRITICAL (le service à un
problème).
· 3 UNKNOWN (impossible de connaitre l'état de
l'hôte).
Supervision réseau et monitoring des onduleurs Yimga L,
Keuambou Y Page 21
Supervision réseau et monitoring des onduleurs
Nous avons dans un premier temps choisi d'appliquer notre
solution en suivant cette architecture, pour ensuite l'appliquer à
l'ensemble du réseau à superviser. Pour mettre en oeuvre notre
solution nous avons tenu compte du fait que, les machines pouvaient aussi bien
utiliser les systèmes d'exploitation LINUX ou WINDOWS. Ainsi nous avons
comme le montre l'architecture trois machines dont l'une utilisant Windows,
l'autre Linux et la troisième machine représentant ici notre
serveur nagios (manager). Tous ces ordinateurs doivent bien sûr
être dans le même réseau que le serveur Nagios afin que
celles-ci puissent être supervisées par le manager. L'onduleur est
connecté au serveur Linux cependant, celui-ci peut aussi être
connecté au serveur Windows, mais dans notre cas il est connecté
au réseau par la machine Linux à laquelle il est relié via
une liaison série.
L'onduleur supervisé ici est un onduleur APC SmartUPS
3000, celui-ci ne possède pas de carte réseau, cependant son port
série, va nous permettre de le superviser au niveau du serveur Nagios en
utilisant l'adresse IP de la machine Linux à laquelle il est
connecté par câble série.
