Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
525 connectés 

  FORUM HardWare.fr
  Emploi & Etudes
  Etudes / Orientation

  Etude de supervision de réseau

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Etude de supervision de réseau

n°337222
hearten
Posté le 23-02-2005 à 09:36:11  profilanswer
 

Bonjour,
 
Je me trouve en face d'un petit problème. Je dois superviser un réseau, mais je ne sait pas comment m'y prendre. En fait, la conception en elle même, de devoir superviser n'est pas dur, car il faudra installer un outil tel que NAGIOS, puis à l'aide de scripts, etc... Mais c'est la partie théorique de l'administration que je galère.
 
Je ne sait vraiment pas quoi prendre en critère pour savoir si mon réeau fonctionne correctement. A part, la bande passante (traffic du réseau) et puis l'utilisation du CPU, la mémoire RAM, je sait pas quoi récupérer d'autre comme donnée pour bien superviser mon réseau.
 
C'est pourquoi, je cherche des personnes qui sont superviseur de réseau ou bien qui ont fait un stage comme superviseur ou tout simplement qui ont des connaissance dans la supervision, pour me venir en aide.
 
Si des personnes ont déjà fait une étude dessus ou une analyse et qu'elle l'a en power point, pdf ou word, se serai sympa si elle pouvait m'en faire bénéficier.
 
Je vous en remercie d'avance

mood
Publicité
Posté le 23-02-2005 à 09:36:11  profilanswer
 

n°337253
shera
Google est mon ami...
Posté le 23-02-2005 à 10:38:02  profilanswer
 

Je suis admin des outils de supervision dans ma boite.
 
Si tu as des questions précises, j'essaierai de t'apporter mon expérience.
 
Shéra

n°337381
freedump
together we will conquer...
Posté le 23-02-2005 à 15:15:44  profilanswer
 

phpSysInfo
 
+
 
Big Brother
 
http://bb4.com/


---------------
...und ich tanz' einfach weiter.
n°337733
hearten
Posté le 24-02-2005 à 09:24:46  profilanswer
 

Je te remercie Shera. J'aurais bien besoin d'un peu de ton aide.
 
J'aimerai savoir (vue que tu es administrateur de ton réseau), lorsque que tu dois récupérer des données pour analyser le trafic ou la charge, quels types de données tu récupére.  
Et puis quel outil utilise tu pour superviser ton réseau.
 
Merci

n°337758
shera
Google est mon ami...
Posté le 24-02-2005 à 10:31:39  profilanswer
 

hearten a écrit :

Je te remercie Shera. J'aurais bien besoin d'un peu de ton aide.
 
J'aimerai savoir (vue que tu es administrateur de ton réseau), lorsque que tu dois récupérer des données pour analyser le trafic ou la charge, quels types de données tu récupére.  
Et puis quel outil utilise tu pour superviser ton réseau.
 
Merci


 
Mais de rien, et bien moi comme je travaille chez un fournisseur d'acces, on a beaucoup de reporting a fournir.
Donc j'utilise des logiciels tels que Infovista, qui nous donne par exemple les charges des liaisons (par heure, temps réel, semaine...)mais aussi des serveurs etc... Donc soit c'est présenté sous forme de tableau soit en courbe. Pour ce qui est du traitement et analyse, ce n'est pas fait par mon service, nous ne faisons que mettre a disposition des outils a jour.
Sinon niveau réseau on utilise aussi HP open View, qui remonte des traps snmp sur notre Hyperviseur (cartographie de tout notre réseau).
Sinon on a aussi des agnet de surveillance systeme installés sur les machines.
 
J'espere avoir répond a tes questions, sinon n'hesite pas a les reposer.
 
Shéra

n°338263
hearten
Posté le 25-02-2005 à 11:17:50  profilanswer
 

Merci pour ces informations.
 
Est-ce que tu as déjà entendu parler du projet OREON. C'est un tout nouveau outil de supervision basé sur Nagios. Je reste un peu perplexe sur son utilisation sur mon réseau. Mais d'après les fonctionnalités qu'il propose, il m'a l'air tout à fait bien.  
http://oreon.org
 
A voir...

n°338353
shera
Google est mon ami...
Posté le 25-02-2005 à 14:53:04  profilanswer
 

hearten a écrit :

Merci pour ces informations.
 
Est-ce que tu as déjà entendu parler du projet OREON. C'est un tout nouveau outil de supervision basé sur Nagios. Je reste un peu perplexe sur son utilisation sur mon réseau. Mais d'après les fonctionnalités qu'il propose, il m'a l'air tout à fait bien.  
http://oreon.org
 
