VM snapshots
A snapshot is an on-demand recovery point captured from a running Cloud VM. Each snapshot includes the root disk and, optionally, attached data volumes. Snapshots are kept as a Recovery Point that you can restore in place, use to create a new VM, or roll back disk-by-disk.
Snapshots and automated backups share the same restore flow. Use snapshots when you want a recovery point at a specific moment — before a deploy, OS upgrade, or risky migration. Use backups for continuous, schedule-driven protection.
What’s captured
Every snapshot captures the root disk by default. You choose how much else to include via Capture Mode:
Restoring a snapshot set automatically reattaches captured data volumes to the target VM. Mount instructions for each data volume are surfaced in the Details drawer.
Restore options
When you click Restore on a snapshot recovery point, the same three modes are offered as backup restore:
See Restore a snapshot for full steps.
When to take a snapshot
- Before a deploy or migration you might need to roll back.
- Before an OS upgrade or kernel change.
- To clone a known-good build into a new VM via the Create New VM restore mode.
- As a manual checkpoint between scheduled backup runs.
For routine, ongoing protection, prefer scheduled automated backups.
How often can I take a snapshot?
As often as you need — snapshots are taken on demand, at any time. There is no snapshot schedule: take one from the portal, with ibee vms snapshots create, or with the API. Snapshots are kept until you delete them.
For an automatic daily copy, turn on automated backups instead. Backups run on a Daily or Weekly schedule and keep 7 days of recovery points.
Where to manage snapshots
Two surfaces in the IBEE Solutions portal manage snapshots:
The Tools page is the aggregate view. A search box filters by snapshot, VM, volume, or ID, and the list is paginated. Each row shows:
Manage snapshot shows the snapshot’s name, type (recovery point or volume snapshot), snapshot ID, source VM, source volume, disks, capture mode, storage, status, created/updated times, and description — plus Delete Snapshot. Restores are started from the VM’s Snapshots tab.
Take Snapshot on the Tools page opens a dialog with:
- Virtual Machine — pick a VM.
- Snapshot Name — required.
- Description — optional note for this restore point.
- Capture Mode — Root volume only, All attached volumes, or Selective volumes (tick the data volumes to include). If the VM has no attached data volumes, the snapshot is root-only.
- A reminder to run
syncinside the VM to flush pending writes before taking the snapshot.
Both surfaces offer the same capture modes. Use the per-VM Snapshots tab when you also want to browse recovery points and restore.
Quick start
- Open the VM detail page → Snapshots tab.
- Enter a Label (required) and an optional Description.
- Pick a Capture Mode — Root only, All attached, or Selective.
- (Selective only) Tick the data volumes to include.
- Click Create Snapshot. The recovery point appears in the Recovery Points list when complete.
See Create a snapshot for the full flow.
Recovery point list
Each row shows:
- Snapshot — your label and the system-generated identifier (for example
srp-20260509T162709Z). - Disks — what’s captured (
Root + 1 data disk,2 disk(s), …). - Created — date and time.
- Storage — total recovery footprint.
- Actions — Details, Restore, Delete.
Snapshots vs. backups
Most production VMs use both: scheduled backups as the safety net, manual snapshots before risky changes.
Use the API
Per-VM snapshots are in the public API (GPU VMs use /compute/gpu-vms/{vm_id}/snapshots and /compute/gpu-vm-snapshots/...):
Create requires a billing_catalog with the snapshot storage SKU; no public operation lists that SKU yet. The workspace-wide list on Tools → Snapshots is portal-only.
