Skip to content
This repository has been archived by the owner on Apr 8, 2024. It is now read-only.

Select and deploy a new log collector #697

Open
exarkun opened this issue Feb 9, 2018 · 4 comments
Open

Select and deploy a new log collector #697

exarkun opened this issue Feb 9, 2018 · 4 comments

Comments

@exarkun
Copy link
Contributor

exarkun commented Feb 9, 2018

We had Fluentd for a while but it was problematic. Now we have nothing. Find something and start using it.

It should collect:

  • Customer deployment logs to stdout and flog
  • Infrastructure deployment logs (which all go to stdout)
  • Kubernetes node logs (host journalctl probably)

It need not concern itself with metrics as Prometheus now fills that role.

@exarkun exarkun added this to the Monitoring and Reporting milestone Feb 9, 2018
@exarkun
Copy link
Contributor Author

exarkun commented Mar 12, 2018

Fluentd (#603):

  • 👎 Complicated, custom configuration languages (separate fluentd and fluent-bit languages
  • 👎 Memory & CPU hungry
  • 👎 Either broken in certain analysis cases or too complicated for me to figure out how to correctly tell it to do what I want
  • 👎 Requires a sidecar process processing on-disk logs
  • 👍 Popular (lots of other people asking questions about it)
  • 👍 Open source
  • 👍 Paid support available

@exarkun
Copy link
Contributor Author

exarkun commented Mar 12, 2018

Graylog:

  • 👎 Java
  • 👎 Getting started guide produces non-working installation (possibly indicative of docs quality)
  • 👎 Java
  • 👎 Very sluggish UI
  • 👎 Inherits setup and maintenance complexity of mongo and elasticsearch (Java!)
  • 👎 Java
  • 👍 Open source
  • 👍 Somewhat popular (many people asking questions about it)
  • 👍 Paid support available
  • 👍 Built-in customizable UI

@exarkun
Copy link
Contributor Author

exarkun commented Mar 12, 2018

Kafka:

@exarkun
Copy link
Contributor Author

exarkun commented Mar 12, 2018

Logstash:

  • 👎 Java & Ruby
  • 👎 "Elastic Stack" docs are very sales/marketing focused (basically a distraction/trap, ignore them and read the technical docs)
  • 👎 Funky configuration language (Well, Ruby... I guess?)
  • 👎 Inherits setup and maintenance complexity of ElasticSearch (Java!)
  • 👎 Java & Ruby!
  • 👎 Apparently no Python implementation of the Beats protocol (but there are other input protocols so maybe it's actually okay)
  • 👍 Relatively easy to get running and doing something after reading some docs
  • 👍 Some support for Grafana (by way of Grafana ElasticSearch input source support)
  • 👍 Widespread expertise combining with ElasticSearch for storage and Kibana for visualization
  • 👍 Paid support available

Notes:

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant