Documente Academic
Documente Profesional
Documente Cultură
1. Introduction
Définition du besoin
Définition de l'objet
La DSI de GSB souhaite mettre en place un service de supervision réseau. Le but étant
d’obtenir une gestion des évènements, une visibilité de la disponibilité des services
réseaux ainsi que la consommation des ressources matériels de chaque serveur.
• GSB souhaite une solution libre dans un premier temps afin de réduire les coûts.
Les solutions ZABBIX ou CENTREON peuvent être étudiée. Le serveur prend place
dans un environnement virtuel.
• Tous les serveurs et équipements réseaux de l’entreprise doivent être répertoriés et
surveillés.
Accessibilité/Sécurité/Fonctionnalité
Vous devez exploiter les remontés de l’information par le biais du protocole SNMP et/ou
par l’agent ZABBIX/CENTREON.
Vous devez exploiter au maximum les capacités de la solution mises en place.
(Cartographie, tableau de bord, évènements, performance etc…).
Vous devez créer des vues personnalisées pour les serveurs les plus sensibles afin de
trouver rapidement les informations.
2. Supervision
La supervision a été mis sous un serveur LINUX avec ZABBIX d’installé dessus
La supervision concerne l'acquisition de données (mesures, alarmes, retour d'état de
fonctionnement) et des paramètres de commande des processus généralement
confiés à des automates programmables, ici, ZABBIX.
Tous les serveurs de notre réseau, ainsi que les équipements réseau tel que le switch,
point d’accès WIFI et firewall sont aussi supervisés.
A la différence des serveurs qui utilisent le client ZABBIX, les équipements utilisent le
protocole SNMP pour pouvoir être supervisé.
3. Les Templates
Nous pouvons observer que sur chaque éléments supervisé, ce trouvent des
Template, prenons pour exemple, celles de l’AD1 :
4. Les groupes
Voici les différents groupes créés sur ZABBIX :
Nous avons :
5. Les OID
Pour la supervision, les OID sont les informations précise que nous allons surveiller qui
servent à interroger un équipement réseau comme par exemple le firewall.
Pour trouver les OID d’un équipement réseau, nous devons utiliser un logiciel qui
recense toutes les OID de l’équipement en question, et, utiliser celle qui nous
convient comme par exemple faire un ping pour voir si l’équipement répond bien.
Il faut entrer l’adresse ip de l’équipement réseau (dans ce cas, le firewall) et trouver
l’oid souhaité.
Les OID se trouvent ensuite sur la gauche, il y’en a toute sortes, voici quelques
exemple d’OID pour le Zyxel USG40 (notre Firewall)
CPU Usage
OID = 1.3.6.1.4.1.890.1.6.22.1.1.0
Memory Usage
OID = 1.3.6.1.4.1.890.1.6.22.1.2.0
Firmware version
OID = 1.3.6.1.4.1.890.1.15.3.1.6.0
Ensuite, il faut créer un nouvel item sur Zabbix au niveau de l’hôte, dans notre cas ce
sera le firewall.
La création d’un nouvel Item nécessite de choisir le type SNMPv2, entrer la key (nom
de l’oid) qui est ici sysUpTime.0 et ensuite rentrer l’OID (la suite de chiffre).
6. Vues personnalisés
Les vues personnalisés servent à avoir un aperçu rapide des différents hôtes, par
exemple, ici sur le serveur ZABBIX entier :
Celle de gauche nous montre les chargements du CPU (processeur) lors de la
dernière heure, le graphique est plutôt explicite puis ce qu’il nous montre que le CPU
n’a pas fonctionné pendant quelques minutes, d’où ce « trou » dans le graphique.
Celle de droite nous montre aussi l’utilisation du CPU mais sous un autre angle, c’est
à dire que nous voyons l’utilisation du CPU en temps réel, il y a aussi ce « trou » dans
le graphique qui montre que le CPU n’a pas fonctionné pendant quelque temps.
7. Les triggers
Les triggers servent à nous montrer s’il y a un problème sur n’importe quelle machine
supervisée.
Sur la page d’accueil, nous avons une vue direct sur les triggers :
Sur l’hôte WINDOWS, nous pouvons voir que, par exemple, le chargement du
processeur sur le serveur EXCHANGE est trop élevé.
Il y a aussi le disque dur qui n’a plus que 20% d’espace libre sur sa capacité.
En ayant regardé ça, le technicien a un diagnostic déjà fait et peut donc remedier
à cela rapidement.