Deployment Architecture

migrating production deployment server to new machine

Chiranjeev
Explorer

Hi All,

 

we have our server that's reaching EOL and is currently a deployment server for 4k clients and we need to migrate to new machine.

can anyone help to tell the steps to test the connectivity with new ds and then ultimately migrate to new ds server 

Labels (2)
0 Karma
1 Solution

richgalloway
SplunkTrust
SplunkTrust

To test connectivity, first start the new DS.  Then sign in to a few DS clients and use your favorite networking tool to ensure the client can reach the new DS's management port (usually 8089).

The cutover steps depend on your configuration.  In an ideal world, DS clients use a DNS name to access the DS.  In that case, it's just a matter of changing the DNS to point to the new server.

Chances are you do not live in that world, however.  The next-best scenario is you have an app ("org_all_deploymentclients", for example) deployed to all clients that includes a deploymentclient.conf file.  If that's the case then just update the file with the new DS name/address and clients will pick it up and switch over automatically as they phone home.

In the worst case, the clients have the DS specified in $SPLUNK_HOME/etc/system/local/deploymentclient.conf .  That file cannot be overridden by an app so you're a little stuck.  There are a few options:

  1. Manually sign in to each box and delete $SPLUNK_HOME/etc/system/local/deploymentclient.conf  so the org_all_deploymentclients app can provide the right info.
  2. Use automation to do the above
  3. Create an app containing a script that deletes the $SPLUNK_HOME/etc/system/local/deploymentclient.conf  file and deploy that script to each client.  Then the client can download org_all_deploymentclients and connect to the new DS.
---
If this reply helps you, Karma would be appreciated.

View solution in original post

richgalloway
SplunkTrust
SplunkTrust

To test connectivity, first start the new DS.  Then sign in to a few DS clients and use your favorite networking tool to ensure the client can reach the new DS's management port (usually 8089).

The cutover steps depend on your configuration.  In an ideal world, DS clients use a DNS name to access the DS.  In that case, it's just a matter of changing the DNS to point to the new server.

Chances are you do not live in that world, however.  The next-best scenario is you have an app ("org_all_deploymentclients", for example) deployed to all clients that includes a deploymentclient.conf file.  If that's the case then just update the file with the new DS name/address and clients will pick it up and switch over automatically as they phone home.

In the worst case, the clients have the DS specified in $SPLUNK_HOME/etc/system/local/deploymentclient.conf .  That file cannot be overridden by an app so you're a little stuck.  There are a few options:

  1. Manually sign in to each box and delete $SPLUNK_HOME/etc/system/local/deploymentclient.conf  so the org_all_deploymentclients app can provide the right info.
  2. Use automation to do the above
  3. Create an app containing a script that deletes the $SPLUNK_HOME/etc/system/local/deploymentclient.conf  file and deploy that script to each client.  Then the client can download org_all_deploymentclients and connect to the new DS.
---
If this reply helps you, Karma would be appreciated.
Get Updates on the Splunk Community!

Cloud Platform & Enterprise: Classic Dashboard Export Feature Deprecation

As of Splunk Cloud Platform 9.3.2408 and Splunk Enterprise 9.4, classic dashboard export features are now ...

Explore the Latest Educational Offerings from Splunk (November Releases)

At Splunk Education, we are committed to providing a robust learning experience for all users, regardless of ...

New This Month in Splunk Observability Cloud - Metrics Usage Analytics, Enhanced K8s ...

The latest enhancements across the Splunk Observability portfolio deliver greater flexibility, better data and ...