For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
LoginGet Started
DocsAPI ReferenceChangelog
DocsAPI ReferenceChangelog
    • Home
  • Getting Started
  • Infrastructure
    • GPU VMs
    • Cloud VMs
    • Object Storage
    • Block Storage
  • Network & Security
    • Load Balancer
    • DNS
    • CDN
    • Firewalls
    • SSL Certificates
  • Tools
    • Backups
    • Snapshots
      • Create a snapshot
      • Restore a snapshot
      • Cross-region snapshots
    • ISOs
    • SSH Keys
    • API Tokens
    • Secret Manager
    • Container Registry
  • Platform Fundamentals
    • Projects and tenancy model
    • IAM
    • Networking overview
    • Billing and usage
    • Limits and quotas
    • SLA and reliability
  • Tutorials
    • Deploy a web app
    • Host a static website with object storage
    • Run an AI model on a GPU VM
    • Set up a load-balanced architecture
    • Backup and disaster recovery
    • Multi-region deployment
  • Migration Guides
    • Migrate from AWS
    • Migrate from GCP
    • Migrate from Vultr and Linode
    • Move S3 workloads to IBEE Object Storage
    • VM image migration
  • Reference
    • Pricing
    • Regions
    • Limits
    • Error codes
    • Service level agreement
  • Support
    • Contact Support
    • Create a request
    • Troubleshooting guides
    • Visit ibee.ai
LogoLogo
LoginGet Started
On this page
  • Steps
  • What you get
  • Capture mode tips
  • Best practices
  • Verify
  • Troubleshooting
  • Related pages
ToolsSnapshots

Create a snapshot

Was this page helpful?
Edit this page
Previous

Restore a snapshot

Next
Built with

Manual snapshots produce an on-demand Recovery Point for a Cloud VM. They include the root disk and, optionally, attached data volumes. Use snapshots before risky changes, or as a clone source for new VMs via restore.

Steps

1

1. Open Snapshots

On the server detail page, open the Snapshots tab. The first time you visit, an info banner reminds you that restoring a snapshot will stop the server briefly, roll back the disk, and start it again automatically.

2

2. Add a label and (optional) description

Under Create Snapshot:

  • Label (required) — short, human-readable name. Example: pre-deploy-2026-05-09.
  • Description (optional) — context like the change you’re about to make. Example: Snapshot before upgrading Postgres to 17.

Use clear, dated labels. Recovery points are also tagged with a system-generated identifier (srp-20260509T162709Z) but the label is what you’ll see first in the list.

3

3. Pick a Capture Mode

Three modes are offered. Root volume is always captured; the mode controls what else is included.

ModeCapture
Root volume onlyBoot disk only. Attached data volumes are skipped.
All attached volumesRoot disk plus every attached persistent data volume.
Selective volumesRoot plus the data volumes you tick from the Select Data Volumes list.

A green confirmation banner — Root volume is always included — appears regardless of mode.

4

4. (Selective only) Pick data volumes

For Selective volumes, the Select Data Volumes list appears with each attached volume’s:

  • Label (for example testblockstorage)
  • Size and device path (for example 10 GB · vdc · /mnt/volume_<id>)

Tick the boxes for the volumes to include. The header shows a running count (1 selected, 2 selected, …).

5

5. Create the snapshot

Click Create Snapshot in the bottom-right of the form. The platform briefly captures the disks and produces a recovery point.

A success toast — Snapshot set created — confirms the operation. The new entry appears in Recovery Points.

What you get

Each recovery point shows:

  • Snapshot — your label, plus the system identifier (srp-<timestamp>).
  • Disks — what was captured (Root + 1 data disk, etc.).
  • Created — date and time.
  • Storage — total recovery storage used.
  • Actions — Details, Restore, Delete.

Click Details to inspect the captured disks (root vs. data, target devices, filesystem types) and copy mount instructions for any data volumes.

Capture mode tips

  • Root volume only is the fastest and smallest. Use when you’re protecting only the OS install.
  • All attached volumes is the safest default for production. Use when data and root must be recoverable together.
  • Selective volumes is useful when one volume holds large, unimportant data (build cache, temp files) and you want to skip it.

Best practices

  • Use descriptive, dated labels so you can find the right recovery point later.
  • Quiesce the workload if you need a transactionally consistent snapshot — flush database buffers (pg_start_backup, FLUSH TABLES WITH READ LOCK) before snapshotting, or stop the application briefly.
  • Test restore periodically with Create New VM to confirm your snapshots are usable.
  • Delete old snapshots you no longer need — recovery storage is billed.

Verify

Switch to the Recovery Points section at the bottom of the Snapshots tab. The new row should match your label and show Storage and Created values. If it shows Loading snapshots… or No snapshots yet, refresh after a few seconds.

Troubleshooting

Create button is disabled Enter a label — it’s required.

Snapshot stuck in progress Open the Activity feed. A failed VM snapshot_create event will show with a message you can act on.

Selective volumes list is empty The VM has no attached data volumes. Either switch to Root volume only or attach a block storage volume first.

Related pages

  • VM snapshots overview
  • Restore a snapshot
  • Attach volumes
  • VM backups