A voir...


 
Pour répondre a ta question, non je ne connais pas et c'est la premiere fois que 'en entends parler, mais je ne suis pas non plus experte lol

n°338358
lagassat
PSN - GT = lagassat
Posté le 25-02-2005 à 15:28:58  profilanswer
 

+1 HP Openview - ITO :
Des remontees d'alertes sur les services, ping auto des serv, des routeurs et alerte s'ils tombent, la verif des liaisons entre serv.

n°338361
hearten
Posté le 25-02-2005 à 15:36:43  profilanswer
 

Ouep mais HP openview n'est pas en libre service si je ne me trompe pas...
Et de plus, il n'est pas très maléable. Les graphs qu'il donne ne sont pas modifiable, tu n'as pas accès aux sources et donc tu ne peux pas modifier ou rajouter des scripts pour avoir de nouvelles fonctionnalités. DIt moi si je me trompe.
Merci

n°338368
lagassat
PSN - GT = lagassat
Posté le 25-02-2005 à 16:02:41  profilanswer
 

hearten a écrit :

Ouep mais HP openview n'est pas en libre service si je ne me trompe pas...
Et de plus, il n'est pas très maléable. Les graphs qu'il donne ne sont pas modifiable, tu n'as pas accès aux sources et donc tu ne peux pas modifier ou rajouter des scripts pour avoir de nouvelles fonctionnalités. DIt moi si je me trompe.
Merci

Effectivement c'est un logiciel payant. Plutot complet mais donc logiquement pas tres evident a correctement parametrer. Je ne pense pas que tu aies tout simplement le drt de le modifier comme ca (vis à vis de la licence). A voir...

mood
Publicité
Posté le 25-02-2005 à 16:02:41  profilanswer
 

n°339446
hearten
Posté le 28-02-2005 à 11:37:51  profilanswer
 

C'est bien ce que je me disais. Avec les licences, tu n'as pas le droit de t'approprier les sources et de modifier les scripts.  
Dommage...  
Moi il m'aurai plus fallu un outil Open Source. Car j'ai besoin et ces l'exigence de l'équipe informatique, de pouvoir modifier, insérer des scripts, de façon à ce que l'outil soit personnel et personnalisable. Que l'on sache ce que l'on fait, ce que l'on récupére et où on le stocke. en gros, donner les plein pouvoir à l'admin.  
Merci tout de même pour l'idée.
 

n°339479
lagassat
PSN - GT = lagassat
Posté le 28-02-2005 à 12:19:20  profilanswer
 

hearten a écrit :

C'est bien ce que je me disais. Avec les licences, tu n'as pas le droit de t'approprier les sources et de modifier les scripts.  
Dommage...  
Moi il m'aurai plus fallu un outil Open Source. Car j'ai besoin et ces l'exigence de l'équipe informatique, de pouvoir modifier, insérer des scripts, de façon à ce que l'outil soit personnel et personnalisable. Que l'on sache ce que l'on fait, ce que l'on récupére et où on le stocke. en gros, donner les plein pouvoir à l'admin.  
Merci tout de même pour l'idée.

Je n'en suis pas certain pr autant donc essaie de creuser qd mm la question au cas ou...
 

n°339497
oh_damned
Posté le 28-02-2005 à 13:23:04  profilanswer
 

Quelques pistes sur le QUOI mesurer
 
Au niveau purement réseau :
- la disponibilité
- le débit
- la gigue
- le PLR (Packet Loss Rate)
- le RTD (Round Trip Delay)
 
De plus, pour les switchs/routeurs :
- charge processeur
- taux d’utilisation mémoire
- température
- check de la configuration
 
 
Etant donné que tu parles de supervision réseau, on peut monter jusqu'à la couche 4 (au sens modèle OSI) et donc faire des mesures sur les flux échangés, avec des "tickets" contenant au moins les infos suivantes :  
- la ou les sources du trafic
- la ou les destinations du trafic
- l’usage de la BP
- la durée d’utilisation (par jour, par mois, …)
- la quantité de données transférées
- la ou les classes de trafic utilisées
- les ressources accédées
 
 
Sur un plan général, il est important d'enregistrer les évènements et de déclencher des alarmes (la difficulté ici étant le réglage des seuils de déclenchement et la corrélations entre les alarmes pour éviter qu'une panne sur un point donné ne déclenche 50 alarmes par effet boule de neige et rende l'analyse très difficile).
 
 
 
