Indexer cluster deployment

Indexer cluster deployment overview

Index replication offers benefits such as data availability, data fidelity, data recovery, disaster recovery, and search affinity. It ensures that an indexer is always available to handle data, and the indexed data is searchable. It also guarantees data consistency and fault tolerance.

An indexer cluster consists of:

  1. A single manager node to manage the cluster.

  2. Several to many peer nodes to index data and maintain multiple copies, providing redundancy and data availability.

  3. One or more search heads to coordinate searches across the set of peer nodes and provide a unified search experience

Here is a diagram of a basic, single-site indexer cluster, containing three peer nodes and supporting a replication factor of 3:

Deploy a cluster

Configure the manager node with the CLI

Configure a peer node with the CLI

Verifying the cluster configuration using the CLI

Configure the search head with the CLI

All cluster configuration data is stored in server.conf

Structure of the configuration bundle

On the manager node

On the peers

Configure indexes on manager node

​Note: Each indexer handles retention independently

nano /opt/splunk/etc/master-apps/_cluster/local/indexes.conf

Enabling Phased Bundle Downloads

â–¶ This is recommended if a cluster master is pushing large bundles or even a smaller bundle but to a large cluster (20 or more indexers).

â–¶ To enable, set the following configuration within server.conf

Keeping Track of Bundles

â–¶ The bundles folder

Restarting Indexer Cluster Components:

  • Restart the master node using /opt/splunk/bin/splunk restart

  • Restart the search head using /opt/splunk/bin/splunk restart

  • Perform a rolling restart of peer nodes:

Indexer Discovery

Capability of indexer clusters that enables forwarders to connect dynamically to the full set of available peer nodes.

How?

  1. Peer nodes provide their receiving ports to the master.

  2. Forwarders poll the master for the list of available peer nodes.

  3. Master transmits the peer nodes list to the forwarders.

  4. The forwarders send data to the peer nodes using load balancing.

Indexer Discovery Configuration Master Node (Edit server.conf)

Forwarders (Edit outputs.conf)

Indexer Cluster Upgrade

Indexer Cluster Upgrade Considerations:

  1. Peer nodes must have the same OS family.

  2. Peer nodes must run exactly the same Splunk version.

  3. Master node must run the highest Splunk version.

  4. Search head must run higher Splunk version than the peer nodes.

Indexer Cluster Upgrade High-level Overview:

  1. Upgrade the master node.

  2. Upgrade the search heads.

  3. Enable maintenance mode.

  4. Upgrade the peer nodes.

  5. Disable maintenance mode.

Maintenance mode enabled/disabled on master node.

Remove Excess Buckets

  • Using the master dashboard (GUI)

  • Using the CLI:

List of commands and parameters related to clustering

Configuration Bundle Deployment

  1. Deployed from master node using Splunk Web or CLI

  2. Initiates rolling restart of all peer nodes if needed

Make data rebalance search-safe

Master Node (Edit server.conf)


Best practice: Forward manager node data to the indexer layer

Ensure necessary indexes exist on the indexers:

  • Check if indexes like _audit and _internal are present on both the manager node and the indexers.

  • If custom indexes exist only on the manager node, make sure to create the same indexes on the indexers to hold the corresponding manager data.

Configure the manager node as a forwarder:

  • Create an outputs.conf file on the manager node.

  • Configure load-balanced forwarding across the set of peer nodes.

  • Turn off indexing on the manager node to prevent it from retaining data locally and forwarding it to the peers.

Note: Ensure that the manager node is also set up as a search head in the indexer cluster. This allows it to perform searches and access the data it forwards to the peers.

Here is an example outputs.conf file:

This example assumes that each peer node's receiving port is set to 9997.

Configure the peers for index replication:

  • Ensure that all necessary indexes are available on the peers.

  • If you need to install apps or change configurations, apply the changes to all peers in a consistent manner, ensuring that they use a common set of indexes.

  • If you need to add indexes (including indexes defined by an app), configure the peers to use the same set of indexes.

Note: After configuring the peers, you can start replicating data between the manager node and the peers.

Forwarder Outputs Example

Resources

Last updated