Deployment Snapshots¶
What are Deployment Snapshots?¶
Deployment snapshots are manual, on-demand snapshots of a deployment instance's persistent storage that you can use for disaster recovery. Snapshots capture the state of all backed-up volumes at the time of creation.
Key characteristics of deployment snapshots:
- Manual triggers: Create snapshots on-demand as part of your disaster recovery preparedness and runbooks.
- Cross-region disaster recovery: Copy snapshots to a different region than the source deployment. This ensures that your data remains available even in the event of a total regional cloud outage.
- Independent lifecycle: Unlike automated backups that are cleaned up automatically, manual snapshots are persistent. They remain in your account until you explicitly delete them.
- Multi-cloud support: Snapshots are supported on AWS, GCP, and Azure across all storage types that support backups (EBS, Persistent Disk, Azure Disk).
Deployment snapshots are most useful when you want a durable recovery artifact for disaster recovery that you control, separate from automated schedules and retention policies.
For automated backups and point-in-time recovery, see Backup and Point-in-time Restore (PITR).
Cloud Provider Support¶
| Capability | AWS | GCP | Azure |
|---|---|---|---|
| Create snapshot | |||
| Same-region restore | |||
| Cross-region copy | |||
| Cross-region restore |
Note
Snapshots are available for resources that use backed-up persistent storage (EBS, GCP Persistent Disk, Azure Disk). Volumes with disableBackup: true in their storage configuration are excluded from snapshots.
Managing Deployment Snapshots¶
You can manage deployment snapshots through multiple interfaces:
- Operations Console UI: Access snapshot management from two levels:
- Deployment Snapshots page: View and manage snapshots across a service environment.
- Instance Snapshots tab: From a deployment instance details view, manage snapshots for that specific instance.
- Customer Portal: If enabled, your customers can create and manage snapshots from the Customer Portal.
- API/CLI: Use the Omnistrate API or CTL for programmatic snapshot management and automation.
For operational visibility (including progress and troubleshooting), see Workflows.
Supported Operations¶
Deployment snapshots support the following operations:
| Operation | Description |
|---|---|
| Create | Capture the current state of a deployment instance's volumes |
| Copy | Replicate a snapshot to a different region |
| Restore | Recover a deployment instance from a snapshot |
| Delete | Permanently remove a snapshot |
All snapshot operations run as workflows, so you can track progress and troubleshoot issues through the workflow details view. In cross-region scenarios, both snapshot creation and snapshot copy can incur inter-region transfer and storage costs.
Create a snapshot¶
Create a snapshot when you want a durable recovery artifact for a deployment instance. Snapshots remain available until you explicitly delete them.
To create a snapshot:
- Navigate to the deployment instance in the Operations Console.
- Open the Snapshots tab.
- Click Create Snapshot.
- Optionally, select a destination region for cross-region disaster recovery. If you don't select a destination region, the snapshot is created in the same region as the instance.
- Confirm the operation.
Warning
Snapshot creation locks the deployment instance status and blocks other concurrent operations while in progress. Plan a maintenance window and communicate the expected impact to your customers.
Copy a snapshot¶
Copy a snapshot to make it available in another region. After copying, you can restore from the copied snapshot in the destination region. This is the foundation for cross-region disaster recovery.
To copy a snapshot:
- Navigate to the Deployment Snapshots page or the instance's Snapshots tab.
- Select the snapshot you want to copy.
- Click Copy and select the destination region.
- Confirm the operation.
Warning
The destination region must be supported by the deployment instance's Plan. If the region is not supported, the copy fails. Cross-region copies incur network transfer costs.
Restore from a snapshot¶
Restore recovers a deployment instance to the state captured by a specific snapshot. Restore is only possible in the same region as the snapshot.
To restore from a snapshot:
- Navigate to the snapshot you want to restore from.
- Click Restore.
- Confirm the operation.
If you need to restore in a different region, copy the snapshot to that region first, then restore from the copy.
Tip
Before restoring, consider creating a new snapshot of the current state as a safety measure in case you need to revert.
Delete a snapshot¶
Delete a snapshot when you no longer need it. Because snapshots are persistent by design, periodically review and delete snapshots you no longer need to reduce storage costs.
Deletion is permanent. After you delete a snapshot, you cannot restore from it.
Warning
Deleting a snapshot removes only that specific snapshot artifact. If you copied the snapshot to other regions, you must delete those copies separately.
Cross-Region Disaster Recovery¶
Snapshots enable cross-region disaster recovery on all supported cloud providers (AWS, GCP, and Azure). Use this workflow to prepare for regional outages:
- Create a snapshot of the deployment instance in its source region.
- Copy the snapshot to a target region in a different geographic area.
- In a disaster scenario, restore from the copied snapshot in the target region.
Best practices for cross-region DR
- Copy snapshots to at least one geographically distant region.
- Establish a regular cadence for creating snapshots (for example, before major changes or upgrades).
- Test your restore process periodically to ensure your recovery time objectives are achievable.
- Monitor snapshot operations through Alarms — events like
FailedSnapshotCopyandSuccessfulSnapshotCreatehelp you track the health of your DR process.
Snapshot-on-Delete¶
You can configure your SaaS Product to automatically create a final snapshot before a deployment instance is deleted. This provides a safety net against accidental data loss.
To enable this behavior, set snapshotBeforeDeletion: true in the backup configuration of your service specification:
=== "Docker Compose"
x-omnistrate-capabilities:
backupConfiguration:
backupRetentionInDays: 7
backupPeriodInHours: 24
snapshotBeforeDeletion: true
For more details, see the Backup Configuration section in the Compose specification.
Monitoring Snapshot Operations¶
Omnistrate provides alarm events for snapshot operations. You can subscribe to these events to monitor the health of your snapshot workflows:
| Event | Description |
|---|---|
SuccessfulSnapshotCreate | A snapshot was created successfully |
FailedSnapshotCreate | A snapshot creation failed |
SuccessfulSnapshotCopy | A snapshot was copied to another region successfully |
FailedSnapshotCopy | A snapshot copy failed |
SuccessfulSnapshotDelete | A snapshot was deleted successfully |
FailedSnapshotDelete | A snapshot deletion failed |
For details on configuring alarm notifications, see Alarms.