rapport de stage

63
TRI Technicien Spécialisé en réseau Informatique Réaliser par : Encadré par : 1

Upload: mohcine999

Post on 27-Nov-2015

52 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Rapport de Stage

TRI

Technicien Spécialisé en réseau

Informatique

Réaliser par   :

Encadré par   :

1

Page 2: Rapport de Stage

TRI

El mamouni Loubna Mme : Zebdi Meryem

Douirmi Abdelaziz Mr : Lmajdouli Fouad

Dédicace

A mes très chers parents,Aucun terme et aucune langue ne

pourra exprimer mon amourEt mes sentiments envers vous. Dieu seul est capable de vous récompenser pour tout ce que

vous avez fait pour moi.

A toute ma famille,Merci pour tout.

A mes professeurs,S’il y a vraiment quelqu’un à remercier, ça sera vous.

Merci pour vos efforts.

A tous mes chères AmisJe vous souhaite une vie pleine de joie et de réussite.

A tous ceux qui m’aiment,Qu’ils trouvent ici mon amour réciproque

A tous les membres de l’ONEPUn merci spécial à tout le personnel

Je dédie ce travail…

2

Page 3: Rapport de Stage

TRI

Remerciement

Il m’est agréable d’exprimer ma reconnaissance auprès de toutes les personnes dont

l’intervention au cours de ce projet a favorisé son aboutissement.

Ainsi, je tiens à remercier mon encadrant, Meryem Zabdi, Fouad Majdouli Pour ses

directives précieuses et ses conseils pertinents qui m’ont été d’un

appui considérable dans ma démarche. Je Tiens aussi à remercier mon professeur Monsieur

Idrissi rachid

pour son soutien et ses conseils durant ma période de stage. Je saisie également l’occasion pour remercier le personnel de l’Office National

3

Page 4: Rapport de Stage

TRI

de L’eau Potable. Sans oublier dans mes remerciements tout le corps professoral de

l’institut OFPPT, pour la formation polyvalente qu’ils m’ont prodiguée.

Que tous ceux qui m’ont aidé trouvent ici l’expression de mes meilleurs sentiments.

RésuméRésuméCe rapport est le fruit du travail que j’ai réalisé dans le cadre de mon projet de stage au sein de L’Office National de L’eau potable Ce projet a pour objectif d’implémenter une solution de supervision des plates formes de services.Pour le développement du projet, d’après une étude de marché sur les produits de supervision des plates formes, j’ai choisi l’outil de supervision Nagios, étant donné que c’est un logiciel libre, flexible, ouvert, adaptable pour tous types de système d’exploitation et d’équipements et qui contient des plugins programmables.La réalisation du projet fait appel à l’utilisation de nagios sous sa version 3.0.2 sur le système linux. Le présent rapport permet de présenter les différentes étapes que j’ai suivies dans le but de réaliser le travail qui m’a été confié.

4

Page 5: Rapport de Stage

TRI

Table de matières

Introduction

Présentation de l’organisation : ONEP

Chapitre 1 : Contexte général du projet

Chapitre 2 : Etude générale des solutions de supervision

Chapitre 3 : Etude fonctionnelle du projet

5

Page 6: Rapport de Stage

TRI

Chapitre 4 : Etude technique du projet

Chapitre 5 : Conception du projet

Chapitre 6 : Réalisation du projet

IntroductionIntroductionLa supervision réseaux consiste a surveiller ces derniers, c’est-à-dire regarder les éléments constituant un réseau (routeurs, switches, ordinateurs, etc.), ainsi que divers services réseaux (SMTP, HTTP, Ping, etc.). La surveillance des éléments est le fait de connaitre les états des différents éléments qui composent un réseau informatique selon plusieurs critères charge CPU, mémoire disponible, etc.). Ces logiciels surveillent le réseau en utilisant plusieurs protocoles (SNMP, Ping, etc.), et affichent les états des éléments de plusieurs façons possibles. Ces outils permettent aux administrateurs réseaux de mieux gérer ces derniers et être plus réactifs lorsque des problèmes surviennent. La supervision s’effectue à l’aide d’un outil de supervision que l’on installe sur un (ou plusieurs) poste(s) relié(s) au réseau que l’on souhaite superviser.

6

Page 7: Rapport de Stage

TRI

Jusqu’à la fin des années 60, le service de l’eau potable était assuré par le Régie des Exploitations Industrielles (REI), crée par le dahir n°172.103 du 13 Safar 1348, et la Société de la Distribution d’eau et d’électricité 5SMD), et souvent ce service était assuré à partir des ressources locales.

Tout d’abord, l’Alimentation en Eau Potable (AEP) ne couvrait que les villes nouvelles et exceptionnellement quelques résidences en médina.

En milieu rural, l’approvisionnement en eau potable n’était assuré que par les moyens traditionnels. Avec la création de régies de distribution en 1960 et la pénurie d’eau qu’a connue la cote atlantique entre Kenitra et Safi au début des années 60, apparut la nécessité d’une planification à long terme pour répondre aux besoins présents et futurs de cette région. Progressivement, cette approche a pu être étendue à tout le pays.

Ensuite, la succession de l’ONEP à la REI en 1972 a impulsé une dynamique à l’AEP en milieu urbain permettant l’extension du service de l’eau dans les grandes villes et l’intervention dans les petites villes et les petits centres. Le développement industriel et agraire a obligé l’ONEP à recourir à la mobilisation des eaux de surface étant donné les potentialités limitées des ressources en eau souterraine.

En l’an 2000, le pays fait face à une consommation qui est de trente fois supérieur à celle du lendemain de l’indépendance. Le taux de croissance de la démographique, les sources de pollution a un impact négatif sur la traitement de potabilisation des eaux.

7

Page 8: Rapport de Stage

TRI

Pour mener à bien ses activités relatives à la surveillance de la qualité des eaux ainsi qu’au contrôle de la pollution des eaux destinées à l’alimentation humaine, l’ONEP a opté depuis sa création pour la décentralisation de la surveillance de la qualité des eaux produites et distribuées dans tout le Royaume en se dotant progressivement d’un réseau de laboratoires (46 en l’an 2001) pouvant intervenir à n’importer quel point du territoire pour toute analyse d’ordre physique, chimique, bactériologique ou biologique.

Les différentes activités au sein de l’organisation:

Planification   : L'approvisionnement en eau potable du Royaume et la programmation des projets.

Etudier L'approvisionnement en eau potable et assurer l'exécution des travaux des unités de production et de distribution.

Gérer La production d'eau potable et assurer la distribution pour le compte des communes qui le souhaitent.

Contrôler La qualité des eaux produites et distribuées et la pollution des eaux susceptibles d'être utilisées pour l'alimentation humaine.

Assister En matière de surveillance de la qualité de l'eau

