Skip to main content
Resilient deployments aim for continuity in database operations to protect from data loss and downtime. To maintain resiliency, it is necessary to build deployments with high availability and disaster recovery coverage.
  • High availability: Continuously access data without interruption even in the presence of failures or disruptions to maximize uptime.
  • Disaster recovery: Recover from a major incident or disaster to minimize downtime and data loss.
To build resilient cluster deployments, CockroachDB provides both for high availability and disaster recovery features for coverage during unplanned incidents.
For a practical guide on how CockroachDB replicates, distributes, and rebalances data, refer to the demo.

Resilience strategy

As you evaluate CockroachDB’s disaster recovery features, consider your organization’s requirements for the amount of tolerable data loss and the acceptable length of time to recover.
  • Recovery Point Objective (RPO): The maximum amount of data loss (measured by time) that an organization can tolerate.
  • Recovery Time Objective (RTO): The maximum length of time it should take to restore normal operations following an outage.
For example, when you use backups: Simulating RPO and RTO. With RPO representing the tolerable data loss, and RTO representing the tolerable time to recovery. For a comparison of CockroachDB resiliency features, refer to the following sections:

Choose a high availability strategy

CockroachDB uses synchronous, built-in replication to create and distribute copies of data, ensuring consistency across the data copies. The database can tolerate nodes going offline without service interruption, whether in a single-region or cluster. For details on designing your cluster topology for high availability with replication, refer to the page.

Choose a disaster recovery strategy

CockroachDB is designed to recover automatically; however, building or into your disaster recovery planning is an important part of a resilient deployment.