Forum général.cherche-logiciel Nagios ou Cacti (ou ...) ? Monitorage

Posté par  .
Étiquettes : aucune
0
25
fév.
2008
Bonjour,

Mon problème principal : dans mon asso, le point d'accès à internet est géré par un FW Juniper netscreen 25. Je voudrais être en mesure de connaître la quantité de bande passante qu'utilise le protocole FTP. Je ne connais pas du tout SNMP mais je ne crois pas qu'il puisse me donner ce genre de détails. Est ce que vous avez des suggestions ?

Second problème : en réfléchissant à tout ça, je me suis dit qu'il serait intéressant de mettre en place un système de monitorage qui devrait idéalement remplir plusieurs fonctions :
(environnement Linux sur serveurs multi-proc)
- monitorer les interfaces réseaux.
- la charge processeur (par coeur possible ?)
- l'espace disque

Sous environnement windows, j'ai entre autre une machine 4 coeurs qu'on utilise pour faire une application mono thread qui n'exploite pas le snmp. Idéalement le système de monitorage serait aussi capable de me donner la charge par coeur des machines sous Windows XX.

Merci pour vos futures (nombreux et judicieux) conseils !
Bon app, Raph
  • # nagios

    Posté par  . Évalué à 2.

    salut,

    Nagios fait ca tres bien mais n'utilise pas que snmp,
    tu peut en particulier utiliser nrpe pour les machines clientes windows.

    si les plugins de bases ne te suffisent pas ecris en pour tes besoins.

    l'espace disque la charge processeur la ram et sa charge et le temps d'acces aau noeud moyens sont les 4 plugins par defaut appliques aux noeuds meusures.
  • # Errata

    Posté par  . Évalué à 1.

    "Sous environnement windows, j'ai entre autre une machine 4 coeurs qu'on utilise pour faire une application mono thread qui n'exploite pas le snmp"

    Je voulais dire smp
  • # Commentaire supprimé

    Posté par  . Évalué à 3.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Nagios ou Cacti (ou ...) ? Monitorage

    Posté par  . Évalué à 1.

    Merci pour vos réponses ! Je vais tester Nagios et Zabbix.

    Quelqu'un à une idée pour connaître la part du traffic FTP sortant (download depuis des serveurs ftp distants) sur un lien internet partagé par un FW Netscreen ?

    Mettre un ordi entre le réseau et le Netscreen avec Ethereal et une règle IPTables qui forward tout n'est pas possible : je n'ai pas de machine disponible.
    • [^] # Re: Nagios ou Cacti (ou ...) ? Monitorage

      Posté par  (site web personnel) . Évalué à 3.

      Tu fait une policy spéciale dans le NS25 qui match le trafic FTP et tu
      active l'option counting dans les options avancées de la policy.
    • [^] # Re: Nagios ou Cacti (ou ...) ? Monitorage

      Posté par  . Évalué à 1.

      1°) on dit pas "monitorage" mais "monitoring" (anglais) ou "surveillance" (francais)

      2°) le FTP sortant, c'est dans le sens chez toi -> le serveur et pas "download depuis des serveurs ftp distants" qui est du trafic entrant de ton point de vue

      evidemment si tu veux surveiller l'activité de ton parefeu qui se trouve juste avant tes serveurs et connaitre l'activité de tes clients

      là à ce moment là ce sera bien du trafic sortant (de TES serveurs vers le client)

      sinon passer un temps, sur mon parefeu, j'avais mis ntop ( http://www.ntop.org )

      ca permettait de savoir qui allait ou...
      attention il faut faire un declaration aupres des employés quand tu met un outil de surveillance au niveau individuel (par ex l'IP A à fait XXX MB de ftp ce mois ci)

      cela n'est pas necessaire si tu surveilles l'ensemble du trafic société (l'entreprise à fait YYY GB de ftp ce mois ci)
      • [^] # Re: Nagios ou Cacti (ou ...) ? Monitorage

        Posté par  . Évalué à 1.

        Je me suis mal exprimé, mais il s'agit bien de la part de trafic FTP par rapport au reste du trafic internet. Il n'est pas question de surveiller les utilisateurs mais de voir si leurs utilisation de la bande passante pourrait justifier une seconde ligne ADSL dédiée à l'utilisation FTP.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.