Participer aux études, en liaison avec les ministères intéressés, des projets de textes législatifs et réglementaires nécessaires à l'accomplissement de sa mission.

Organisation administrative de l’ONEP:

La direction générale : Elle est représentée par un directeur général chargé de l’exécution des décisions du conseil d’administration et du comité technique permanent, celui-ci gère l’office et le représente vis-à-vis de l’Etat et de toute administration publique. Il nomme le personnel dans les conditions prévues par la réglementation en vigueur, il délivre à l’agence comptable les ordres du paiement et les titres de recettes. Il assure la gestion de l’ensemble des services de l’office.

Secrétariat général :Il est rattaché directement à la direction générale, son rôle est l’animation et la coordination entre l’ensemble des départements, il exerce ses fonctions de commandement dans le cadre des pouvoirs qui lui sont délégués.

8

Page 9: Rapport de Stage

TRI

Agence comptable   : Elle est rattachée directement à la direction générale, son rôle consiste à assurer le contrôle des dépenses et des recettes de l’office, cette agence se compose d’une division et cinq services.

Les directions régionales

DR1 : Direction Régionale du sud

DR2 : Direction Régionale de Tensift

DR3 : Direction Régionale de l'Oriental Centre

DR4 : Direction Régionale du Nord Ouest

DR5 : Direction Régionale du Centre Nord

DR6 : Direction Régionale de l’oriental

DR7 : Direction Régionale du Centre sud

DR8 : Direction Régionale de la coordination dans les provinces sahariennes

DRC : Direction Régionale de la Côte Atlantique

9

Page 10: Rapport de Stage

TRI

Organigramme de l’ONEP :

10

Page 11: Rapport de Stage

TRI

Présentation de la DSIOrganigramme de la DSI   :   Direction Contrôle de gestion et système d’information   :  

11

Page 12: Rapport de Stage

TRI

Missions et Attributions de la DSI   :

MISSIONS

Assurer le suivi et le pilotage du système de contractualisation interne ; Piloter l’élaboration du budget et ses mises à jour ; Mettre en place et piloter un système de pilotage et de reporting à la Direction

Générale; Assurer la préparation et le bon déroulement des sessions du Conseil

d’Administration « CA » de l’office ; Mettre en place un système de contrôle des performances ; Participer à l’élaboration des contrats programmes.

ATTRIBUTIONS

Elaborer les prévisions et consolider les budgets d’équipement et de

fonctionnement de l ’Office ;

Coordonner les travaux de la commission budgétaire consistant à décliner les

objectifs fixés par la Direction Générale en plans, programmes d’action et

budgets ;

Coordonner les opérations d'élaboration du budget de l’Office avec les travaux

de la CBIF1;

Participer aux négociations budgétaires tant en interne de l’Office qu’avec les

instances de contrôle ;

Assurer la diffusion des budgets approuvés ;

Développer et mettre en place un système de pilotage pour l’Office ;

Etablir des rapports d’activité et de gestion ;

Préparer, élaborer et suivre le dossier du CA. ;

1

12

Page 13: Rapport de Stage

TRI

Elaborer, mettre en œuvre et suivre un système de contractualisation interne ;

Veiller à l’élaboration et le suivi des indicateurs de performance ;

Mesurer et contrôler les performances de l ’Office ;

Proposer et participer aux actions permettant l’amélioration des performances

Missions et Attributions de la DSI/AR –Service Réseau-

MISSION

Gérer, administrer et exploiter le système d’information (SI) ;

Mettre en place, maintenir et mettre à niveau l’architecture technique

du SI ;

Etudier et satisfaire les besoins en moyens informatiques des

Directions ;

Gérer la sécurité du SI ;

ATTRIBUTIONS

Dimensionner l’architecture technique devant supporter le SI ;

Mettre en place et déployer les différentes composantes du système

d’information ;

Maintenir en bon fonctionnement le SI ;

Mettre en place des normes d’affectation des moyens informatiques ;

Négocier et valider le volet informatique des CIG avec les entités

internes ;

Acquérir le matériel, logiciels et progiciels nécessaires ;

Elaborer, mettre en place et assurer le suivi de la politique de sécurité

du SI ;

13

Page 14: Rapport de Stage

TRI

Mettre en place les procédures pour l’exploitation du SI ;

Améliorer le service rendu à l’utilisateur et mettre à sa disposition les

moyens informatiques nécessaires et adéquats 

Assurer une veille technologies

14

Page 15: Rapport de Stage

TRI

15

Page 16: Rapport de Stage

TRI

Dans ce chapitre, je présente le contexte général de mon projet ainsi que les objectifs à atteindre.

1-Présentation du projet : 16

Page 17: Rapport de Stage

TRI

Ce projet consiste à mettre en place une solution de Supervision, Monitoring et de Reporting qui facilitera la supervision des serveurs, des équipements réseaux, des applications, des ressources et des équipements d’un système d’information.Dans ce qui suit, je situe le contexte du projet avant de présenter les objectifs a atteindre.1.2 Contexte du projet :La réussite de toute application repose sur sa sécurité et sur un bon suivi de l’état des composantes de son système d’information, en effet la surveillance réseaux et parmi les éléments les plus importants dans le cycle de vie d’une application.Une solution de supervision efficace doit assurer plusieurs services :

Surveillance des équipements réseaux (disque de stockage, routeur, Switch, hub.)

Surveillance des applications (ldap, http) Surveillance des ressources (cpu, mémoire, disque dur.) Surveillance distante a travers des sondes (plugins) Envoie d’alerte à l’administrateur par différentes méthodes

lors d’un problème Prévision au préalable des problèmes qui peuvent avoir lieu a tout

momentD’ou la nécessité de mettre une solution globale de supervision pour assurer le bon fonctionnement de tous les services et prévoir une maintenance préventive.1-3 Les objectifs du projet :

Mettre en place une solution de supervision globale. Superviser des machines Recevoir des alertes en cas de problème Prévoir à l’avance des types de problèmes liés a l’état des

équipements Configurer des actions a appliqué en cas de problème.

Conclusion :Dans ce chapitre J’ai introduit le contexte dans lequel s’inscrit mon projet tout en identifiant les objectifs à atteindre.Dans le chapitre qui suit, j’étudie les différents traits des composantes a superviser,

17

Page 18: Rapport de Stage

TRI

Dans ce chapitre, je présente le projet plus en détail afin d’identifier les

fonctionnalités et d’estimer l’envergure. Pour ce faire, je présente tout d’abord les

différents outils de supervision disponibles puis je présente l’outil choisi

et ses caractéristiques, j’introduis ensuite les fonctions à assurer.

1-La Supervision :L’architecture du réseau constitue le centre nerveux du système d’information d’une entreprise. Si celui-ci vient à faillir, le manque à gagner peut être considérable, il devient donc nécessaire d’identifier et de résoudre rapidement les incidents afin que les réseau/services reste opérationnel a tout moment. Il faut donc réussir à gérer activement son réseau en maintenant une disponibilité permanente et à assurer simultanément l’intégration des nouvelles

