Documentation

Gestion des logs

Les profils de journalisation permettent de définir des politiques de logs customisées et font la liaison entre une application et la destination de ses logs. Il existe pour cela deux type de destination de logs (repository type) :

  • File pour logger dans un fichier simple dont la configuration et le format sont définis plus bas
  • Data pour logger dans un “entrepôt de données”

Le stockage en fichier est adapté pour de petites infrastructure à faible trafic. Pour des architectures conséquentes, il est conseillé d’utiliser des logs de type Data, en particulier dans des entrepôts Elasticsearch afin de gérer une grande quantité de log.

Stockage de logs sous forme de fichier

admin-gestion-logs-img-1

  • Friendly name : nom du profil de logs
  • Repository type : file
  • Bufferize before writing on disk : mise en buffer des logs avant l’écriture sur disque. Ce mode réduit les accès disques et améliore les performance
  • Log separator : séparateur de champs de logs.
  • Log format : champs à afficher dans les logs. L’auto complétion permet de connaître les champs possibles.
  • Log preview : résultat des logs générés

Stockage de logs dans un entrepôt de données

admin-gestion-logs-img-2

  • Friendly name: nom du profil de logs
  • Repository type: data
  • Data repository : entrepôt de données dans lequel stocker les logs. La base de données mongodb interne à vulture est disponible pour stocker des logs. Toutefois, il est conseillé d’utiliser un entrepôt dédié dans le cas d’une infrastructure d’envergure (cf généralités sur les entrepôts de données).
  • Enable IP Geolocation