GPU Compute is currently in a closed pilot. Access is enabled per organization by AI Reserve and requires an eligible wallet. Contact your account team to request access. The feature description below reflects the pilot scope; additional capabilities will be added in later releases.
/v1/gpu/*), or CLI
(aireserve gpu ...). Billing runs through your existing AI Reserve wallet
using hourly accrued charges and receipt-confirmed wallet collection.
This is general-purpose GPU infrastructure, not an extension of the
Dedicated GPU Endpoints feature.
Dedicated GPU Endpoints run managed vLLM inference through the AI Reserve
gateway; GPU Compute gives you a raw container where you install and run
whatever software you need.
What you can do
Billing
Compute (pods)
GPU usage is recorded in completed hourly intervals after the ordered allocation is confirmed running. The web app owns the accrued charges; wallet collection is attempted separately, and charges are cleared only after an authoritative receipt. Stopping or terminating closes the final partial interval proportionally to elapsed time, rounded up to one microdollar. Stopped time does not accrue GPU charges. The default payment grace is 24 hours from the first unpaid interval becoming due. Operators can configure it; retries do not reset the deadline. Existing workloads can run during grace, but outstanding charges block new allocations and restarts. At expiry, running pods are stopped, not deleted. Unknown settlement outcomes retain debt and do not extend credit indefinitely. Top-ups allow automatic collection to retry; they do not automatically restart stopped workloads.Storage (volumes)
Persistent volumes are billed separately and independently of pod state. A volume accrues charges continuously while it exists at RunPod — whether or not a pod is attached, stopped, or running. Storage billing is not paused when a pod stops. Each completed hour’s storage charge accrues in a separate billing window. The current rate and accumulated charges are visible on the volume detail page. Unpaid storage uses the same configured payment grace, followed by operator escalation. Volumes are never deleted automatically for nonpayment. Deleting the volume stops storage accrual. A running or stopped pod must be terminated before its attached volume can be deleted.What is not charged
- Stopped-pod compute time: no new GPU compute charge accrues after confirmed stop.
- Inference requests through your container: GPU Compute pods are not routed through the AI Reserve gateway. Any model inference your container performs is billed by RunPod or the provider you configure directly.
Storage persistence
The container disk is sized at pod creation and is lost whenever the container
is destroyed. Attach a RunPod network volume to store data durably.
Volume contents at the mount path (default
/workspace) survive stops, restarts,
and pod termination — as long as the volume itself has not been deleted.
Files outside the mounted volume path are lost when a pod stops or terminates.
AI Reserve does not copy, back up, index, or browse volume contents. RunPod
holds the volume data; consult RunPod’s documentation and your data agreements
for their retention and privacy practices.
SSH and connections
Direct SSH
Direct SSH is the baseline supported connection method. Every pod exposes an SSH endpoint. Add your public SSH key under Compute → Settings → SSH Keys before creating a pod, then select it during pod creation. The portal and CLI provide the exactssh command to copy and run.
Key requirements: Ed25519, RSA (2048–8192 bit), or ECDSA (nistp256/384/521).
authorized_keys options are not accepted. Keys are validated, type-checked,
and stored with their canonical SHA-256 fingerprint. Removing or rotating a key
in the portal takes effect at the next pod restart; existing SSH sessions are
not instantly severed.
Curated template web services
Curated templates (JupyterLab, vLLM, ComfyUI) expose authenticated web services. The portal shows launch links once authentication is confirmed.Custom images
If you bring your own Docker image, you are responsible for configuring SSH access and any application authentication inside the container. AI Reserve does not inject keys into arbitrary images, does not run an in-browser terminal relay, and cannot retroactively enforce authentication on a running custom container. Custom HTTP ports you expose are explicitly public; the portal shows a disclosure during pod creation.Access control
GPU Compute requires an explicit grant on the API key used. Existing inference keys gain no Compute authority.
An organization admin grants compute access to a key from
Compute → Settings → API Keys. Team-scoped keys cannot hold compute grants
in this release.
Portal sessions follow the same model: org members get read access; org admins
get manage access. Revoking a key removes its Compute control-plane access
immediately but does not delete org resources or cancel storage billing.
Limitations and pilot notes
- Secure Cloud only. On-demand RunPod Secure Cloud GPUs. No spot, serverless, or other cloud tier in this release.
- One volume per pod. A pod can be attached to at most one network volume, chosen at creation. Live detach, volume shrink, and cross-data-center volume migration are not supported.
- Restart capacity is not guaranteed. Stopping and restarting a pod may fail if capacity for your GPU type is no longer available.
- No in-browser terminal. AI Reserve does not run a browser-based SSH relay. Use the SSH command provided in the portal or CLI.
- No log archive. Live and recent container logs are relayed on demand; AI Reserve does not store workload log archives. RunPod-side retention is governed by RunPod’s policies.
- Single data center per volume. A network volume and its attached pod must be in the same RunPod data center.
CLI quickstart
Install theaireserve CLI and export your API key (must have compute manage access):
REST quickstart
All Compute endpoints require a key withread or manage compute access and
live under the /v1/gpu/ prefix. Include an Idempotency-Key header
on all mutating requests so retries are safe.
202 Accepted with a resource ID and an operation ID.
Poll GET /v1/gpu/operations/{id} for terminal status (succeeded,
failed). Synchronous validation and funding errors use 4xx codes; later
provider failures appear in operation state. See the
API Reference for the complete schema.