18

Page 19: Rapport de Stage

TRI

technologies en parallèle avec l’accroissement et la fusion des différents environnements réseau.La supervision de réseaux/services permet d’appréhender ces problèmes et d’y répondre a l’aide des outils de supervision performants afin d’établir des solutions d’administration et de maintenance plus abordables et efficaces.1-1- Définition et objectifs :

En bref, La supervision de réseaux peut être définie comme l’utilisation de ressources réseaux adaptées dans le but d’obtenir des informations (en temps réel ou non) sur l’utilisation ou la condition des réseaux et de leurs éléments afin d’assurer une bonne qualité et une répartition optimale de ceux-ci.Les objectifs d’une supervision des plates formes peuvent ainsi être résumés en trois points : Etre réactif en alertant l’administrateur en cas de

dysfonctionnement d’une partie Du système d’information. Etre pro actif en anticipant les incidents. Cibler le problème dès son apparition afin d’agir rapidement de la

façon la plus Pertinente possible.Problématique :La supervision de réseau et services nécessite des outils adaptés aux différents composants du réseau. Nous possédons des machines sous Linux et Windows. Nous devons donc trouver, comme tout bon produit de supervision, un produit capable de superviser l’ensemble des

équipements provenant de différents constructeurs et ayant des modes de gestion hétérogènes.Il s’agit alors de trouver un produit reposant sur un protocole Ou un environnement normalisé afin de pouvoir servir de point d’entrée unique pour regrouper toutes les informations du réseau.

1-2- Les différentes solutions existantes : Solutions existantes Une grande majorité des logiciels de supervision sont basés sur le protocole SNMP (Simple Network Management Protocol) qui existe depuis de nombreuses années.A l’aide de ses différents outils La tache de l’administrateur est alors simplifiée. Il n’a plus qu’à faire une vérification ou réaliser une action en fonction d’une alerte déclenchée. Chaque outil doit aussi lui donner une vision globale du système d’information pour localiser les problèmes le plus rapidement possible.1-2-1- Protocole SNMP : SNMP signifie Simple Network Management Protocol (protocole simple de gestion de réseau en Français). C’est un protocole qui permet comme son nom l’indique, de gérer les équipements réseaux ainsi que les machines informatiques. Ce

19

Page 20: Rapport de Stage

TRI

protocole est donc utilisé par les administrateurs réseaux pour détecter à distance les problèmes qui surviennent sur leur réseau. Chaque machine, que ce soit sous Windows ou sous Linux possèdent de nombreuses informations capitales pour l’administrateur réseaux. On retrouve des informations comme la quantité de RAM utilisé, l’utilisation du CPU, l’espace disque et encore bien d’autres indicateurs.SNMP va permettre de remonter ces informations a l’administrateur du façon Centralisé pour pouvoir réagir au plus vite aux pannes éventuelles.

1-2-2- Les logiciels propriétaires : Depuis quelques années, conscient que la supervision est un marché porteur, les sociétés n’hésitent plus à investir dans un produit leur permettant de surveiller et mieux gérer leurs réseaux. Les éditeurs se sont alors lancés dans la course aux produits de supervision ; deux familles apparaissent, celle proposant des solutions généralistes supervisant le réseau, les serveurs, les applications, les sites web, etc. C’est le cas de Patrol ou Mainview (BMC), D’Unicenter (Computer Associate), de la gamme openview (HP), de Tivoli (IBM), de BigBrother pour ne citer que les plus connus. L’autre famille supervise des domaines plus spécifiques comme Panorama (Altaworks) qui gère uniquement l’aspect sécurité ou PathWAI(Candle) qui se penche principalement sur la supervision des applications. Toutes ces solutions ont en plus des spécificités les distinguant les unes des autres, un point commun : un prix élevé.1-2-3-Exemples des logiciels propriétaires :a)IBM Tivoli Netview :Ce logiciel est né du rachat de l’entreprise Tivoli par IBM. C’est un des logiciels commerciaux le plus utilisé. Il s’agit d’une suite de logiciels comprenant notamment Tivoli Monitoring essentiellement dédié à la

supervision de machines ou d’applications.L’architecture repose sur le protocole SNMP. Des agents sont en places sur chaque matériel et une application centrale permet d’effectuer diverses opérations :

o Définir les différentes règles de supervision.

20

Page 21: Rapport de Stage

TRI

o Stocker les informations et les présenter sous la forme de pages web.

o Générer différents graphiques sur l’état du réseau.-Chaque machine qui est supervisée doit posséder un environnement d’exécution JAVA.Tivoli Monitoring s’occupe de récupérer les informations sur les machines :occupation, processeur, système de fichier.Afin de compléter les fonctions de cet outil, il est possible de le compléter avec une suite logicielle : Tivoli Business Systems Manager qui permet alors de disposer d’un ensemble de gestion de système d’information relativement complet :

Découvertes des réseaux TCP/IP Affichages des topologies réseaux Gestions des différents événements Affichages de la santé et de l’état du réseau Détections et prévention de problèmes

Il est également possible d’analyser des différents flux échangés dans un réseau.Les principaux avantages de cette solution sont que c’est sans aucun doute une des plus répandue sur le marché. Elle est s’adapte facilement à notre besoin et est relativement complètes.Un des inconvénients est qu’il faut posséder une grande partie de la gamme afin de pouvoir superviser le mieux possible un réseau.

b) HP OPEN VIEW :HP OpenView est aussi un des logiciels majeur de la supervision à l’heure actuelle. Il permet le management d’équipements réseau. Une interface graphique permet un affichage de l’état courant des équipements. Un système d’alarme permet de synchroniser le tout. Il est basé sur SNMP pour dialoguer avec les différentes machines.

Système de MAP Tous les équipements sont affichés à l’aide d’une interface appelé MAP :

Figure .1 : Exemple de Map

21

Page 22: Rapport de Stage

TRI

Les couleurs permettent de préciser l’état des différents périphériques.

Système d’alarme OpenView intègre un système d’alarme. En effet des requêtes SNMP sont Régulièrement effectuées vers les agents. Si un état change ou une machine devient injoignable, une alarme est directement déclenchée et une action peut-être déclenchée.(Lancement d’un programme, envoie d’un mail.) Ses principaux a touts sont les suivants :

Une vue globale du système d’information. Une vision des différents incidents. Un contrôle homogène des différents matériels.

1-2-4-Les logiciels libres : Il existe des solutions de supervision libres qui sont professionnelles. Parmi les plus répandus du moment nous pouvons citer Nagios (le successeur de Netsaint), Zabbix, openNMS. De ceux cités, Nagios est sans contexte le plus répandu et le plus suivi parla communauté des développeurs.

