Forum général.cherche-logiciel Petites precision demandées sur les solutions de supervision

Posté par  (site web personnel) .
Étiquettes : aucune
1
6
déc.
2009
Bonjour a tous,

Voici donc mon premier post sur ce forum auquel j'ai deja eu recours par le passé.

Ma question concerne les solutions de supervision, Nagios et Zabbix en particulier, mais je reste ouvert a toutes autres propositions.

Mon contexte de travail:

-plusieurs "plateformes" (en fait des simulateurs de systémes spécifiques)
distantes, en places chez les differents clients.

-ces plateformes sont compsées d'une vingtaines de pc tout au plus, des postes Instructeurs, Opérateurs, utilisant des ressources partagées sur des serveurs dédiés pour les PO(perateurs) et PI(nstructeurs), et enfin des serveurs de calculs. (assez grosses machines a 8, 16 voires 32 coeurs).

-un poste Atelier sur chcunes ed ces plateformes nous permet de les administrer, et est accessible via VPN sécurisé.

-le cahier des charges nous oblige a séparer ces differents elements sur des réseaux IP differents. (un sous réseau pour les PO, un autres pour les PI, un autre pour les calculateurs et un derniers pour le poste atelier, le tout relié par des routeurs forcémment.)

-Enfin un serveur a notre siege qui nous permet d'heberger les solutions necessaires a l'administration de ces plateformes. (GLPI et OCS deja en place)

Mon objectif:

Mon but est de pouvoir superviser ttes ces plateformes de mon poste de travail.
supervision basique concernant surtout les ressources materielles et logicielles, mais aussi le réseau a terme.

Ma question:

-Sachant que je ne peux beneficier d'un accés continu a ces plateformes distantes, je voudrai savoir si les deux solutions nommées précédemment (nagios et/ou zabbix) permettent (via leur demon/agent) de stockées les infos concernant les ressources que je devrai superviser. Et donc de les recuperer par une connexion ponctuelle hebdomadaire?

en plus clair:

Me sera t il possible, en me connectant une fois par semaine par ex, de générer un graphique (par ex) des ressources de la semaine entiere passée?


si je n'ai pas été trés clair dites le moi!!


merci de vos réponses :)


pier.

  • # mauvaise solution, mais vrai probleme

    Posté par  . Évalué à 3.

    ton probleme est de monitorer l'usage qui est fait des machines (à posteriori)
    de memoire les logiciels que tu cites sont fait pour faire du monitoring temps reels

    en gros savoir si une machine sature maintenant, si elle est fonctionnelle ou pas
    et recevoir un email/sms en cas de panne

    dans ton cas il faudrait peut-etre regarder pour un syslog qui stockerait ses logs sur ta passerelle vpn

    logs que tu recupererais une fois par semaine par exemple...

    ensuite seulement tu genererais tes graphes depuis ton poste de supervision à partir des logs que tu as recuperé

    • [^] # Re: mauvaise solution, mais vrai probleme

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

      Merci bcp NeoX de t'être penché sur mon (vrai) problème.

      Effectivement, je suis assez d'accord avec l'analyse que tu as faut de mon problème, le temps reel ne m'intéresse pas.

      Je crois que je vais donc repartir sur mon idée première, SAR, qui permet lui de ge créer des logs sur les ressources, et comme tu dis, de récupérer ces logs a posteriori, afin de générer mes graphs.


      Merci bcp encore une fois et si quelqu'un a une autre idée dans le genre SAR, allez y!!



      pier.

      • [^] # Re: mauvaise solution, mais vrai probleme

        Posté par  . Évalué à 1.

        Tu peux aussi utiliser Cacti ( http://www.cacti.net/ ) pour grapher tout un tas d'indicateurs SNMP ou pas.

        • [^] # Re: mauvaise solution, mais vrai probleme

          Posté par  . Évalué à 2.

          Ce n'est pas ce qu'il demande. Cacti aussi fonctionne en temps réel, si il n'a pas de connexion à l'hôte monitoré, il considère qu'il est down.

          Sar est une bien meilleure solution dans son cas. Cela dit je connais mal sar et les outils qui gravitent autour (notamment pour générer des graphes a posteriori, si quelqu'un a quelques liens, ça m'intéresse.

  • # munin

    Posté par  . Évalué à 3.

    Je pense que munin [http://munin.projects.linpro.no/] peut être utile dans ta configuration. Il est séparé en deux parties :
    - munin-node : tourne sur chaque machine supervisée et stocke les données collectées via des plugins en Perl
    - munin-server : récupère régulièrement les informations stockées par les différents nodes et génère de jolis graphes.

    Si je me souviens bien, de ne sont pas des daemons, mais de simples scripts Perl tournant avec cron. Si tu as une connexion intermittente avec tes nodes, tu pourras désactiver la récupération automatique des données via cron et la lancer à la main.

    • [^] # Re: munin

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

      Merci encore a tous de vos reponses!

      @gemegik (moi aussi et j'adore ca!)

      Ta solution me parait séduisante, je vais creuser un peu cette solution.

      Concernant SAR, il existe un outil qui englobe SAR, PIDSTAT et pas mal d'autres outils, cela s'appelle SYSSTAT (http://pagesperso-orange.fr/sebastien.godard/). Je suis en train de voir ce que je peux en faire...


      Merci encore a tous, a bientot.

  • # Rsyslog ?

    Posté par  . Évalué à 1.

    Un GLMF que je n'ai pas ici (j'essaierai de retrouver la référence) parlais de l'utilisation de RSyslog pour envoyer sur un même serveur, de manière sécurisée (SSL je crois), les log de toutes les machines puis de générer des graphes selon les logiciels.

    Dès que je retrouve mon magazine je donne plus d'infos.

    • [^] # Re: Rsyslog ?

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

      OK parfait, merci Tapesar!! j'attend ca avec impatience..

      rendez son magazine a Tapesar!!! j'en ai besoin!!!

      merci.

      • [^] # Re: Rsyslog ?

        Posté par  . Évalué à 1.

        GLMF Hors série de Juin/Juillet 2009, numéro... 42 !
        Ca ne s'invente pas.

        Le principe est d'envoyer tous les logs, soit par RELP (dans le cas d'un LAN) soit par TLS avec clé PKI pour tout chiffrer.

        Une fois que tes logs sont centralisés sur une seule machine, tu peux utiliser Picviz pour générer des graphes. Là encore, il te faudra un (bon) temps d'adaptation pour avoir visuellement ce que tu cherches. L'intérêt dans picviz est de faire ses propres modèles de graphes, avec le langage PGDL. Selon les besoins de ton chef (ou de ta curiosité) tu peux faire un graph d'analyse de traffic ou de connexion des utilisateurs.

        Dans ton cas, tu pourrais avoir un serveur de logs par réseau et toutes les semaines, prendre les logs pour générer les graphs en local.


        Si tu n'as pas le magazine, voici quelques liens :

        Ils avaient parlé du GLMF ici même :
        [http://linuxfr.org/2009/06/08/25570.html]
        Pcviz vient de sortir (2008) :
        [http://linuxfr.org/2008/08/08/24372.html]
        RSyslog :
        [http://rsyslog.com/]
        Manuel de certool pour l'utilisation PKI :
        [http://www.gnu.org/software/gnutls/manual/html_node/Invoking(...)]

        • [^] # Re: Rsyslog ?

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

          Pardon, j'ai été pas mal occupé par la mise en place de l'outil d'inventaire (OCS+GLPI que je conseille evidemment!)
          Merci de tes liens c-moi, je regarde ca tt de suite!

          Sinon j'ai commencé à regardé MUNIN, il est simple d'utilisation et parait assez complet.

Suivre le flux des commentaires

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