Deployment Architecture

Any know issues with deployment server and master on same machine ?

ssankeneni
Communicator

Do any one know if there are any know issues for using same Splunk instance for deployment server and clustering master ?
If this is a bad approach why ?

davidpaper
Contributor

I have a DS and a Cluster Master running on the same host (a VM). I created them as separate Splunk installs (/opt/splunk_clustermaster and /opt/splunk_deploymentserver). As long as they don't conflict for ports and aren't in contention for CPU/RAM, there is no reason not to co-locate them for small to medium sized deployments.

When DS gets really busy, this may become a problem. Like jtrucks says, either back down the frequency of checkins for DS clients, or setup additional DS instances on other hosts.

davidpaper
Contributor

The issues with port conflict only appears if you run the DS and CM as separate splunk processes. If you run them both in the same process, then there is no port conflicts.

ssankeneni
Communicator

Thanks for the response. Can you be more specific regarding the port conflicts ? Currently I tested it in my development environment with a single Splunk service acting both as a deployment server and master node with out any issues.

0 Karma

jtrucks
Splunk Employee
Splunk Employee

Really this is about performance, so this depends highly on your indexing volume on that machine, number of hosts calling home to the DS and how often they call in, and how many concurrent searches happen on that machine. Compare all this with the hardware you have and see if it works for you.

You can tune the DS by spreading out the calling home interval, as well, from the default 30 seconds to several minutes and it can drastically reduce your performance hit as a DS.

ssankeneni
Communicator

Thanks for the response but Master does not index any data on that machine.

0 Karma

alacercogitatus
SplunkTrust
SplunkTrust
Register for .conf21 Now! Go Vegas or Go Virtual!

How will you .conf21? You decide! Go in-person in Las Vegas, 10/18-10/21, or go online with .conf21 Virtual, 10/19-10/20.