A) ZABBIX :Open source créé par Alexei Vladishev. Zabbix permet de surveiller le statut de divers services réseau, serveurs et autres matériels réseau.ZABBIX utilise MySQL, PostgreSQL ou Oracle pour stocker les données. Son interface web est écrite en PHP. ZABBIX offre diverses options de monitoring. La vérification simple permet de vérifier la disponibilité ainsi que le temps de réponse de services standard comme SMTP ou HTTP sans installer aucun logiciel sur l’hôte monitoré. Un agent ZABBIX peut aussi être installé sur les hôtes Linux, UNIX et Windows afin d’obtenir des statistiques comme la charge CPU, l’utilisation du réseau, l’espace disque... ZABBIX peut enfin réaliser le monitoring via

22

Page 23: Rapport de Stage

TRI

SNMP.

B) NAGIOS :Nagios est un logiciel qui permet de superviser un système d’information complet.C’est un logiciel libre, il est sous licence GPL. Les fonctionnalités de Nagios sont nombreuses.La première particularité de Nagios est la modularité. En effet des plugins peuvent être ajoutés pour effectuer des taches spécifiques. De nombreux plugins sont déjà écrits par la communauté Nagios mais nous pouvons en écrire nous même pour des taches spécifiques.Nagios va être couplé avec Oreon qui va permettre de faciliter l’administration mais aussi remonter les graphes et effectuer du reporting. Nagios intègre bien sur une notification par mail ou sms. Voici les avantages/inconvénients de Nagios :

Avantages : Surveillance des services réseaux (SMTP, POP3, HTTP, NNTP,

PING, etc.). Surveillance des ressources des hôtes (charge processeur,

utilisation des disques, etc.). Système simple de plugins permettant aux utilisateurs de

développer facilement leurs propres vérifications de services. Notifications des contacts quand un hôte ou un service a un

problème et est résolu (via email, pager, ou par méthode définie par l’utilisateur).

Possibilité de définir des gestionnaires d’évènements qui s’exécutent pour des évènements sur des hôtes ou des services, pour une résolution des problèmes

Interface web, pour voir l’état actuel du réseau, notification et historique de Problèmes, fichiers log, etc. Plugins existant pour utiliser MRTG ou RRDTool

Inconvénients : Configuration compliquée qui oblige une très bonne

connaissance de Nagios. Graphes pas assez clairs. Administration nécessite une compréhension du système

d’exploitation.

2-Choix de solutionNagios   : Des solutions comme HPopenview, BigBrother et Nagios sont les plus connues. BigBrother est un superviseur de service fonctionnant sous Windows NT. C’est une solution efficace mais qui ne permet de superviser qu’un nombre restreint de services. De plus, il n’est pas possible de rajouter des fonctionnalités ou de générer des

23

Page 24: Rapport de Stage

TRI

alarmes par mail. HPopenview est une solution modulaire très complète qui permet de cartographier automatiquement et dynamiquement le réseau, de collecter des informations de supervision, de les mettre en correspondance, d’envoyer des alarmes, de générer des comptes rendus graphiques...mais c’est également une solution payante, donc écartée de nos choix. Alors on va travailler avec NAGIOS qui le logiciel de monitoring le plus efficace et qui est libre.

2-1- Particularité de Nagios : Nagios est un logiciel libre de supervision, compatible avec des machines Linux et Windows. Nagios possède de nombreuses fonctionnalités, qui seront développées plus tard dans cette étude.

Ces principales fonctionnalités sont:Surveillance des services réseaux (SMTP, POP3, http, PING, etc.) Surveillances des ressources des stations du réseau (serveurs, routeurs, PC, …) comme, par exemple, la charge du processeur, des informations sur l’utilisation des disques durs et les processus en cours Surveillance des données environnementales (la température…...) Possibilité de définir des groupes de contacts à joindre en cas d’apparition de problèmes via différents médiums (le courrier électronique, les messages instantanés).Modifications à la volée du comportement de la surveillance et du retour d’informations à travers l’utilisation de gestionnaires d’événements, d’une interface web et d’applications tierces ; Conservation de l’historique de l’état du réseau même après un redémarrage à froid.

2-2-Exigences du projet :De nos jours les plates formes d’entreprise ne cesse d’évoluer et s’agrandisse de jours en jour, de plus de la décentralisation des système d’information ainsi que l’évolution des méthodes de travail de l’entreprise, et les contraintes économique exigent la disponibilité du système d’information, et du réseau ainsi une bonne qualité (QOS), selon notre besoin les exigences du projet se divise en 2 parties :

2-3-Exigences fonctionnelles :La cible touchée par la supervision dans notre cas nécessite le traitement des points suivant : La supervision des hôtes (équipements physiques) de plus que des services sur ces derniers par exemple (le ping, udp, tcp ….RAM, disque dur …).

a) supervision des hôtes : En effet la solution choisie doit nous permettre de superviser divers hôtes comme des machine ou aussi bien que Unix ainsi des équipements réseaux comme les Switchers

24

Page 25: Rapport de Stage

TRI

b) supervision des services : En effet, les services se décomposent en plusieurs types : Surveillance des services réseaux   : c’est l’ensemble de service tel que le ping e udp ou bine le tcp. Surveillance applicative : elle comporte l’ensemble de protocoles public comme le SSH , le ftp, le http , imap, snmp ou d’autres selon l’utilisation . Surveillance des ressources sur un hôte : Nagios doit ainsi nous permettre de surveiller des attributs sur les hôtes tels que la charge de la RAM, du disque dur, la taille du fil d’attente.

c) envoie des alertes à l administrateur par mail :En Cas de problème ou de dysfonctionnement d’un élément su système d’information l’administrateur réseaux doit être alerté par plusieurs méthodes dont l’envoie de mail par exemple si un hôte ou un service est en état critique le serveur Nagios doit être configurée pour envoyer un mail au responsable pour l’avertir.

2-4-Exigences techniques :En effet comme je l’ai cité précédemment le logiciel de supervision doit répondre aux critères suivants :

Etre réactive, en alertant les administrateurs en Cas de dysfonctionnement d’un élément du système d’information

Etre proactive, en permettant d’anticiper les futurs incidents Aider à cibler le problème dès son apparition pour agir de la

façon la plus pertinente possible. Raison pour la quelle que Nagios doit répondre aux exigences

suivantes : a) sécurité de son interface web b) configuration des alertes envoyées aux administrateurs par mail c) Edition ou le Reporting d) configurations des mesures nécessaires avant l’envoie d’alertes.Aussi bien que nagios doit être flexible en cas de changements qui peuvent avoir lieu sur le système d’information (possibilité d’introduire de nouvelles composantes).

Conclusion : Dans ce chapitre, j’ai détaillé les exigences fonctionnelles et techniques du projet. Après avoir listé les différents outils open source et propriétaires de supervision des plates formes en justifiant le choix de l’outil adopté.

