Overview
A protection plan defines which workloads are protected, how they are replicated to the DR site, and in what order they recover during a failover. Creating a well-structured plan is the foundation of an effective DR strategy.Prerequisites
- An active Xloud account with project access
- At least one DR site registered and connected (contact your administrator if no DR site is configured). Your administrator can configure this through XDeploy.
- Instances and volumes you want to protect must exist in the project
| Term | Definition |
|---|---|
| RPO | Recovery Point Objective — maximum acceptable data loss measured in time |
| RTO | Recovery Time Objective — maximum acceptable recovery time |
| Replication Mode | Asynchronous (lower overhead) or Synchronous (zero data loss, higher latency) |
| Consistency Group | Resources that must recover together atomically |
Creating a Protection Plan
- Dashboard
- CLI
Navigate to Protection Plans
Log in to the Xloud Dashboard (
https://connect.<your-domain>) and navigate to
Project → Disaster Recovery → Protection Plans. Click Create Plan.Define plan settings
| Field | Description |
|---|---|
| Plan Name | Descriptive label (e.g., prod-web-tier-dr) |
| RPO Target | Maximum data loss tolerance (e.g., 15 minutes) |
| RTO Target | Maximum acceptable recovery time (e.g., 1 hour) |
| Replication Mode | Asynchronous or Synchronous |
| DR Site | Target site where workloads recover |
Add protected resources
Click Add Resource and select the instances, volumes, or application groups
to include. For each resource, configure:
- Recovery Priority — order in which this resource starts during failover
- Consistency Group — group resources that must recover together atomically
- Pre/Post Scripts — optional automation hooks for application quiesce and validation
Managing Existing Plans
- Dashboard
- CLI
Navigate to Project → Disaster Recovery → Protection Plans to see all plans
with their current status and replication lag.Available actions per plan:
- Edit — update RPO/RTO targets or add resources
- Deactivate — pause replication without deleting the plan
- Delete — permanently remove the plan (stops replication)
- Failover — initiate failover (see Failover)
- Test Failover — run a DR test (see DR Testing)
Replication Health
Monitor replication health to ensure your RPO targets are achievable before an actual disaster event:| Metric | Healthy | Warning | Action |
|---|---|---|---|
| Replication lag | < RPO target | Approaching RPO target | Investigate network bandwidth |
| Plan status | ACTIVE | DEGRADED | Review event log for errors |
| Last recovery point | < RPO ago | > RPO ago | Check connectivity to DR site |
Next Steps
Failover
Execute failover when a primary site failure is confirmed
DR Testing
Validate your protection plan without impacting production
XDR Admin — Recovery Plans
Define ordered resource groups and automation hooks (administrator)
Troubleshooting
Diagnose replication lag and plan activation issues