SettleMint
ArchitectureSelf-HostingHigh Availability

High Availability

HA and DR philosophy for self-hosted DALP deployments. Covers RTO/RPO/RTT definitions and a scenario selection guide to help you choose the right deployment pattern.

Purpose: Explain the HA/DR philosophy and help you select the right deployment scenario for your requirements.


SettleMint strongly recommends the cloud-native approach with managed services. This configuration provides excellent HA/DR with minimal operational overhead.

Guiding principles

  1. Prefer cloud-native managed services over self-hosted operators
  2. Backup and restore should be automatic and tested regularly
  3. RTO and RPO targets should be defined before deployment
  4. DR drills should be scheduled quarterly

Recovery metrics

MetricDefinitionTypical target
RTOMaximum acceptable downtime15 minutes – 4 hours
RPOMaximum acceptable data loss0 – 15 minutes
RTTRealistic end-to-end recovery time30 minutes – 8 hours

RTO is the target. RTT is the realistic measured time including verification steps. Always plan for RTT > RTO.

Scenario selection

Choose a scenario based on your requirements:

ScenarioRTORPOMonthly effortWhen to use
Cloud-native2–15 minutesSeconds–1 min8–16 hoursMost deployments (recommended)
Hot-warm30–180 minutes5–60 minutes25–40 hoursGeographic redundancy requirements
Hot-cold8–72 hours4–24 hours10–20 hoursCost optimization, acceptable data loss
Hot-hot (consortium)1–10 minutesSeconds–minutes40–60 hoursMulti-region active-active
Hot-hot (public)1–10 minutes1–5 minutes20–30 hoursPublic networks, re-derivable data

Start with cloud-native unless you have specific regulatory, geographic, or cost constraints that require an alternative pattern.

On this page