Splunk Search

Merge app config files designed for distributed environments?

dbryan
Path Finder

I'm developing an app that will run on in an distributed environment in production, with a search head, an indexer and a forwarder.

Obviously this means that the settings in my *.conf files are split between the three roles.

In development, however, it doesn't make sense for me to have this setup as I have only a single system - I'm simply using a forwarder and an indexer.

The app is changing rapidly, and I'm trying to figure out a way to make changes easily and deploy them to dev without having to go back and change them when it's time to push releases to production.

As far as I can tell, these are my options:

  1. write a shell script to concatenate the files for the search head and indexer before pushing them to production
  2. Use a single unified file for props.conf, transforms.conf, etc. across the indexer and search head (this makes the setup less clear/maintainable in my view)
  3. Putting one of the files in default/ rather than local/ in the app directory on dev. It seems like this would work, but I'm not sure what consequences it could have, and it could lead to conflicts if I make a mistake.

Is there another way around this?

Tags (2)

dwaddle
SplunkTrust
SplunkTrust

Can you not just install both apps (fooapp-indexer and fooapp-searchhead) on the combined dev node? This is the approach I've used in the past to some success - but your problems may be more complex than mine.

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 ...