Skip to main content
Serverless GPUs let you run your own workload on ModelRunner instead of only the models in our catalog. You pick a template and a GPU, and you get back a queue endpoint at {username}/{alias} that behaves exactly like a catalog model: submit, poll, webhooks, request history, and billing from the same prepaid balance. The live GPU catalog with current prices and availability is at modelrunner.ai/serverless-gpus.

What a Deployment is

A Deployment is a named, user-owned serverless endpoint. It bundles three things: Deployments are scale-to-zero by default: minimum workers is 0, so you pay for worker time only while jobs are actually being served plus the idle window that follows. There are no always-on workers in this release. The alias lives in the same namespace as your models and wrappers — alice/my-llm cannot collide with a model or wrapper you already own. Aliases are lowercase alphanumeric with hyphens, 2–64 characters, and contain no slashes; a handful of names that would shadow platform path segments (v1, requests, models, workers, logs, chat, stream) are refused.

The GPU catalog

Every serverless GPU SKU is a row in the public catalog, readable anonymously:
Omit ?serverless=true and you get every GPU row the platform prices against — which can include SKUs that only back catalog models and cannot be deployed. Always pass the filter when you are building a deployment picker.
Pricing is per SKU-second, full stop — the rate on the row is what a running worker costs per second. See Billing for how those seconds become charges.

Templates

Deployments run curated templates only in this release: you supply configuration, never code. The catalog is public:
Today that returns one template: Each template declares typed fields (string, secret, number, select) and a default GPU. Fields of kind secret — such as a Hugging Face token for gated models — are write-only: you set them, and no API ever reads them back. See Environment variables and secrets. Bring-your-own container images are not available yet.

Statuses

A deployment carries three independent signals. Read all three before concluding anything about why it is not serving traffic: status: "suspended" with desiredState: "active" means you want it running and the platform stopped it — the reason field says which safety rule fired. See Lifecycle.

Beta gating

Serverless GPUs are behind a beta allowlist. The gate applies to admission only: That split is deliberate: if the beta is closed while you have live deployments, you can always see them, stop them and delete them. Nothing ever strands billable workers you cannot reach. Ask whether your account is admitted:
This route, and the other owner-scoped deployment reads and lifecycle controls, work with your API key today but are not yet part of the stable public API — shapes may change until the deployment management SDK ships. The queue API is stable; build automation against that.
A gated call returns 403 with a message naming the reason — either that Serverless GPUs are not enabled on the platform yet, or that they are in a limited beta your account is not in. Email [email protected] to request access.

Where to next

Quickstart

Create your first deployment and run a job through it.

Queue API

Submitting jobs, reading results, filtering request history.

Billing

Worker-seconds, credit holds and hourly settlement.

Quotas

Deployment, worker and platform capacity limits.