Dans la même logique chez nous avec ZABBIX.

Seb.

Le 11/06/2012 16:04, Jérémy Martin a écrit :
> Meilleure technique : Prendre un modem routeur en point de livraison qui
> supporte le SNMP (les cisco small business le permettent), et faire une
> remontée d'information SNMP jusqu'à ton NAGIOS / Cacti.
> Tu peux ainsi surveiller ce qu'il se passe sur toutes tes lignes. C'est
> ce qu'on fait ici sur notre collecte.
> 
> Cordialement,
> Jérémy Martin
> 
> Le 11/06/2012 15:50, Baudin Maxime a écrit :
>> 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/
>>
> 
> 
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/

<<attachment: s_lesimple.vcf>>

Attachment: signature.asc
Description: OpenPGP digital signature

Répondre à