25

Page 26: Rapport de Stage

TRI

26

Page 27: Rapport de Stage

TRI

Ce chapitre est consacré à la branche

fonctionnelle de mon projet. Je vais donc

présenter les services attendus de la

solution de supervision choisie. Je vais

présenter aussi la phase d’analyse où je

détaille les différents cas d’utilisation de

Nagios.

1-La surveillance active et passive :Active : Nagios est en mesure de surveiller les hôtes et les services de deux façons: activement et passivement. Les contrôles Active sont les plus courantes méthodes de suivi des hôtes et des services. Les principales caractéristiques de contrôles actifs sont :- Ils sont initiés par le processus Nagios - Ils sont gérés sur une base régulière - Ils sont initiés par le contrôle logique dans le démon Nagios.Lorsque Nagios a besoin de vérifier le statut d'un hôte ou d’un service, il exécutera un plugin et transmettra des informations sur ce qui doit être supervisé. Le plugin vérifie alors l'état opérationnel du hôte ou du

27

Page 28: Rapport de Stage

TRI

service et renvoie les résultats à Nagios qui les traitera et prend des mesures appropriées en fonction des besoins (par exemple envoyer des notifications).

Passive :Dans la plupart des cas, nous allons utiliser Nagios pour surveiller les hôtes et les services en utilisant les contrôles Active .Nagios à également un moyen de contrôler les hôtes et les services d’une manière qui est passive. La principale différence entre les contrôles actifs et passifs est que les contrôles actifs sont lancés et exécutés par Nagios, tandis que les contrôles passifs sont effectués par des applications externes (exemple : lancé par nsclient).

2-2 La surveillance réseaux (ping, http, ftp, imap, ssh)   : Comme on l’a précédé nagios permet de contrôler et surveiller l’ensemble des services et protocoles public. En effet cela n’est permis qu’a l’aide de certains plugins disponibles sous nagios. Avant de faire aucune vérification il s’agit de définir l’hôte sur lequel on veut tester le service ainsi il faut définir le service à tester on verra cela en détail dans le prochain chapitre.

2-3-La surveillance ressources (ram, cpu, disque dur) :Nagios, en fait, permet de surveiller aussi bien les ressources logicielles que matérielles comme la charge du processeur, la charge de la mémoire RAM ou le disque dur. Je présente ainsi un exemple de configuration qui permet de vérifier la charge du processeur sur le serveur Nagios et ainsi de prévenir l’administrateur une fois un seuil atteint :

Avec la définition de la commande chek_nt dans le fichier commands.cfg :

2-4-Surveillance des équipements réseaux :

28

Page 29: Rapport de Stage

TRI

surveillance des équipements réseaux

Conclusion : Dans ce chapitre, j’ai détaillé l’étude fonctionnelle de notre projet. Elle est composée de deux phases : la capture des besoins fonctionnels et l’analyse. La phase de capture des besoins, consistait en une étude détaillée des besoins et des exigences du projet tandis que la phase d’analyse représenter en détail les différentes fonctionnalités assurées par la solution

29

Page 30: Rapport de Stage

TRI

Dans le présent chapitre, je présente

l’architecture adoptée pour mon projet.

Ensuite, je propose une vision globale sur

la solution de monitoring déjà choisie

précédemment. Finalement, je vais

présenter les choix et les outils a mettre en

place afin d’exploiter la solution.

1 Présentation de Nagios : 1.1 historique de nagios :

o Mars 1999 : première version de Net Sainto Mars 2002 : dernière version de Net Saint

30

Page 31: Rapport de Stage

TRI

o Mai 2002 : première version de Nagioso Novembre 2002 : première version stable de Nagios (1.0)o Février 2004 : sortie de la version 1.2 de Nagios, dernière version

stable actuelleo 2005 : sortie de la version 2.0 de Nagioso Courant : sortie de la version 3.1

historique de Nagios

1.2 Principe de fonctionnement de Nagios :

Principe de fonctionnement de Nagios

2 Architecture et outils :2.1 Architecture de Nagios :Nagios repose sur un serveur web et des CGI. Il peut intégrer une base de données de type MySQL ou PostgreSQL pour y stocker des informations de supervision. La base de données est optionnelle dans le

31

Page 32: Rapport de Stage

TRI

fonctionnement de Nagios et peut être remplacée par de simples fichiers tournants, mais cette architecture doit être limitée à de petites installations avec un nombre de machines supervisées restreint. L'architecture standard de Nagios peut donc être représentée de la manière suivante

Architecture de Nagios

2.2 Les plugins ou sondes : Les plugins sont des programmes exécutables ou des scripts (perl, shell, etc..) qui peuvent être lancés depuis une ligne de commande pour tester un hôte ou un service. Le résultat de l'exécution d'un plugin est utilisé par Nagios pour déterminer le statut des hôtes ou des services sur le réseau. Les plugins développés pour Nagios doivent respecter un certain format d'affichage de retour afin de garantir leur intégration. Tous les plugins qui respectent les consignes minimales de développement pour ce projet contiennent une documentation interne. Cette documentation peut être affichée en exécutant le plugin avec le paramètre "-h" ("--help" si les paramètres longs sont activés).

2.3 Les agents :Il est possible d'utiliser des agents de supervision permettant de récupérer des informations à distances. Ils offrent la possibilité de profiter de la puissance offerte par les plugins. Il existe 2 types d'agents : +Les agents NRPE +Les agents NCSA Le principe de fonctionnement des agents NRPE (pour Nagios Remote Plugin Executor) est simple : les plugins sont installés sur l'équipement à superviser, compilés en fonction de son architecture car c'est elle qui va les exécuter, ainsi que le démon NRPE faisant office de serveur. Sur la plateforme de supervision Nagios, le plugin check_nrpe fera alors office de client nrpe, récupérant les informations en interrogeant le démon nrpe sur l'équipement concerné. Le plugin check_nrpe sur le serveur Nagios initiera une connexion vers l'agent NRPE de la machine cible et lui demandera alors l'exécution d'une vérification. L'agent nrpe lancera alors le plugin configuré en local pour obtenir l'information et retournera le code retour de l'exécution ainsi que sa sortie standard.

32

Page 33: Rapport de Stage

TRI

Les agents NSCA (pour Nagios Service Check Acceptor) diffèrent des agents NRPE car la vérification est planifiée en local sur l'équipement supervisé, exécutée, puis le résultat est envoyé au serveur Nagios. De même que pour NRPE, l'architecture ncsa demande la présence du plugin check_ncsa sur la plateforme Nagios.

Présentation de NRPE/NCSA

Pour les machines Windows il nous faut le NSclient :Pareil que NRPE ou NSCA le NSclient++ est un démon installé sur un client de nagios Windows. Qui a pour but de renvoyer les informations de supervision aux serveurs nagios.

