Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
logstash [2014/04/03 11:53] – [Architecture avec broker] madko | logstash [2014/04/18 11:57] (Version actuelle) – [Configuration] madko | ||
---|---|---|---|
Ligne 91: | Ligne 91: | ||
# Si on ne veut pas garder le message non traité | # Si on ne veut pas garder le message non traité | ||
overwrite => " | overwrite => " | ||
- | match => { | ||
# rsyslong envoi des messages de type : < | # rsyslong envoi des messages de type : < | ||
- | | + | match => { |
+ | | ||
} | } | ||
# on ajoute des tags perso, pratique pour filtrer dans l' | # on ajoute des tags perso, pratique pour filtrer dans l' | ||
Ligne 150: | Ligne 150: | ||
Par défaut redis n' | Par défaut redis n' | ||
+ | |||
+ | |||
+ | ==== Configuration du logstash agent ==== | ||
+ | |||
+ | |||
+ | Logstash sur un noeud à monitorer est dit agent. En entrée il surveille des fichiers de logs (souvent non gérés par syslog), et en sortie envoi le résultat sur le logstash (ou broken) sur le collecteur. | ||
+ | |||
+ | |||
+ | Exemple de configuration pour parser un fichier de log puppet: | ||
+ | |||
+ | |||
+ | < | ||
+ | input { | ||
+ | file { | ||
+ | path => "/ | ||
+ | type => " | ||
+ | } | ||
+ | |||
+ | filter { | ||
+ | if [type] == " | ||
+ | # Ex: Tue Mar 25 18:07:07 +0100 2014 Puppet (notice): Finished catalog run in 51.85 seconds | ||
+ | mutate { replace => { " | ||
+ | grok { | ||
+ | overwrite => " | ||
+ | match => { | ||
+ | " | ||
+ | } | ||
+ | add_tag => [ " | ||
+ | } | ||
+ | } | ||
+ | |||
+ | output { | ||
+ | |||
+ | } | ||
+ | </ | ||
+ | |||
+ | ==== Configuration du logstash collecteur ==== | ||
+ | |||
+ | |||
+ | Le serveur logstash centralisant les logs a juste besoin d'une nouvelle entrée lui indiquant qu'il doit passer par un broker de type redis, en lui précisant son adresse: | ||
+ | |||
+ | |||
+ | CONF ICI | ||