Avec cette base on peut imaginer tout un tas d'applications (détection de pannes, détection de comportements anormaux, etc ...).

n°339596
hearten
Posté le 28-02-2005 à 16:29:54  profilanswer
 

Un grand merci à oh_dammed qui me rajoute quelques pistes.  :love:  
 
En effet, j'avais pas pensé à la température des switchs et routeurs. C'est vrai que ça chauffe pas mal ces engins. ;) Donc faudrait peut-être surveiller.
En revanche, le PLR est surement utile mais le RTD, je me demande si il a grand interet. Et surtout, le check de la verification, c'est seuelement au démarrage des machines... Or les machines sont allumées 24h/24h. Donc je comprend pas bien quand est-ce que des check de config sont faite et pourquoi les récuperer...
A m'expliquer svp.  :??:  :heink:  :??:  :heink:  
 

Citation :

Etant donné que tu parles de supervision réseau, on peut monter jusqu'à la couche 4 (au sens modèle OSI) et donc faire des mesures sur les flux échangés, avec des "tickets" contenant au moins les infos suivantes :  
- la ou les sources du trafic  
- la ou les destinations du trafic  
- l’usage de la BP  
- la durée d’utilisation (par jour, par mois, …)  
- la quantité de données transférées  
- la ou les classes de trafic utilisées  
- les ressources accédées  


 
La dessus, je suis à 100% d'accord avec toi. Tout ces éléments font partie de mes critères et de mes éléments de supervision.  
Sauf les 2 dernières infos :

Citation :

- la ou les classes de trafic utilisées  
- les ressources accédées


Est-ce vraiment indispensable de connaître ces informations...
 
Cependat, un grand merci se joint à mes quelques remarques  :)  

n°339629
oh_damned
Posté le 28-02-2005 à 17:45:47  profilanswer
 

Pour le check des configurations, c pas forcément utile, mais une erreur de paramétrage est si vite arrivée ... Exemple : un port de switch configuré en 100 alors que l'interface Ethernet du serveur qui est en face est en auto-négociation, parfois on a des résultats étranges ! Autre raison de faire ça : la sécurité, les réglages d'usine sont parfois très permissifs et suite à une panne ou un reset de conf, on peut se retrouver avec des équipements passoires !  
 
Enregistrer dans les tickets les classes de trafic, si tu fais de la QoS ça peut servir, par exemple à voir qu'une appli n'est pas dans la bonne classe (ce qui expliquerait que certains utilisateurs se plaignent de ralentissements intempestifs par exemple).
 
Le RTD c'est important aussi dans le cas où tu as des applis sensibles en terme de temps de réponse. La problématique ici est d'avoir une mesure fiable et là c'est loin d'être simple, les outils free proposent souvent des mesures via des pings mais ce n'est pas franchement représentatif.
 
 
Nagios est un très bon outil, mais il est plutôt orienté système que réseau, cela dit comme il permet d'écrire ses propres plug-ins on peut mesurer tout et n'importe quoi avec, mais attention à ne pas s'embarquer dans des développement de scripts qui risque de te prendre tout ton temps !
 
