The Splunk Enterprise Certified Admin (SPLK-1003) certifies that you can deploy, configure, and maintain a Splunk Enterprise environment. It's the administration-focused certification in Splunk's core track, sitting above the Power User (SPLK-1002) and targeting people who manage Splunk infrastructure rather than just use it for searches and dashboards. If you're responsible for Splunk deployment, performance, licensing, or cluster management at your organisation, this exam validates those skills.
This guide covers the exam domains, the architectural concepts you need to understand deeply, and how to structure your preparation.
Exam Overview
| Detail | Value |
|---|---|
| Exam code | SPLK-1003 |
| Questions | 63 |
| Time | 60 minutes |
| Passing score | 70% |
| Format | Multiple choice |
| Cost | $130 USD |
63 questions in 60 minutes is under a minute per question. This is the tightest time constraint in the core Splunk certification track. Candidates who haven't done timed practice consistently run short.
Exam Domains
| Domain | Weight |
|---|---|
| Splunk Administration | 21% |
| License Management | 10% |
| Indexers and Clusters | 22% |
| Search Heads | 20% |
| Deployment | 17% |
| Getting Data In | 10% |
Indexers and Clusters (22%) and Splunk Administration (21%) are the two heaviest domains. Together with Search Heads (20%), they make up 63% of the exam. A deep understanding of how Splunk components interact in a distributed deployment is the core requirement.
Core Topics to Master
Splunk Architecture Components
Understand the role of each Splunk component in a distributed deployment:
- Indexer: receives, parses, and indexes data; handles search requests for data it holds; manages its own local data retention
- Search Head: coordinates searches across multiple indexers; provides the user interface; manages knowledge objects and user access
- Forwarder: collects and forwards data to indexers; two types: Universal Forwarder (lightweight, no indexing) and Heavy Forwarder (can parse and filter data before forwarding)
- Deployment Server: manages configuration updates and app deployments to forwarders
- Cluster Manager (formerly Master Node): coordinates indexer clustering; manages replication factor, search factor, and bucket management
- Deployer: distributes apps and configurations to search head cluster members
- License Manager: manages Splunk licensing; all indexers need to communicate with the licence manager
In a small deployment, a single Splunk instance can perform all roles. At scale, each component is separate with dedicated hardware. The exam tests both models.
Indexer Clusters
Indexer clustering provides high availability and data replication for production deployments:
- Replication factor: how many copies of each data bucket are maintained. A replication factor of 3 means 3 copies exist across indexers.
- Search factor: how many immediately searchable copies exist. Must be less than or equal to the replication factor.
- Bucket types: hot (actively being written to), warm (recently written, searchable), cold (older, searchable), frozen (archived, not searchable by default)
- Cluster Manager: the single manager node that coordinates peer communication, replication, and recovery. It does not store data.
- Peer nodes: the indexers that form the cluster. Each peer replicates buckets to other peers according to the replication factor.
- Multisite clustering: distribute an indexer cluster across multiple data centres or availability zones for disaster recovery; site replication factor controls copies per site
Understand what happens when a peer node fails: the cluster manager detects the failure, triggers replication of under-replicated buckets to other peers, and marks the cluster as searchable (if search factor is still met) or degraded. This recovery process is called re-replication.
Search Head Clusters
Search Head Clusters provide horizontal scaling for the search tier:
- Captain: the elected leader of the search head cluster; distributes scheduled searches among members; elected via the Raft consensus algorithm
- Members: search head cluster peers that handle search requests; share a common configuration and knowledge object repository
- Deployer: pushes app and configuration changes to all search head cluster members; not part of the cluster itself
- KV Store: each search head has a local KV Store; the cluster replicates KV Store data across members for consistency
The captain election can be triggered manually with splunk bootstrap splunk-server-captain or happens automatically when the current captain is unreachable. Know how to check which member is captain: splunk show shcluster-status.
Data Inputs and Forwarders
The exam tests how data gets into Splunk at the forwarder and inputs level:
- Universal Forwarder: lightest-weight option; forwards raw data to indexers or heavy forwarders; no local indexing capability
- Heavy Forwarder: full Splunk instance configured as a forwarder; can parse, filter, route, and enrich data before forwarding; used when pre-processing is needed
- inputs.conf: defines data inputs on forwarders and indexers; monitors files, network ports, scripts, and Windows event logs
- outputs.conf: defines where forwarders send data; uses indexer discovery or explicit indexer lists with load balancing
- Deployment Server and deployment apps: the Deployment Server pushes serverclass-based app assignments to forwarders; serverclasses define which apps go to which forwarder groups
- props.conf and transforms.conf: control how data is parsed, timestamped, and transformed; applied at index time on indexers or heavy forwarders
License Management
Splunk licensing is based on the volume of data indexed per day (for Enterprise licences):
- Licence Manager: a designated Splunk instance that manages and enforces licences; all indexers in a stack point to a single licence manager
- Licence pools: divide licence capacity among groups of indexers; useful for organisations with multiple teams sharing a Splunk deployment
- Daily quota violations: if an indexer stack exceeds the daily index volume, a warning is issued; five warnings in a 30-day rolling window results in a licence violation that disables search (indexing continues)
- Licence types: Splunk Enterprise (volume-based), Splunk Cloud (subscription-based), and Splunk Free (500 MB/day, no access controls, no clustering)
Know the difference between a warning (exceeded quota on a single day) and a violation (five or more warnings in 30 days). This distinction appears in exam questions about licence management.
Splunk Configuration Files
Configuration in Splunk is hierarchical. Multiple copies of the same configuration file can exist at different locations, and Splunk merges them with a defined precedence order:
- System default directory (
$SPLUNK_HOME/etc/system/default/) - lowest precedence, never edit - App-level (
$SPLUNK_HOME/etc/apps/<appname>/default/) - app defaults - App-level (
$SPLUNK_HOME/etc/apps/<appname>/local/) - app overrides - User-level (
$SPLUNK_HOME/etc/users/<username>/) - user settings - System local (
$SPLUNK_HOME/etc/system/local/) - highest precedence for non-clustered deployments
In clustered environments, configurations pushed through the Cluster Manager (for indexers) or Deployer (for search heads) take precedence over local configurations.
Monitoring and Troubleshooting
The exam covers how to monitor a Splunk deployment's health:
- Monitoring Console: built-in app for monitoring Splunk infrastructure health; covers indexing rate, search performance, licence usage, and cluster status
- Splunk internal logs:
_internalindex contains logs from Splunk processes;metrics.log,splunkd.log, andsplunkd_access.logare the key files - btool: command-line tool to view the effective configuration after all configuration file merges:
splunk btool inputs list --debug - diag: generates a diagnostic package for submitting to Splunk Support
Common Exam Traps
Replication factor vs search factor: the replication factor controls total copies of a bucket; the search factor controls how many are immediately searchable. The search factor must always be less than or equal to the replication factor. Getting these mixed up in cluster configuration questions is a frequent error.
Deployment Server vs Deployer: the Deployment Server manages forwarder app deployments. The Deployer manages search head cluster member configurations. They're different components with different roles. Using the wrong one in a question about deploying apps to search heads loses the mark.
Heavy Forwarder vs Universal Forwarder: when a question mentions pre-processing, routing, or transforming data before it reaches the indexer, the answer is a Heavy Forwarder. When the requirement is simply to collect and forward data with minimal resource overhead, Universal Forwarder is correct.
Captain vs Cluster Manager: the Captain is the elected leader of a search head cluster. The Cluster Manager coordinates indexer cluster peers. These are separate components for separate cluster types. Mixing them up is a common mistake in questions about distributed deployments.
Study Plan
| Week | Focus |
|---|---|
| 1 | Splunk architecture: all components, roles, single-instance vs distributed |
| 2 | Indexer clustering: replication factor, search factor, bucket lifecycle, failure recovery |
| 3 | Search head clustering: captain election, deployer, KV Store replication |
| 4 | Forwarders: Universal vs Heavy, inputs.conf, outputs.conf, Deployment Server |
| 5 | Licensing, configuration file precedence, Monitoring Console, troubleshooting |
| 6 | Practice exams under timed conditions, review weak areas |
Hands-on experience with a Splunk deployment is valuable for this exam. Splunk offers free trials and a developer licence. Set up a local Splunk instance, configure data inputs, explore the Monitoring Console, and review the configuration file structure. If you can access a distributed deployment at work, review the cluster configuration and understand how the components connect.
Recommended Resources
- Splunk System Administration course (Splunk Education)
- Splunk documentation: Distributed Deployment
- SPLK-1003 practice exams on this site
Final Thoughts
The SPLK-1003 is an administration exam and it shows: the questions focus on architecture, configuration, and operational management rather than search syntax. Candidates who've deployed or managed a Splunk environment will find the content familiar. Candidates who only use Splunk for searching and dashboarding will need to build up their operational knowledge from scratch.
Architecture diagrams help. Draw out a distributed Splunk deployment with a cluster manager, indexer peers, a deployer, search head cluster members, and forwarders. Label each component's role and configuration file. That mental model makes the exam questions significantly easier.
Start with our SPLK-1003 practice exams to see which areas of the architecture you understand well and which need more focus.