Skip to main content
Updated May 8, 2026 A Raff volume is a single block device that you attach to a VM. Every volume on the platform today shares the same characteristics — Raff offers one volume class at the moment, so the choice you actually make at create time is size and billing term, not a performance tier. This page describes the model so you know what behaviour to expect, where volumes sit relative to your other storage options, and which properties are fixed vs which the platform may expand later.

What every Raff volume is

PropertyValue
ClassSingle tier — NVMe SSD block storage (HDD tier coming)
Block drivervirtio-blk (devices appear as /dev/vda, /dev/vdb, …)
Size range10 - 1000 GiB
ResizeOne-way grow only — no shrinking
Attach modelSingle-attach — one VM at a time
Region scopeVolumes are bound to the region of the VM they attach to
Project scopeVolumes inherit the project of their attached VM
LifecycleIndependent of any VM — survive VM delete
FilesystemYou choose at create time (Linux: ext4 / xfs; Windows: NTFS via Disk Management)
There are no performance tiers, IOPS classes, or “general purpose vs optimized” variants today. Future tiers may be added; this page will list them when they exist.

Persistence model

A volume is independent of the VM it attaches to. Conceptually, a volume sits next to the VM, not inside it.
VM eventVolume result
VM stop / startStays attached, contents intact
VM rebootStays attached, contents intact
VM resize (compute)Stays attached, contents intact
VM reinstall (Change OS)Stays attached — survives the OS-disk wipe
VM factory resetStays attached — preserved
VM destroyDetached, not deleted — keeps existing in your account, billing for storage, until you delete the volume separately
This is the practical reason to put data you can’t lose on a volume, not on the VM’s base disk. The base disk is destroyed with the VM; volumes outlive it. See Storage model for the full survival matrix across all storage objects.

Single-attach scope

A volume can be attached to one VM at a time. This is a hard constraint — Raff doesn’t support multi-attach (where two VMs see the same volume simultaneously).
GoalUse volumes?Use what instead
Add disk to one VMYes
Move data between VMs seriallyYes — detach from VM A, attach to VM B
Two VMs reading the same files at onceNoObject Storage
Shared filesystem across many VMsNoObject Storage, or a self-hosted NFS/Ceph on a dedicated VM
High-availability replicated storageNo at the volume layerApplication-level replication (database replicas, etc.)
If you find yourself wanting two VMs to see the same volume contents, you almost certainly want Object Storage or an application-level approach.

Region and project binding

A volume’s region and project come from the VM it’s attached to. Three rules follow:
  1. A volume can only be reattached within its original region. You can’t take a us-east volume and attach it to a VM in another region.
  2. Volumes follow their VM’s project. Attach to a VM in project prod and the volume sits in prod.
  3. Standalone (unattached) volumes sit in the dashboard’s currently-selected region until you attach them. Pick the region carefully when creating an unattached volume — same one-way constraint applies.
To “move” a volume across regions: snapshot it, restore the snapshot in the new region, then delete the original. (Cross-region snapshot restore depends on platform support — see Create a snapshot.)

Volume vs other storage

Five storage products on the platform serve different jobs. Volumes are the right answer for persistent block storage attached to one VM.
NeedUse
Boot the OS / system diskVM base disk (comes with the plan)
Extra block storage on one VMVolume
Shared bucket for many readers / writersObject Storage
Restore point before a risky changeSnapshot (snapshots can target volumes too)
Routine scheduled protectionBackups (backups apply to VMs today)
Reusable golden image to deploy fromCustom images

What’s billed

ItemRate
Storage capacity$0.05 / GiB / month — flat rate on every subscription term and on PAYG (when enabled by support for enterprise/SMB)
Data transfer between VM and attached volumeFree, never metered
Snapshots of a volumePer GB-hour — see snapshot pricing
See Pricing for how volume billing fits into the wider subscription / balance / credit model.

What’s coming, what’s not

  • Performance tiers — not available today; if added, they’ll appear in the create dialog and be documented here.
  • Multi-attach — not on the roadmap; for shared access, use Object Storage.
  • Encryption-at-rest configuration — volumes are encrypted by default at the platform level; per-volume key management is not exposed today.
  • Cross-region replication — not at the volume layer; do it at the application layer or via snapshot/image.

Create a volume

Pick size, billing term, format, and target VM.

Storage model

How volumes fit alongside snapshots, backups, and images.

Object Storage

The right answer when you need shared, multi-reader storage.
Last modified on May 8, 2026