Skip to main content
Before you start, ensure that you have API Key with Disks -> Read and write permission

Overview

Network-attached disks provide persistent storage that can be shared across multiple GPU instances. Disks persist independently from instances, making them ideal for storing datasets, model checkpoints, and other data that needs to survive instance termination.

Checking Disk Availability

Before creating a disk, check available storage options:
Filter results using these options:
  • --regions: Geographic locations (e.g., united_states,eu_north)
  • --data-center-id: Specific datacenter (e.g., US-1)
  • --cloud-id: Cloud configuration ID
Example with filters:

Example Output

Column Descriptions:
  • ID: Short identifier for easy disk creation (use with --id parameter)
  • Provider: Storage provider offering the disk (runpod, hyperstack, crusoecloud, dc_roan)
  • Location: Country code and datacenter identifier
  • Stock: Current availability status
  • Price/Hr/GB: Cost per gigabyte per hour (hourly rate × disk size = total hourly cost)
  • Max Size (GB): Maximum disk capacity supported by the provider
  • Is Multinode: Whether the disk can be attached to multiple instances simultaneously

Creating a Disk

Create a new persistent disk:

Available Options

string
required
Short ID from availability disks list
integer
required
Disk size in GB (must be within provider’s min/max limits)
string
Human-friendly name for the disk (auto-generated if not provided)
string
Team identifier for the disk
boolean
Skip confirmation prompt

Creation

Disks are billed continuously from creation until termination. Make sure to terminate disks when no longer needed.

Listing Your Disks

View all your disks:

Output Options

Display as JSON:
With pagination:
The output shows:
  • Disk ID, name, and size
  • Current status
  • Provider and location
  • Creation date and age
  • Hourly cost
  • Attached pods and clusters

Getting Disk Details

View detailed information about a specific disk:
Display as JSON:
The detailed view includes:
  • Complete disk configuration
  • Current status and pricing
  • List of attached pods
  • List of attached clusters
  • Creation and update timestamps
  • Location information

Updating a Disk

Update the disk name:
Currently, only the disk name can be updated. Disk size cannot be changed after creation.

Terminating a Disk

Terminate a disk when you no longer need it:
Skip confirmation prompt:
Disk termination is permanent and irreversible. All data stored on the disk will be lost. Make sure to backup any important data before terminating a disk.
Detachment Timing: After terminating an instance with attached disks, you may need to wait a few moments for the disk to detach before you can terminate it or attach it to another instance.

Disk Status Values

Disks go through different statuses during their lifecycle:

Using Disks with Instances

Attach Disks During Instance Creation

Learn more in Provision Instance.

Best Practices

Location Planning
  • Create disks in the same datacenter where you plan to run GPU instances
  • Use prime availability disks to find compatible storage options
Size Planning
  • Start with the size you need - you cannot resize disks after creation
  • Consider future growth when selecting disk size
  • Remember that larger disks cost more per hour
Data Management
  • Use descriptive names to identify disk contents
  • Regularly backup important data from disks
  • Terminate unused disks to avoid unnecessary costs
Multinode Disks
  • Use multinode-capable disks for distributed training
  • Check the isMultinode field in availability output
  • Ensure your provider supports simultaneous access if needed

Common Use Cases

Shared Training Data

Create large disks with your training datasets that can be reused across multiple training runs:

Model Checkpoints

Use disks to persist model checkpoints and training artifacts:

Multi-Node Distributed Training

Use multinode-compatible disks for distributed training: