Professional Documents
Culture Documents
Session 2016
E4 Conception et maintenance de solutions informatiques
Coefficient 4
OPTION SISR
OPTION SLAM
N candidat : 1337445644
Modalit :
Seul
En quipe
Principale(s) activit(s) concerne(s)2
D1.1 - Analyse de la demande
D1.3 - Mise en production dun service
D1.4 - Travail en mode projet
D2.1 - Exploitation des services
D3.1 - Conception dune solution dinfrastructure
D3.2 - Installation dune solution dinfrastructure
D3.3 - Administration et supervision dune infrastructure
Conditions de ralisation 2 (ressources fournies, rsultats attendus)
Ressources fournies :
Plan dadressage IP et schma rseau de la M2L
Serveurs Linux hbergeant la solution EyesOfNetwork (virtualis sous Virtual Box)
Cahier des charges / Contexte
Rsultat attendus :
Suivi de ltat du rseau dans son intgralit.
Productions associes
Contexte M2L
Description de linfrastructure (Schma et adressage du rseau, serveurs, quipement rseau)
Procdures de mise en place
Modalits daccs aux productions
http://btssio2016.weebly.com/
Conformment au rfrentiel du BTS SIO, le contexte doit tre conforme au cahier des charges national en matire
denvironnement technologique dans le domaine de spcialit correspondant loption du candidat.
2
En rfrence la description des activits des processus prvue dans le rfrentiel de certification.
3 Conformment au rfrentiel du BTS SIO Dans tous les cas, les candidats doivent se munir des outils et ressources
techniques ncessaires au droulement de lpreuve. Ils sont seuls responsables de la disponibilit et de la mise en uvre
de ces outils et ressources. Les candidats qui nen sont pas munis sont pnaliss dans les limites prvues par la grille daide
lvaluation propose par la circulaire nationale dorganisation. . Il sagit par exemple des identifiant, mot de passe, URL
dun espace de stockage et de la prsentation de lorganisation du stockage.
4 Lien vers le document dcrivant la situation professionnelle tant au niveau logiciel (par exemple service fourni par la situation,
interfaces utilisateurs, description des classes, de la base de donnes) que matriel (par exemple schma complet de
rseau mis en place et configurations des services).
I.
Contexte
II.
Besoin
Dans un souci damlioration dune qualit de service de son rseau, ladministrateur a introduit le
systme de supervision NAGIOS permettant de surveiller, de prvenir et de grer toute panne pouvant
intervenir dans son rseau.
En effet, un outil de supervision permet danticiper une panne sur un quipement et donc de remplacer
cet quipement avant sa panne effective. Ceci va bien entendu diminuer le taux de pannes annuel dans
le rseau.
La supervision est capable de diagnostiquer et bien souvent de rparer seule les pannes. Si ce nest pas
le cas, elle se charge dalerter immdiatement les personnes concernes par lincident. Elle est donc
extrmement ractive et reprsente un gain important en temps.
De plus, par sa vision continue du rseau, elle anticipe souvent sur des problmes ultrieurs. On parle
alors de proactivit. Ainsi, la supervision est la fois ractive et proactive.
III.
Proposition de solution
La solution de supervision retenue au sein de linfrastructure de lcole, et qui a fait lobjet dun projet
PPE, est btie autour de EyesOfNetwork (EON) NAGIOS Version 4.
Dans cette situation, je me propose de superviser les routeurs assurant la gestion des sous rseaux des
ligues et de M2L dans le but danticiper un problme ventuel sur ces 2 fonctions trs stratgiques.
IV.
V.
Tests de fonctionnement
Provocation dune panne sur une interface du routeur et relecture de ltat de linterface
Correction de la panne, vrification de la reprise de service