Si tu veux te servir d'outils Free, tu ne trouveras pas je pense d'outil qui sait tout faire, il faudra combiner plusieurs outils, par exemple :
- un outil qui fait du SNMP pour récupérer des infos basiques sur les routeurs (tu peux commencer par regarder du côté d'un outil très simple  : NMIS)
- des outils pour récupérer et montrer des infos sur les flux (regarde du côté de la technologie Netflow)
 
Si tu veux un truc intégré qui affiche les résultats comme tu veux, un petit peu de développement web basique pour faire un chti front-end ne devrait pas te prendre trop de temps si a l'habitude de faire de perl ou du PHP.
 
 
 
 
 
 

n°339860
hearten
Posté le 01-03-2005 à 10:45:46  profilanswer
 

Je te remercie pour tes explications. Vue que je suis en stage dans l'entrepriuse, je ne connais pas encore toute les infos sur comment il gère le réseau. Donc je vais allez voir l'équipe et leurs demander plus d'infos.
 

Citation :

Nagios est un très bon outil, mais il est plutôt orienté système que réseau, cela dit comme il permet d'écrire ses propres plug-ins on peut mesurer tout et n'importe quoi avec, mais attention à ne pas s'embarquer dans des développement de scripts qui risque de te prendre tout ton temps !


Au début justement, j'étais partie pour utiliser Nagios. C'est un outil Open Source (rien que le budget était déjà un bon argument :p ) et puis la maniabilité de cet outil me plaisait bien. Comme tu le dis, on peut développer des scripts perso pour mesurer ce que l'on veut.
 
Et puis, finalement, je suis tomber un jour sur un site : http://oreon.org
Et là, un pti coup de foudre :love: Il intégre en entier Nagios mais en l'améliorent (normal :lol: ). D'après les concepteurs, il est en développement, mais une version stable beta1.0 a était créée.  
L'utilisation des graphes, des scripts... a était simplifié et améliorer. Donc je pense que je vais m'orienter sur cet outil.
En revanche, je garde toujours en boué de sauvetage si mon projet tombe à l'eau, MRTG & RRDTool et Nagios. Je pense que c'est les plus répandu mais pas forcement les mieux. Mais bon...
 
En tout cas, je te conseil oh_damned d'aller faire un tour sur se site pour voir de quoi il en est. Je pense que ça pourrait t'intéresser. Et puis, j'aimerais bien avoir ton avis  ;)

n°339922
oh_damned
Posté le 01-03-2005 à 13:41:41  profilanswer
 

HearTen > Pour info je suis pas à l'exploit, j'interviens en amont côté conception & architecture.
 
En fait en 2003 j'ai fait une étude assez poussée sur la supervision réseau au sein de ma boîte et j'ai monté quelques maquettes, d'où mes posts sur ce topic vu que j'ai déjà pas mal creusé le sujet :D
 
 
Pour Oreon, là comme ça je peux pas te dire, faudrait le voir tourner.


Message édité par oh_damned le 01-03-2005 à 13:45:21
n°339938
hearten
Posté le 01-03-2005 à 14:26:41  profilanswer
 

Citation :

En fait en 2003 j'ai fait une étude assez poussée sur la supervision réseau au sein de ma boîte et j'ai monté quelques maquettes, d'où mes posts sur ce topic vu que j'ai déjà pas mal creusé le sujet :D


Est-ce que s'est des documents interne ? donc confidentiel.
Si oui, ça ne fait rien je te remercie quand même pour les post.
Si non, serait-il possible que je puisse lire ton étude ?
 
Merci dans les deux cas

n°340005
oh_damned
Posté le 01-03-2005 à 16:57:59  profilanswer
 

Désolé mais je ne peux pas communiquer les docs.

n°340285
hearten
Posté le 02-03-2005 à 09:40:04  profilanswer
 

C'est bien ce que je me disais. Documents interne. J'ai pareil dans mon entreprise. Je te remercie quand même.
En tout cas, tu m'as fait avancer dans mon étude et je t'en remercie.

n°349559
wazazumi
Posté le 21-03-2005 à 11:54:13  profilanswer
 

Vous connaitriez pas fluke optiview et cisco works?

n°368724
nono7878
Posté le 29-04-2005 à 16:52:19  profilanswer
 

shera a écrit :

Je suis admin des outils de supervision dans ma boite.
 
Si tu as des questions précises, j'essaierai de t'apporter mon expérience.
 
Shéra


Bonjour,
 
je voulais savoir si tu avais de la doc sur What's up Gold ????

n°372531
moi_meme
Posté le 07-05-2005 à 17:41:33  profilanswer
 

bonsoir
je travaille sur un sujet(stage) réseau,je dois proposer une plate forme de supervision du réseau, l'oranisme utilise HPopen view comme outil,mais je sais pas exactement comment procéder? et la doc sur l'outil est trés longues(des doc de plus de 1000 pages) et en anglais, j'ai besoin de créer de nouveaux filtres.
merci de votre aide

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Emploi & Etudes
  Etudes / Orientation

  Etude de supervision de réseau

 

Sujets relatifs
jeune maman ve continuer étude pr devnir prof de math : info ?Cherche emploi d'ingénieur informaticien développement ou réseau
Formation administrateur systeme&reseau type AFPA,votre avis svpAide à la création d'une salle de jeux en réseau
DUT service et reseau de communicationBourse pour l'année prochaine en étude sup
Poursuite d'étude en InfoStage hors étude sans convention : légal ou pas ?
[13]Recherche Stage Réseaux informatiques Etudiant Master réseauPour ceux qui ont pu continuer leur étude après une licence pro
Plus de sujets relatifs à : Etude de supervision de réseau


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR