Bonjour, Le 11 juin 2012 16:02, COSNEFROY Jeremy - THALLIUM TECHNOLOGY <jcosnef...@fr.loreal.com> a écrit : > Bonjour, > > > > Ce qui serait intéressant dans ton cas, c'est de mettre une sonde SECURACTIVE > sur ton site principal et des IPANEMA sur tes sites. > > L'IPANEMA te permettra de lisser ton flux si tu arrives à saturation du lien > en privilégiant un certain trafic et pas un autre... tu peux également avoir > les graffes de saturation des liens et refiler une interface au helpdesk > comme tu en parles. > > > > La sonde SECURATIVE sera plus pour toi et ton équipe d'admins (avec les > remontés par mails comme tu le demandes) : gros boulot de classement des flux > mais tu sauras d'où vient une panne : si elle est réseau / cliente / serveur > / applicatif - un vrai bonheur de pouvoir répondre à la question : c'est lent > - et cela de façon formelle. Une sonde de ce type bien paramétré, et tu > réponds à tout ! > > > > Le nagios c'est très bien en tous cas ! mais il est vrai que tuner nagios > pour répondre au contraintes de bande passante, saturation, mails, graff > etc... tu y passeras bcp plus de temps homme et que d'acheter une sonde...
Il existe Centreon qui permet de simplifier la gestion de Nagios, ajouter la métrologie etc. > > > > En espérant t'avoir aidé. > > > > -----Message d'origine----- > > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de > Baudin Maxime > > Envoyé : lundi 11 juin 2012 15:50 > > À : frnog-t...@frnog.org > > Objet : [FRnOG] [TECH] Monitoring / métrologie de centaines de liens ADSL > > > > Bonjour, > > > > Nous cherchons un moyen intelligent de monitorer des liens ADSL et surtout un > moyen d'avoir de l'information sur la qualité/saturation de chaque liens. Le > volume est de l'ordre de 300 à 600 liaisons (issues de n'importe quel > opérateur a priori). > > > > J'explique peut-être un peu plus : > > > > J'ai, disons, un peu plus de 300 sites distants et un site principal > > > > Le site principal fournit du service numérique aux sites distants > (Essentiellement des applications via un portail WEB) Le site principal a une > connexion Gigabit loin d'être saturée. > > > > Les sites distants ont 1 ou 2 liens ADSL, avec des abonnements de type > particuliers. Chaque site distant est autonome dans le choix de l'opérateur > et du contrat qu'il souscrit (c'est comme ça, nous pouvons ergoter toute la > nuit, c'est...comme ça). > > > > Par contre, le/les routeurs ADSL sont en mode bridge et la/les IP opérateurs > arrivent sur un équipement réseau dont nous sommes propriétaire et que nous > pouvons administrer et monitorer (ils supportent SNMPv3, nous ne l'avons pas > activé pour le moment) > > > > Maintenant, nous aimerions avoir de la visibilité sur la qualité/saturation > de chaque ligne. L'idée est de pouvoir affiner notre pré-diagnostique > lorsqu'un site se plaint de lenteurs (par exemple), mais également de > coupures ou autres problèmes imprévus. > > > > -> Nous travaillons sur la mesure de performance sur la chaine applicative > dans le datacenter mais nous manquons cruellement d'informations sur ce qui > est hors de ce périmètre. > > -> Nous envoyons des agents sur place à l'aveugle, ce qui est toujours > désagréable pour eux. > > -> De même, nos gars ont l'impression de perdre leur temps pour un > déplacement consistant parfois à lancer un simple "speedmeter" > > > > > > Notre supervision actuelle comprend un nagios en mode binaire : le site > distant répond / ou pas. > > > > Auriez-vous une idée de la façon de mieux quantifier la qualité (relative) > d'un lien ? en journée ? sur un abonnement qui, si je comprend bien, n'a > aucune garantie de débit ? > > Nous pourrions grapher les débits et, constater une saturation lorsqu'un > graphe est "plat", indépendamment du débit constaté ? En ce cas comment > remonter une alerte ? > > Mettre en place un "speedmater like", régulier, pour notre infrastructure > est-il, par exemple, une idée à creuser ? -> le problème est que c'est une > mesure échantillonnée, qui a en plus un impact direct sur la saturation de la > ligne. > > > > Bien entendu se posera la question de lier ce monitoring à un outils > permettant d'avoir des vues claires, pour notre équipe de helpdesk par > exemple et nos équipes de terrain également. > > > > Je fais donc appel à votre expérience pour m'ouvrir les yeux > > > > Cordialement, > > Maxime > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > ----------------------------------------- > > This message and any attachments are confidential and intended > > solely for the addressees. If you receive this message in error, > > please delete it and immediately notify the sender. If the reader > > of this message is not the intended recipient, you are hereby > > notified that any unauthorized use, copying or dissemination is > > prohibited. E-mails are susceptible to alteration. Neither LOREAL > > nor any of its subsidiaries or affiliates shall be liable for the > > message if altered, changed or falsified. > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/