On utilise aussi bien rsyslog que syslog-ng les 2 ont le même genre de
fonctionnalités (ex : insertion sql, mais ça mange du cpu ...)

mais on peut aussi configurer le syslog original pour renvoyer les
message au format syslog (!) vers un ou plusieurs serveurs dédié a cette
tache.


Le 06/02/2017 à 14:44, Alexandre a écrit :
> Bonjour à tous,
>
> je pense que se sujet a été abordés plusieurs fois mais je n'ai pas
> trouvé d'informations. 
>
> Nous souhaitons centraliser nos logs (applicatifs, systèmes ...). Nous
> avons maquetté une solution standard avec Elasticsearh + Logstash +
> Kibana. Le trio fonctionne très bien, nous créons des custom logs et en
> y applique via logstash un template pour sortir tous les champs
> intéressant. 
>
> Cependant si nous devons mettre en production cette solution comme nous
> l'avons maquetté, il faut que nous installation un logstash sur toutes
> les machines. Le déploiement pose aucun problème, mais mettre du java
> sur toutes mes machines sachant que le process mange du CPU et la RAM,
> cela me plaît très moyennement. 
>
> Mon idée serait d'utiliser un outils centralisant les logs sur un
> cluster et d'y paramétrer un logstash qui injecterait les données
> venant des différents log. Il y a quelques années je m'étais bien
> amusé avec syslog-ng, et en production c'était pas mal. 
>
> Je me permets de vous demander si syslog-ng est toujours un outils
> utilisé ? ou plutôt dépassé. J'ai vu qu'il était possible de
> centraliser les log directement via rsyslog, pensez-vous que cela soit
> une bonne solution ? Il y a t'il d'autres solutions mieux que syslog-ng
> ou rsyslog pour centraliser les logs ?
>
> Par avance, merci pour vos réponses.
>
> Alexandre.
> _______________________________________________
> Liste de diffusion du FRsAG
> http://www.frsag.org/

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

Répondre à