Deployment Architecture

Deployment Server over old config management

mwdbhyat
Builder

Hi there,

What is the best way to approach attaching a DS to an environment that is already in place and scattered with apps? In terms of inputs/outputs etc.

EG there were inputs.conf in random apps on forwarders. These are still there forwarding. However when I connect the new DS to these,  inputs.conf will be in new <appname>/appstructure. So it would be deployed alongside the current inputs.conf, rather than overwrite whats there - would this mean that the files being monitored would be ingested twice? How do i go about removing the old config and using the new without either duplicating or having data gaps?

My plan for all other apps including outputs.conf will be to deploy those first, then remove anything from the "old" config manually. As the DS previously didnt manage these old dodgy apps, it will not autoremove them. This is what made me curious about there being duplicate data as mentioned above. 

What are your thoughts on this ?

Thanks!

Labels (2)
1 Solution

richgalloway
SplunkTrust
SplunkTrust

Splunk merges config files from apps before it decides what to do so, no, having multiple input.conf files will not result in duplicate inputs.

---
If this reply helps you, Karma would be appreciated.

View solution in original post

richgalloway
SplunkTrust
SplunkTrust

Splunk merges config files from apps before it decides what to do so, no, having multiple input.conf files will not result in duplicate inputs.

---
If this reply helps you, Karma would be appreciated.
Get Updates on the Splunk Community!

.conf24 | Day 0

Hello Splunk Community! My name is Chris, and I'm based in Canberra, Australia's capital, and I travelled for ...

Enhance Security Visibility with Splunk Enterprise Security 7.1 through Threat ...

(view in My Videos)Struggling with alert fatigue, lack of context, and prioritization around security ...

Troubleshooting the OpenTelemetry Collector

  In this tech talk, you’ll learn how to troubleshoot the OpenTelemetry collector - from checking the ...