Apparemment, syslog-ng fait aussi dans les bases de données, mais en supporte moins que rsyslog, qui supporte MSSQL et cie...
... en fait, selon ce que j'ai lu sur le blog de Rainer Gerhards, principal auteur de rsyslog, il y a deux syslog-ng : un libre, et un autre purement commercial, avec plus de fonctionnalités... ce qui serait l'une des raisons du fork de sysklogd par Rainer (ne pas toucher à syslog-ng, pour ne pas empiéter sur son modèle de rémunération, sans pour autant partir de zéro, dans sa démarche de développer de l'alternative aux logueurs puissants, ou syslog-ng est en situation de monoculture, d'après lui).
Bon, quant à moi, je l'ai dit : mes besoins sont très modestes, voire artisanaux - je ne centralise même pas encore mes logs (je m'amuse avec mes serveurs à titre purement personnel : disons que je fais du lego :p)... Du coup, le passage à rsyslog m'ennuie un peu, surtout du fait que je le trouve obèse, tout aussi bien qu'il puisse être (je n'ai clairement pas les compétences pour remettre ça en cause).
Après, avec la multiplication de mes conteneurs, et des services que je vais ouvrir à l'extérieur, j'y réfléchis... va falloir que je vois comment faire ça avec syslog-ng... Apparemment, à ce niveau, rsyslog est meilleur, puisqu'il semble que depuis sa version 3.19.0, il n'ait pas besoin de stunnel pour déporter les logs en TLS, contrairement à syslog-ng (sauf à prendre l'édition commerciale)... enfin, à voir.
[^] # Re: syslog-ng
Posté par Aefron . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 3.
... en fait, selon ce que j'ai lu sur le blog de Rainer Gerhards, principal auteur de rsyslog, il y a deux syslog-ng : un libre, et un autre purement commercial, avec plus de fonctionnalités... ce qui serait l'une des raisons du fork de sysklogd par Rainer (ne pas toucher à syslog-ng, pour ne pas empiéter sur son modèle de rémunération, sans pour autant partir de zéro, dans sa démarche de développer de l'alternative aux logueurs puissants, ou syslog-ng est en situation de monoculture, d'après lui).
Bon, quant à moi, je l'ai dit : mes besoins sont très modestes, voire artisanaux - je ne centralise même pas encore mes logs (je m'amuse avec mes serveurs à titre purement personnel : disons que je fais du lego :p)... Du coup, le passage à rsyslog m'ennuie un peu, surtout du fait que je le trouve obèse, tout aussi bien qu'il puisse être (je n'ai clairement pas les compétences pour remettre ça en cause).
Après, avec la multiplication de mes conteneurs, et des services que je vais ouvrir à l'extérieur, j'y réfléchis... va falloir que je vois comment faire ça avec syslog-ng... Apparemment, à ce niveau, rsyslog est meilleur, puisqu'il semble que depuis sa version 3.19.0, il n'ait pas besoin de stunnel pour déporter les logs en TLS, contrairement à syslog-ng (sauf à prendre l'édition commerciale)... enfin, à voir.