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.

Finding Available Disk Options

Before creating a disk, use the disk availability endpoint to find available storage options across different providers and datacenters.

Query Disk Availability

Understanding the Response

The response returns available disk configurations:

Key Fields

  • cloudId: Identifies the storage configuration (if applicable)
  • provider: The provider offering the storage (e.g., hyperstack, runpod)
  • dataCenter: Location where the disk will be created
  • spec.minCount: Minimum disk size in GB
  • spec.maxCount: Maximum disk size in GB
  • spec.pricePerUnit: Cost per GB per hour
  • isMultinode: Whether the disk can be attached to multiple instances
Filter by regions or data_center_id to find disks in specific locations where you plan to run your GPU instances.

Creating a Disk

Once you’ve identified a suitable disk configuration from the availability API, create a disk using the information from the availability response.

Request Body Structure

Parameters

Example: Creating a 500GB Disk

Response

On successful creation, you’ll receive a 201 Created response with the disk details:

Cost Calculation

The hourly cost is calculated as:
For a 500GB disk at $0.00015/GB/hr:
Disks are billed continuously from creation until termination, regardless of whether they’re attached to an instance.

Listing Your Disks

Retrieve all disks associated with your account:

Query Parameters

Response

Getting a Single Disk

Retrieve detailed information about a specific disk:

Response

The response includes:
  • pods: Array of pod IDs currently using this disk
  • clusters: Array of cluster IDs currently using this disk
  • info: Additional metadata about disk location and capabilities

Updating a Disk

Currently, you can update the disk name:

Response

Deleting a Disk

Terminate a disk when you no longer need it. This will permanently delete the disk and all its data.

Response

Disk deletion is permanent and irreversible. All data stored on the disk will be lost. Make sure to backup any important data before deleting a disk.
Detachment Timing: The disk detachment process can take longer than instance termination. After terminating an instance, you may need to wait a few moments before the disk becomes available for deletion or reuse.

Disk Status Values

Disks go through different statuses during their lifecycle:
After terminating an instance, the disk detachment process may take a few moments to complete. You may need to wait briefly before the disk becomes available for deletion or reattachment.

Common Use Cases

Shared Training Data

Create large disks with your training datasets that can be reused across multiple training runs. This is ideal for storing preprocessed data, large image datasets, or any training data that needs to be accessed by multiple GPU instances. By keeping your data on a persistent disk, you avoid having to re-upload or regenerate datasets for each new training session.

Model Checkpoints and Artifacts

Use disks to persist model checkpoints, trained weights, and training artifacts. This is especially valuable when running spot instances or interruptible workloads, as your progress remains safe even if the instance is terminated. You can resume training from the last checkpoint by simply attaching the disk to a new instance.

Multi-Node Distributed Training

For distributed training across multiple GPUs or nodes, use multinode-compatible disks that can be accessed simultaneously by multiple instances. This enables shared access to training data and synchronized checkpointing across your distributed training cluster. Check the isMultinode field in the disk availability response to verify support.

Best Practices

Location Planning

  • Create disks in the same datacenter where you plan to run GPU instances
  • Use the availability endpoint with disks filter to find compatible GPUs

Size Planning

  • Start with the size needed - you cannot resize disks after creation
  • Consider future growth when selecting disk size
  • Remember that larger disks cost more per hour

Data Management

  • Regularly backup important data from disks
  • Use descriptive names to identify disk contents