Storage
Network Volumes
Persistent block storage that survives instance termination — create once, attach to any GPU or CPU instance in the same region.
What are Network Volumes?
A Network Volume is a persistent storage device that exists independently of any compute instance. Unlike ephemeral instance storage (Container Disk, Volume Disk), a Network Volume retains all data even after every instance attached to it has been terminated.
Network Volumes are shared across instance types — the same volume can be attached to a GPU instance for training, then later attached to a CPU instance for post-processing. The only restriction is that the instance must be in the same data center region as the volume.
Volumes are billed continuously while they exist, regardless of whether they are attached to a running instance. Check the Create Volume modal in your dashboard for current per-GB rates.
Data center availability
Network Volumes are currently available in the following data centers:
| Data center | Storage tiers |
|---|---|
| CA-MTL-4 | Standard + High-Performance (optional) |
| EU-FR-1 | High-Performance only |
| EUR-NO-2 | High-Performance only |
| US-CA-2 | High-Performance only |
Instances you deploy must be in the same data center to attach a volume. Plan your region choice accordingly — volumes cannot be moved between data centers after creation.
Creating a Network Volume
- Navigate to Dashboard → GPU Compute → Network Volumes and click Create Volume.
- The Create Volume modal opens. Select a data center from the grid. Each card shows the data center ID and any capability badges (⚡ for High-Performance, 🌐 for global networking).
- Enter a name (e.g.,
my-model-data) — this identifies the volume in your dashboard and in the attach dropdown when deploying instances. - Set the size in GB using the stepper control. Minimum is 10 GB, maximum is 1000 GB. Use the +/− buttons or type a value directly.
- If the selected data center supports it, optionally enable High-Performance Storage (NVMe-backed, labeled "⚡ 3x Speed"). In high-performance-only data centers, this toggle is locked on automatically.
- Review the total monthly cost shown at the bottom of the modal. This cost applies for as long as the volume exists, whether or not an instance is attached.
- Click Create. The volume provisions in a few seconds and appears in your volume list.
Your account balance must be sufficient to cover the estimated monthly volume cost at the time of creation. The volume is billed continuously in small increments, not as a lump sum.
Attaching to a GPU instance
Volumes are attached at deploy time, not while an instance is running.
- Start deploying a GPU instance from Dashboard → GPU Compute → Deploy.
- In the storage configuration section, you'll see Container Disk and Volume Disk sliders, plus an Attach Network Volume toggle.
- Toggle Attach Network Volume on. The Volume Disk slider disappears — the Network Volume replaces the ephemeral Volume Disk at
/workspace. - Select your volume from the dropdown. Only volumes in the same data center region as your selected GPU appear. If no volumes show up, you need to create one in the matching region first.
- Complete deployment as normal. Your volume is mounted at
/workspaceand any existing data on it is immediately available.
Attaching to a CPU instance
CPU instances support Network Volumes identically — toggle Attach Network Volume during deploy, select the volume, and deploy. The volume mounts at /workspace.
The key difference is that CPU instances have no Volume Disk — only a Container Disk for ephemeral storage. Without a Network Volume, CPU instances have no /workspace partition. Attaching a Network Volume adds this persistent workspace.
Storage model: GPU vs CPU
| Storage type | GPU | CPU | Mount | Survives terminate? |
|---|---|---|---|---|
| Container Disk | ✓ | ✓ | / | No |
| Volume Disk | ✓ | ✗ | /workspace | No |
| Network Volume | ✓ | ✓ | /workspace | Yes |
What happens when your balance runs out
The billing system runs periodic checks on all active instances. If your balance is depleted, an automated safety mechanism activates in two stages:
- Kill switch (balance ≤ 0): Any
RUNNINGinstance is immediately auto-paused. Your data is preserved — Container Disk, Volume Disk, and Network Volume all remain intact. A reduced idle rate continues to accrue. - Backstop termination (balance further depleted): If your balance continues to drop while paused (from the idle rate and ongoing volume charges) and crosses a backstop threshold, the instance is auto-terminated. All ephemeral storage (Container Disk, Volume Disk) is permanently deleted.
⚠ Data loss risk from backstop termination
There is no grace period between the kill switch (auto-pause) and backstop termination — it depends entirely on how quickly the idle charges consume your remaining balance. If your balance is already near zero when the kill switch fires, backstop termination can follow shortly after.
Your Network Volume itself is not deleted by backstop termination — only the instance and its ephemeral disks are destroyed. However, any data saved only to the Container Disk or Volume Disk (not on the Network Volume) will be permanently lost.
Keep your balance funded or proactively pause/terminate instances you're not using to avoid automatic termination.
Migrating data between instances
Since all instances support SSH, you can use standard tools like scp and rsync to move data — no platform-specific CLI tools required.
Upload files to an instance
scp -P <port> -i ~/.ssh/your_key ./local-file.tar.gz root@<host>:/workspace/Download files from an instance
scp -P <port> -i ~/.ssh/your_key root@<host>:/workspace/data.tar.gz ./local-backup/Transfer between two instances (via local staging)
To move data from Instance A to Instance B, pull from A to your local machine, then push to B:
rsync -avz -e "ssh -p <port_A> -i ~/.ssh/your_key" \
root@<host_A>:/workspace/models/ ./staging/
rsync -avz -e "ssh -p <port_B> -i ~/.ssh/your_key" \
./staging/ root@<host_B>:/workspace/models/Replace <host_A>, <port_A>, etc. with the connection details from each instance's details panel. For large transfers, consider compressing first with tar -czf before transferring.
Simpler alternative: If both instances are in the same data center, use a shared Network Volume instead of transferring files. Terminate Instance A, then deploy Instance B with the same volume attached — all data at /workspace carries over instantly.
Deleting a Network Volume
To delete a volume, navigate to the Network Volumes tab and click the delete icon on the volume card. A confirmation modal requires you to type the volume name before proceeding.
Deleting a volume stops its monthly billing immediately. If an instance currently has this volume mounted, the instance continues to run but the /workspace mount may become unavailable.
⚠ Deleting a Network Volume permanently destroys all data stored on it. This action cannot be undone. Back up any important files via scp or rsync before deleting.
FAQ
Can I resize a Network Volume after creation?
No. Volume size is set at creation time and cannot be changed afterward. If you need more space, create a new, larger volume in the same data center, attach it to a new instance, and transfer your data using rsync or scp from the old volume (via a second instance or local staging), then delete the original.
Can I detach a Network Volume from a running instance?
No. Volumes are attached during deployment and remain attached for the life of that instance. To "detach" a volume, terminate the instance. The volume continues to exist independently and can be attached to a new instance on the next deployment.
Can I attach the same volume to two instances simultaneously?
No. A Network Volume can only be attached to one instance at a time. Terminate the current instance before attaching the volume to a new one.
Can I move a volume to a different data center?
No. Volumes are permanently region-locked to the data center where they were created. To move data to a different region, create a new volume in the target data center and transfer files via SSH.
Am I billed for the volume when no instance is attached?
Yes. Network Volumes are billed continuously while they exist. The monthly rate is based on the volume's size and storage tier (standard or high-performance). Billing stops only when the volume is deleted.
Can I rename a volume?
No. The volume name is set at creation and cannot be changed. Choose a descriptive name at creation time.