Best practices for multiple instances of file beat vs. one filebeat instance with multiple prospectors

Elastic Stack Beats
1

Hi,

I am replacing an existing enterprise logging system by Elastic Stack. I have hundreds of applications currently using the current system. Those applications they are spread across 3 or 4 servers (depending on the environment).

I am planning to use a filebeat forwarding the logs to two logstash instances, that will take care of parsing the logs (grok) and forwarding the log to Elasticsearch.

What would be the best practice in this case, one filebeat with multiple prospectors, or multiple filebeat with one prospector each?

If not enough information, please let me know.

Appreciate your input.

Thanks,
Rob

2

Hi Rob,

In my experience, one FileBeat instance per server is more than sufficient. We are using FileBeat on our central logging server with multiple prospectors and we have touch an EPS of 20,000 from a single instance, even after multi line conversions. (It could go even higher, but Logstash cannot handle it on the current hardware! :smiley: )

So, if you have a distributed environment, I don't see a need to have more than one FileBeat instance on a server. Multiple prospectors should be the way to go, if you want to capture logs from 20-30 paths. Should be done easily.

1 Like
3

I agree with @NerdSec
I also suggest you take a look at Filebeat modules if you are open to eliminating Logstash from the infrastructure and sending events directly Elasticsearch: https://www.elastic.co/guide/en/beats/filebeat/current/filebeat-modules-overview.html

1 Like
4

Hi,

Thanks a lot for your response. I really appreciate. It's good to know that FileBeat can hold such high volume.

Cheers,
Rob

5

@kvch,

Thanks for your input. I'll take a look at the filebeat modules.

Cheers,
Rob

6

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.