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!

Stay Connected: Your Guide to May Tech Talks, Office Hours, and Webinars!

Take a look below to explore our upcoming Community Office Hours, Tech Talks, and Webinars this month. This ...

They're back! Join the SplunkTrust and MVP at .conf24

With our highly anticipated annual conference, .conf, comes the fez-wearers you can trust! The SplunkTrust, as ...

Enterprise Security Content Update (ESCU) | New Releases

Last month, the Splunk Threat Research Team had two releases of new security content via the Enterprise ...