En effet, son rôle principal est de recueillir les informations sur le serveur pour pouvoir les envoyer aux serveurs nagios responsable

3-l’interface Web de nagios : L’interface de nagios donne une cartographie du SI, Génère une photo du réseau et peut même Produire des statistiques sous forme de graphes (exemple : durées des dysfonctionnements).

3.1 l’IHM :C’est la première interface que fournit nagios en tapent : 33

Page 34: Rapport de Stage

TRI

http://localhost/nagios Elle compte deux volet à droite c’est le menu des services offerts par nagios devisés en deux parties les services de monitoring et du reporting et ensuite au milieu s’affiche la version de nagios utilisé ainsi que le lien officiel de nagios et des liens de documentations officielles.

3.2 les informations d’états : Contient l’état des services selon votre besoin sur l’interface qui suit.on à des informations selon les groupes d’appartenances de chaque équipement.

3.3 les cartes : C’est la représentation en 2D des hôtes surveillés ainsi qu’ les informations relatifs à ces hôtes par exemple (nom, adresse IP, état ………….)

3.4 Les rapports :C’est l’ensemble d’histogramme et de graphe qu’on génère d’après l’état d’un hôte ou d’un service selon une période donnée et un type d’événements voulus.

3.5 Les configurations : C’est un tableau dont les colonnes représentent les états possibles d’un hôte ; les entêtes des colonnes sont les suivantes : (Nom, alias ou description, adresse, options de planification, test d’état

Conclusion :Ce chapitre a été consacré à l’étude technique du système. J’ai présenté la technologie utilisée ainsi que l’architecture de l’application. Ensuite, j’ai détaillé les différentes composantes de Nagios ainsi que les agents qui lui sont associésEnfin, j’ai présenté les services techniques réalisés. Dans le chapitre qui suit, je présente la conception du projet

34

Page 35: Rapport de Stage

TRI

Dans ce chapitre, je présente Ia réaIisation du

projet qui se composera de deux parties. Dans

Ia première partie,

j’expose des étapes d’instaIIation de Nagios.

Tandis que Ia deuxième partie est consacrée a

Ia mise en œuvre de Nagios, qui regroupe Ies

différentes étapes de configurations et

d’adaptation aux besoins du système

d’information.

1 Présentation de l’application :1.1 Vue d’ensemble sur les composantes supervisée :Serveur Windows : a travers le module nsclient installé sur n’importe quelque machine ainsi que le plugin chek_nt, nagios va pouvoir superviser n’importe quelle machine Windows connectée a notre réseaux (Windows 2003, XP ou NT).

35

Page 36: Rapport de Stage

TRI

Superviser des attributs et services privés sur une machine Windows requiert l'installation d'un agent sur celle-ci. Cet agent agit comme un proxy entre les plugins Nagios qui font la supervision et le service ou l'attribut sur la machine Windows. Sans installation d'agent sur la machine Windows, Nagios serait incapable de superviser les moindres attributs ou services privés de la machine Windows.

Serveur Linux : si on veut superviser notre serveur linux distant on doit installer un agent Nrpe sous le serveur et utilisé le plugin check_nrpe afin de pouvoir récupérer des informations voulues sur l’hôte supervisé. On peut de même récupérer les informations sur notre serveur nagios mais sans avoir besoin d’installer l’agent nrpe .

Agent NRPE

1.2 Analyse des services a supervisé :Le serveur Windows :

Dans notre cas on va superviser les éléments : CPU load Utilisation de la mémoire : Espace disque Processus en cours :

Aussi bien que les services suivants : http tcp ftp Contrôler la bande passante ou le trafic rate

36

Page 37: Rapport de Stage

TRI

Le serveur Linux :Dans notre cas on va superviser les éléments :

CPU load Utilisation de la mémoire Espace disque Processus en cours :

Aussi bien que les services suivants : http tcp ftp ssh

2 Les états d’un service ou d’un hote :A tout moment un hote ou un service supervisé avec Nagios :Un hote se trouve dans l’un des états suivants :

ok down unreachble

Un service se trouve dans l’un des états suivants : Ok :vert critical :roge warning

3 Les types d’états:Il existe deux types d'état dans Nagios :SOFT et HARD. Ces types d'Etat sont un élément essentiel de la surveillance logique, car ils sont utilisés pour déterminer le moment où les événements sont exécutés et quand les notifications sont d'abord envoyées. Ce passage décrit la différence entre les deux types, comment elles se produisent, et ce qui se passent quand ils se produisent.En effet, Nagios fait la distinction entre les alertes en état soft et celles en état hard. Dès qu'un service remonte une erreur celle-ci est d'abord définie dans un état soft et Nagios émet ses alertes sonores habituelles. Si après un certain nombre d'essais infructueux, configurable, le service renvoie toujours le même type d'erreur, l'alerte passe alors en état hard et Nagios envoie ses notifications (courriel, SMS, etc.).

4 La configuration des notifications par mails :

37

Page 38: Rapport de Stage

TRI

les notifications sous nagios

Chaque hôte et service a une définition <contact_groups> option qui lui indique les gents qui vont recevoir les mails on cas d’un dysfonctionnement d’un service ou d’un hôte détecté par Nagios. On peut grouper un ou plusieurs contacts dans un groupe pour faciliter la tache de nagios pour qu’il envoie des mails à un groupe.Aussi bien que les notifications par mails nagios offre d’autres types d’alertes tels que (les SMS, les effets sonore ou visuelles).

Le tableau ci dessous résume les différents types d’alertes disponibles sous Nagios :

38

Page 39: Rapport de Stage

TRI

Conclusion :Dans ce chapitre, j’ai présenté la phase de conception de mon projet. Ensuite J’ai présenté le diagramme de l’application a supervisée ainsi que les différents composantes et les éléments a supervisé. Dans le chapitre suivant, je détaille la phase de réalisation de mon projet.

39

Page 40: Rapport de Stage

TRI

40

Page 41: Rapport de Stage

TRI

Dans ce chapitre, je présente la réalisation du projet qui se composera de deux parties.

Dans la première partie, j’expose des étapes d’installation de Nagios. Tandis que la deuxième partie est consacrée à la mise en œuvre de Nagios, qui regroupe les différentes étapes de configurations et d’adaptation aux besoins du système d’information.

1 L’installation de Nagios :D’abord on doit assurer d’installer les paquets suivants sur notre machine Ubuntu avant de continuer : 1. Apache 2 2. Compilateur GCC et librairies de développement 3. librairies de développement GDOn pourra ensuite utiliser Apt-get pour installer ces paquets en exécutant les commandes suivantes : linux:~ $ sudo apt-get install apache2 linux:~ $ sudo apt-get install build-essentialSur Ubuntu 7.10, le nom de la librairie gd2 a changé, vous devez donc utiliser ce qui suit : linux:~ $ sudo apt-get install libgd2-xpm-dev Téléchargez Nagios et les Plugins :

41

Page 42: Rapport de Stage

TRI

Créez un répertoire pour stocker les téléchargements. Linux:~ # mkdir ~/downloads linux:~ # cd ~/downloadsTéléchargez à la fois l'archive du code source de Nagios et des plugins Nagios (visitez http://www.nagios.org/-download/ pour les liens vers les dernières versions). Au moment de la rédaction, les dernières versionsde Nagios et des plugins Nagios étaient respectivement la 3.0.3 et la 1.4.11.linux:~ # wget http://prdownoals.sourceforge.net/sourceforge/nagios/nagios-3.0.2.tar.gz

linux:~ # wget http://prdownoals.sourceforge.net/sourceforge/nagiosplug/nagios-plugins-1.4.11.tar.gz

Compilez et installez Nagios :On doit extraire le code source de Nagios de l'archive. linux:~ # cd ~/downloads linux:~ # tar xzf nagios-3.0.2.tar.gz linux:~ # cd nagios-3.0.2Exécutez le script de configuration de Nagios en lui passant le nom du groupe que vous venez justede créer comme suit : linux:~ # ./configure --with-command-group=nagcmdCompilez le code source de Nagios. linux:~ # make allInstallez les binaires, les scripts de démarrage, les fichiers de configuration fournis en exemple et réglez les permissions sur le dossier des commandes externes. linux:~ # make install linux:~ # make install-init linux:~ # make install-config linux:~ # make install-commandmode

Configuration de l'interface web :Installez le fichier de configuration web Nagios dans le répertoire Apache conf.d. linux:~ # make install-webconfCréez un compte nagiosadmin pour la connexion à l'interface web de Nagios. Retenez le mot de passe que vous attribuez à ce compte - vous en aurez besoin plus tard. linux:~ # htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadminRedémarrez Apache pour que les nouveaux réglages prennent effet. linux:~ # /etc/init.d/apache2 reload

42

Page 43: Rapport de Stage

TRI

Compilation et installation des Plugins Nagios :Extraire le code source des plugins Nagios de l'archive. linux:~ # cd ~/downloads linux:~ # tar xzf nagios-plugins-1.4.11.tar.gz linux:~ # cd nagios-plugins-1.4.11Compilation et installation des plugins. linux:~ # ./configure --with-nagios-user=nagios --with-nagios-group=nagios linux:~ # make linux:~ # make install Démarrage de Nagios :Configurez Nagios pour qu'il s'exécute automatiquement au démarrage du système. linux:~ # ln -s /etc/init.d/nagios /etc/rcS.d/S99nagiosVérifier les exemples de fichiers de configuration de Nagios. linux:~ # /usr/local/nagios/bin/nagios -v

/usr/local/nagios/etc/nagios.cfg

S'il n'y a pas d'erreur, démarrer Nagios. linux:~ # /etc/init.d/nagios start

Connexion à l'interface Web :Vous devriez maintenant pouvoir vous connecter à l'interface web de Nagios à l'adresse ci-dessous.Il vous sera demandé un nom d'utilisateur (nagiosadmin) et le mot de passe que vous avez spécifié plus tôt.http://localhost/nagios/Cliquez sur le lien Service Detail de la barre de navigation pour voir les détails de ce que vous supervisez sur votre machine locale. Nagios va prendre quelques minutes pour contrôler l'ensemble des services de votre machine du fait que les contrôles sont répartis dans le temps.

Autres Modifications :Si vous souhaitez recevoir des notifications par courrier électronique des alertes Nagios, vous devez installer le paquet mailx (Postfix). linux:~ $ sudo apt-get install mailxVous devez éditer les commandes de courrier électronique Nagios qui peuvent être trouvées dans /usr/local/nagios/etc/objects/commands.cfg et remplacer toutes les références à /bin/mail en /usr/bin/mail. Une fois ceci fait, vous devez redémarrer Nagios pour prendre en compte ces modifications. linux:~ $ sudo /etc/init.d/nagios restart

43

Page 44: Rapport de Stage

TRI

La configuration de Nagios : Scénario : Nagios supervise les équipements à travers le réseau. Ils peuvent être des serveurs, des équipements réseaux, ou tout autre type de machine reliée au réseau. Ces hôtes peuvent être regroupés dans un ou plusieurs groupes, permettant ainsi d'agir sur un ensemble de machines plutôt que sur chacune, une par une. Viennent ensuite les services. Ils correspondent aux services testés par les plugins. Définis dans un fichier de configuration, les services font appel au plugin via des commands elles-mêmes définies dans un fichier commands.cfg. L'ordonnancement de la vérification des services se fait elle selon des périodes de temps définis par les clauses timeperiod dans le fichier timeperiods.cfg Le rôle de Nagios est donc de prévenir lorsqu'un problème survient. Les contacts à prévenir sont définis et peuvent eux aussi être groupés dans un ensemble de groupe qu’on appelle groupe de contacts.

44

Page 45: Rapport de Stage

TRI

Principe de configuration de Nagios

Définition des hôtes et services à superviser Les états d’un service ou d’un hote :A tout moment un hote ou un service supervisé avec Nagios :Un hôte se trouve dans l’un des états suivants :

up down unreachble

Un service se trouve dans l’un des états suivants : Ok down critical warning

Pour superviser des hôtes windows il faut :-Modifier le fichier de configuration principal de Nagios / usr / local / nagios / etc / nagios.cfg-Activer la ligne qui contient le chemin vers le fichier de configuration des machines windows#cfg_file=/usr/local/nagios/etc/objects/windows.cfgExemple   : vi /usr/local/Nagios/etc/objects/windows.cfg //

45

Page 46: Rapport de Stage

TRI

fichier de déclaration les machines windows à superviser Define host { Use windows-server; host Name khadija ; nom de la machine alias My Windows Server; l’aléa address 192.168.1.4 ; l’addresse ip de la machin }Après l’ajout de cette partie on peut ajouter la définition des différents services.

Configuration et installation de NSClient++ : Comme les plugins NRPE et NSCA (disponible seulement sous Linux et Mac OSX), NSClient est un agent qui se base sur une architecture client/serveur. La partie cliente (nommée check_nt), doit être disponible sur le serveur Nagios. La partie serveur (NSClient++) est à installer sur chacune des machines Windows à surveiller.Dans notre cas le plugin check_nt est installer avec l’ensemble des plugins qu’on a déjà installer pour vérifier son existence il s’agit de se déplacer au répertoire /usr/local/nagios/libexec ensuite de taper la commande les chek_nt et cela doit retourner exectement le nom de plugin c'est-à-dire chek_nt .Par la suite il faut installer le NSclient++ sur la machine windows à surveiller en suivant les étapes suivantes :

“dé zipper” le client dans le répertoire c:\nsclient ouvrir une commande DOS (cmd.exe) puis entrer les commandes suivantes:

cd \nsclient nsclient++ /install

Ouvrir le gestionnaire des services et vérifier que le service est autorisé àInteragir avec le bureau”

46

Page 47: Rapport de Stage

TRI

Editer le fichier c:\nsclient\NSC.INI en: En dé commentant tous les modules listé dans la

section [modules] sauf CheckWMI.dll et RemoteConfiguration.dll

En dé commentant la ligne allowed_hosts dans la section [Settings] et en y ajoutant l’adresse du serveur Nagios.

puis il faut entrer les commandes suivantes dans la fenêtre DOS:

cd \nsclient nsclient++ /start

Remarque : il faut configurer le port avec le numéro 12489 et s’assurer que le firewall sous windows ne bloque pas les requêtes provenant du serveur nagios. A fin de pouvoir faire un test il s’agit de taper les commandes suivantes : cd /usr/local/nagios/libexec ; le faite de se deplacer au répertoire contenant les plugins ./check_nt -H IPMACHINEWINDOWS -v CLIENTVERSION –p 12489 –s NoneLe H permet de déterminer le hôte Windows, le v permet de déterminer la version du client ainsi le pde spécifier le port t et le s pour introduire le mot de passé qu’il est déjà configurer et il suffi de mettre None pour dire qu’on n’a pas spécifié de mot de passe.

47

Page 48: Rapport de Stage

TRI

Pour aussi s’assurer que le plugin marche bien alors o peut taper la commande suivante : écho $? Juste avant le. /chek_nt et ça doit retourner 0,1, 2 ou -1.6.2.4 L’interface Web : L'interface Web propose à l'utilisateur un tableau de bord efficace pour superviser son réseau. Elle permet de connaitre l'état de ses stations, consulter les historiques (pannes et actions) ainsi que de générer des graphes.il se divise en 2 parties une pour le monitoring et l’autre pour le reporting ainsi les composantes des deux menus peuvent être découpé en cinq grandes parties :

services et hôtes pannes et problèmes Actions processus Nagios Reporting

a. Services et hôtes : Tactical overview   : C'est la vue synthétique, où l'on trouve l'essentiel des informations importantes sur le bon fonctionnement du système d'information supervisé .

48

Page 49: Rapport de Stage

TRI

Cette vue rassemble les informations quantitatives essentielles au 1er abord : Nombre d'équipements supervisés, services fonctionnels, non fonctionnels, alarmes en cours... Elle permet de naviguer facilement, il suffit de cliquer sur un lien sur fond rouge pour aller directement à la liste des problèmes. Service detail :

La liste exhaustive, par équipement, des services supervisés. Cette vue peut être lourde si il y a un parc important avec un grand nombre de services supervisés. Host Détail :

49

Page 50: Rapport de Stage

TRI

La liste des machines, si elles sont vues sur le réseau (soit par le biais d'une vérification par plugins, soit par un ping si aucun service n'est défini) Hostgroup overview:

La même liste que précédemment, mais avec les regroupements par hostgroup. Cela permet une vue rapide sur un sous-ensemble de votre parc (par serveurs, par client, etc).

Hostgroup grid :

50

Page 51: Rapport de Stage

TRI

Toujours par groupe d'équipements, une vue des machines, avec en regard les services (par leur nom) et leur état (par la couleur). Status Map :

Cette carte des états, en 2D, permet de voir les relations de dépendances entre objets telles qu'elles ont été configurées. Elle n'a cependant que peu d'intérêts hormis le côté dépendances. Hostgroup summary : Une vue encore plus synthétique par hostgroup, avec indication du nombre d'équipements et de services dans les différents états possibles. b. Pannes et problèmes : Service problems :

51

Page 52: Rapport de Stage

TRI

Affiche sous forme de tabulations les services qui sont WARNING ou CRITICAL Host problemsAffiche sous forme de tabulations les hôtes qui sont WARNING ou CRITICAL.

b. Actions CommentsCette page permet d'ajouter un commentaire particulier sur un hôte ou un service. Downtime Permet de prévoir à l'avance l'arrêt de la supervision d'un hôte ou d'un service pour une période donnée.

c. Processus Nagios : Process info Donne des informations sur le processus Nagios qui tourne sur la machine. Performance info

52

Page 53: Rapport de Stage

TRI

Indique les performances du système Nagios, telles que le nombre de requêtes sur les hôtes ou sur les services réalisés depuis 5minutes, ou bien le temps de réponse des requêtes. Scheduling Queue Liste la file d'attente des requêtes à faire.

d. Reporting : Trends :

Les grandes tendances sur le parc supervisé. Affichage sous forme de graphique. Availability :

La disponibilité par machine, groupe de machines, services, groupe de services. Cette disponibilité est fonction non

53

Page 54: Rapport de Stage

TRI

seulement du temps de bon fonctionnement d'un serveur, mais aussi de tous ces services. Alert histogram :

C'est le rapport des alertes sous forme d'histogrammes. Alert history :

C'est une vue synthétique des dernières alertes remontées (que ce soit un problème ou un retour à la normale).

54

Page 55: Rapport de Stage

TRI

Alert summary

Quasiment la même information que le point précédent, mais sous forme tabulaire, avec en plus les informations remontées par les plugins. Notifications Donne l'historique de tous les échanges entre Nagios et ses utilisateurs (alertes, escalades, acquittements). Event log Le journal des évènements, qui donnent un peu la même information que le point précédent, mais sous une forme différente. Le journal contient aussi les arrêts et redémarrages de Nagios

Conclusion : Ce chapitre a été consacré à la phase de réalisation. J’ai présenté les différentes étapes de réalisation ainsi que le déploiement de la solution de supervision choisi selon le besoin prédéfini La conclusion de mon rapport fera l’objet de la section suivante.

55

Page 56: Rapport de Stage

TRI

Conclusion ConclusionLe présent stage a été d’une importance déterminante pour ma formation en tant que Technicien Spécialisé en Réseau Informatique.

Il m’a permis de découvrir la vie professionnelle, de maîtrise des différents travaux d'informatique dont je serai appelé à effectuer lors de mon insertion dans la vie professionnelle.

56

Page 57: Rapport de Stage

TRI

En plus, il m’a permis de mettre toutes mes compétences au

sein de l’établissement, et je porte l’occasion de remercies tous les

membres du DSI ainsi que mon encadrent Mme Meryem ZABDI pour les différentes informations appropriés ,c’était une nouvelle

occasion de sentir l’importance du travail en groupe.

Ce travail restera pour moi une référence et un point de

départ pour apprendre, développer et améliorer mon savoir-faire

ainsi que mes connaissances en Informatique.

En fin, espérant que ce travail sera une modeste référence pour

toutes les personnes désirent améliorer ce projet.

57