Journalbeat is the Beat used for log
shipping from systemd/journald based Linux systems. It follows the system journal
very much like journalctl -f and sends the data to Logstash/Elasticsearch (or
whatever you configured for your beat).
Journalbeat is targeting pure systemd distributions like CoreOS, Atomic Host, or others. There are no intentions to add support for older systems that do not use journald.
Besides from the obvious use case (log shipping) the goal of this project is also to provide a common source for more advanced topics like:
- FIM (File Integrity Monitoring)
- SIEM
- Audit Logs / Monitoring
This is all possible because of the tight integration of the Linux audit events into journald. That said journalbeat can only provide the data source for these more advanced use cases. We need to develop additional pieces for monitoring and alerting - as well as hopefully a standardized Kibana dashboard to cover these features.
None so far. As of this writing, this is the first commit. There are things to
come. You can find a journalbeat.yml config file in the etc folder which
should be self-explanatory for the time being.
You need to install some development packages before you can build this. In a
RHEL or Fedora environment, you need to install the systemd-devel package e.g.
Without checking out this repository, you can get a compiled version of this by doing something like the following (tested with Go 1.5.2 on Fedora 23):
mkdir journalbeat
go get github.com/elastic/beats/libbeat
go get github.com/garyburd/redigo
go get github.com/nranchev/go-libGeoIP
go get github.com/satori/go.uuid
go get gopkg.in/yaml.v2
go get github.com/mheese/go-systemd
go get github.com/mheese/journalbeat
go install github.com/mheese/journalbeat
NOTE: This is not the preferred way from Elastic on how to do it. Needs to be revised (of course).
A few current caveats with journalbeat
Journalbeat currently uses a forked version of go-systemd. All changes should be merged back upstream to the repo of CoreOS, and I will work on pull requests soon.
The underlying system library go-systemd makes heavy usage of cgo and the final binary will be linked against all client libraries that are needed in order to interact with sd-journal. That means that the resulting binary is not really Linux distribution independent (which is kind of expected in a way).