Etude de supervision de réseau

Etude de supervision de réseau - Etudes / Orientation - Emploi & Etudes

Marsh Posté le 23-02-2005 à 09:36:11    

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

Reply

Marsh Posté le 23-02-2005 à 09:36:11   

Reply

Marsh Posté le 23-02-2005 à 10:38:02    

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

Reply

Marsh Posté le 23-02-2005 à 15:15:44    

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


---------------
...und ich tanz' einfach weiter.
Reply

Marsh Posté le 24-02-2005 à 09:24:46    

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

Reply

Marsh Posté le 24-02-2005 à 10:31:39    

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

Reply

Marsh Posté le 25-02-2005 à 11:17:50    

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...

Reply

Marsh Posté le 25-02-2005 à 14:53:04    

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

Reply

Marsh Posté le 25-02-2005 à 15:28:58    

+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.

Reply

Marsh Posté le 25-02-2005 à 15:36:43    

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

Reply

Marsh Posté le 25-02-2005 à 16:02:41    

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...

Reply

Marsh Posté le 25-02-2005 à 16:02:41   

Reply

Marsh Posté le 28-02-2005 à 11:37:51    

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.
 

Reply

Marsh Posté le 28-02-2005 à 12:19:20    

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...
 

Reply

Marsh Posté le 28-02-2005 à 13:23:04    

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 ...).

Reply

Marsh Posté le 28-02-2005 à 16:29:54    

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  :)  

Reply

Marsh Posté le 28-02-2005 à 17:45:47    

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.
 
 
 
 
 
 

Reply

Marsh Posté le 01-03-2005 à 10:45:46    

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  ;)

Reply

Marsh Posté le 01-03-2005 à 13:41:41    

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
Reply

Marsh Posté le 01-03-2005 à 14:26:41    

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

Reply

Marsh Posté le 01-03-2005 à 16:57:59    

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

Reply

Marsh Posté le 02-03-2005 à 09:40:04    

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.

Reply

Marsh Posté le 21-03-2005 à 11:54:13    

Vous connaitriez pas fluke optiview et cisco works?

Reply

Marsh Posté le 29-04-2005 à 16:52:19    

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 ????

Reply

Marsh Posté le 07-05-2005 à 17:41:33    

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

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed