On Friday, September 06, 2013 06:21:14 PM Stéphane Cottin wrote:
> > Merci aussi pour le tuyau sur Riemann, qui a l'air effectivement vraiment adapté à ce que je veux faire, voire même donne des idées pour la suite. Par contre ça n'a pas l'air d'être une sinécure à mettre en place, et encore moins si on veut créer des alertes/indicateurs pertinents. J'imagine que le projet est trop récent pour être muni d'une littérature digne de ce nom ?
>
> Riemann est totalement lié au langage qu'il utilise, clojure, il faut obligatoirement le connaitre pour sortir des qqs exemples fournis, pour le coup, c'est du vrai devops

J'ai noté ça, mais pour ma part ça devrait aller.

> > Par contre, vous soulignez le fait que c'est assez gourmand en ressources, est-ce que vous auriez des chiffres à donner pour avoir une idée ?
>
> Je compare aux outils en bash/python/perl/... habituels, la JVM a besoin de RAM, les perfs s'écroulent au moindre début de swap.
> Par ex sur une vm gandi pour logstash/riemann + dashboard/kibana3, 1.25G de ram ,  2 cores,  traite en moyenne sans aucune optimisation 100 events/sec avec une charge ~ 0.5
> Les nodes elasticsearch rament rapidement en dessous de 2Go de ram, prévoir 2 cores par instance au mini.

Ah on peut faire des machines plus petites que ça ? *_*

Blague à part, ok c'est pas si gourmand que ça en fait, vous m'aviez fait peur !

> > J'entends assez peu parler de Greylog2, j'imagine que Logstash est sensiblement mieux ? De même pour Splunk, est-ce que quelqu'un a comparé ?
>
> j'ai testé graylog2 sans le retenir, trop usine-qui-fait-tout IMHO, par contre j'ai gardé le format GELF pour les logs applicatifs.

Okay ça confirme mon impression.

Merci beaucoup pour les retours,

--
Rémy Sanchez
http://hyperthese.net/

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/