Getting Data In

Does Splunk recommend not to use a load balancer between a forwarder and indexer?

AzmathShaik
Path Finder

Hello

i was trying to implement a load balancer in between a forwarder and indexer. but i somehow remember that Splunk doesn't recommend this option. is there any statement provided in documentation?

if any one points to that would be really helpful.

Thanks

0 Karma
1 Solution

somesoni2
Revered Legend

See the note at the end of para 1 here.

https://docs.splunk.com/Documentation/Forwarder/6.5.2/Forwarder/Configureloadbalancing

Note: You should not use an external load balancer to implement load balancing between forwarders and receivers. This practice does not generate the results you would expect. Use the load balancing capability that comes with the forwarder.

View solution in original post

somesoni2
Revered Legend

See the note at the end of para 1 here.

https://docs.splunk.com/Documentation/Forwarder/6.5.2/Forwarder/Configureloadbalancing

Note: You should not use an external load balancer to implement load balancing between forwarders and receivers. This practice does not generate the results you would expect. Use the load balancing capability that comes with the forwarder.

bhavikbhalodia
Path Finder

Can you please explain what does below sentence represent?
This practice does not generate the results you would expect.

0 Karma

AzmathShaik
Path Finder

Thanks it really helped me. i missed the note when i was referring the this document.

0 Karma
Get Updates on the Splunk Community!

Extending Observability Content to Splunk Cloud

Watch Now!   In this Extending Observability Content to Splunk Cloud Tech Talk, you'll see how to leverage ...

More Control Over Your Monitoring Costs with Archived Metrics!

What if there was a way you could keep all the metrics data you need while saving on storage costs?This is now ...

New in Observability Cloud - Explicit Bucket Histograms

Splunk introduces native support for histograms as a metric data type within Observability Cloud with Explicit ...