Warm standby (D)
Initial Publication: June 23, 2025
Last Reviewed: April 8, 2025Architecture diagram
The following diagram represents a Splunk SOAR (On-premises) Warm Standby topology that can support single or multi-site environments.
Architecture overview
This deployment topology is implemented with Active/Passive nodes that provides full disaster recovery with multi-regional support. This architecture maintains the simplicity of keeping all of the Splunk SOAR (On-premises) services contained on one server while providing an additional instance for failover in the event of a primary outage or site-level disaster, with recovery in minutes.
The topology is suitable for one of the following situations:
- Your event ingestion is < 30,000 events per hour
- You have less than 50 users accessing Splunk SOAR (On-premises)
- You have the need to recover your Splunk SOAR (On-premises) deployment in hours
Benefits
The primary benefits of this topology include the following:
- Ability to quickly and easily switch to a passive instance
- Greater availability for running automation and user access
- Reduced downtime and data loss
Limitations
The primary limitations of this topology include the following:
- No High Availability for action and container state, causing potential ingestion and automation failures
- Scalability limited by hardware capacity
- Additional resources required
- No built in automated failover - could be automated with external resources
- Cannot use externalized services for the database or file system
Additional considerations
When using the topology, you may find the following information helpful:
- Nodes can be geographically separated to provide greater redundancy
- DNS records can be used to easily connect when failed over
- Steps are required to recreate the warm standby after a failover