Website profiles · Technology insights · Alternatives

vast.ai

Paid content

Categories: Artificial Intelligence

Tags: vast.ai

Rent high-performance cloud GPUs at low cost with Vast.ai. Instantly deploy GPU rentals for AI, machine learning, deep learning, and rendering. Flexible pricing, fast setup, and global availability

Visit website

Updated: 2026-09-27 17:00 Language: English (default) Access: Normal

Profile views 8 Outbound visits 1
Vast.ai Full homepage screenshot
Editorial Review

Website Review

What is Vast.ai?

Vast.ai is a marketplace for renting cloud GPUs by the second, aimed at AI and machine-learning workloads. Rather than owning or reserving fixed hardware, you search a pool of third-party machines, pick one that fits your model and budget, and launch a container on it. The site describes 20,000+ GPUs across 40+ data centers and 68+ GPU types, with prices set by supply and demand and queryable through an API.

What you actually get

Three deployment styles are offered, and the right one depends on how much control you want:

Mode Best for Trade-off
GPU Cloud Full control over the environment; custom training, rendering, GPU programming You manage setup and dependencies yourself
Serverless Inference endpoints with autoscaling to zero Less control over the underlying machine
Clusters Multi-node training with InfiniBand networking Overkill for single-GPU or small jobs

Every mode is provisioned through code. There is a CLI, a Python SDK, and a REST API, so the same interface works whether you are a person at a terminal or an agent provisioning compute programmatically.

Who it suits

  • Developers who want cheap, short-lived GPU capacity without contracts or sales calls.
  • Teams running bursty workloads — fine-tuning, batch processing, image or video generation — where per-second billing beats a monthly reservation.
  • Anyone building automation that needs to acquire compute on its own, which is the "agent-ready" angle the site leans into.

Who it may not suit

If you need guaranteed hardware, strict data-residency commitments, or a fully managed platform where someone else handles the stack, a marketplace model with variable supply is a harder fit. Availability and price shift with demand, so reproducibility takes more planning.

A practical next step

Start small: add a few dollars of credit, pull an API key, and run one short job end to end before committing to a larger workflow. Check the per-second billing behaviour and how quickly you can find the exact GPU model and VRAM you need. For comparison shopping, RunPod and Lambda are other well-known GPU rental options, and Hugging Face is useful for finding the models you would deploy.

How does Vast.ai pricing work for renting a GPU?

Vast.ai is a GPU rental marketplace rather than a fixed-price cloud. Hosts list their machines, and prices are set by supply and demand across the available pool, so the rate for a given GPU model can move over time. Billing is per second, which matters if your jobs are short or bursty rather than long-running.

What drives your cost

  • GPU model and VRAM — newer or higher-memory cards cost more per hour.
  • Host and location — the same model can be listed at different rates by different providers across the 40+ data centers.
  • Availability and demand — prices rise when popular cards are scarce and fall when supply is plentiful.
  • Runtime — per-second billing means you pay for what you actually use, not a rounded-up hourly block.
  • Deployment type — on-demand GPU Cloud instances, Serverless endpoints that can scale to zero, and multi-node Clusters are priced differently because they consume resources differently.

How to estimate a job

Work out the hourly rate for the card you need, multiply by expected runtime, then add a margin for queueing, setup and failed runs. For interactive work, a cheaper older card is often enough; for training runs that need fast inter-node links, Clusters with InfiniBand are the relevant option and will cost more than a single rented instance.

Practical next step

Before committing, check the live listing for your target GPU model and compare two or three hosts on price and reliability. If your workload is inference with idle periods, Serverless with scale-to-zero is usually the better match than an always-on instance. If you need full control over the environment, GPU Cloud instances are the direct route.

For reference pricing and current listings, see Vast.ai; the platform also documents its CLI, Python SDK and REST API for programmatic provisioning, which is useful if you want to script deployments and compare rates automatically.

What are the differences between GPU Cloud, Serverless, and Clusters on Vast.ai?

Vast.ai splits its offering into three deployment models that differ mainly in who manages the infrastructure and how you pay for idle time. The page describes them as "One platform. Three ways to deploy." — GPU Cloud for full control, Serverless for zero-ops inference, and Clusters for large-scale training.

GPU Cloud

On-demand instances drawn from the marketplace of 20,000+ GPUs across 40+ data centers. You choose the GPU by model, VRAM, price and availability, then launch via CLI, Python SDK or REST API. This is the option for people who want to control the environment — custom containers, frameworks, long-running jobs, rendering, GPU programming — and are willing to manage setup and shutdown themselves. Billing is per-second, but you pay for the instance while it exists, so idle time costs money.

Serverless

You deploy a model as an endpoint rather than a machine. Vast.ai describes automatic benchmarking and optimization across GPU types, with autoscaling to zero so you "pay only for compute time." That makes it the natural fit for inference with bursty or unpredictable traffic, where a always-on instance would sit idle most of the day. The trade-off is less control over the underlying hardware and environment.

Clusters

Dedicated multi-node GPU clusters with InfiniBand networking, aimed at large-scale training. This is for workloads that need many GPUs communicating tightly — distributed training runs that would be impractical on single rented instances. It is the least self-service of the three and the one most likely to involve capacity planning.

GPU Cloud Serverless Clusters
Unit you rent GPU instance Model endpoint Multi-node cluster
Control Full Limited High, at cluster level
Idle cost You pay while running Scales to zero Reserved capacity
Best for Custom jobs, rendering, fine-tuning Bursty inference Large distributed training
Networking Standard Managed InfiniBand

How to choose

Start from the workload shape rather than the product name. If your job runs continuously and you need to install specific software, GPU Cloud is the straightforward pick. If requests arrive irregularly and you just need a model answering, Serverless avoids paying for quiet periods. If a single GPU cannot hold the model or the training run needs fast inter-node links, Clusters is the only one of the three designed for it.

A practical next step: sign up, add credit and pull an API key, then try the smallest version of your workload on GPU Cloud first, since it exposes the raw pricing and availability data you would need to judge whether Serverless or Clusters is worth the loss of control. The marketplace pricing itself is set by supply and demand and is queryable programmatically, so you can check real rates before committing. For background on the wider rented-GPU market, Vast.ai and RunPod are both worth comparing directly.

How do I deploy a GPU instance on Vast.ai using the CLI, Python SDK, or API?

Vast.ai provisions GPU instances through code rather than a manual console workflow, so the CLI, Python SDK and REST API are three front ends to the same provisioning system. Pick based on how much automation you want:

Method Best for Trade-off
CLI Interactive work, quick tests, shell scripts Manual steps; less suited to orchestration
Python SDK Notebooks, training pipelines, scheduled jobs Requires Python environment management
REST API Agents, services, non-Python stacks, custom tooling You handle auth, retries and response parsing

What the deployment loop looks like

  1. Add credit and grab an API key from the console; the page notes you can start with as little as $5 and there are no contracts or sales calls.
  2. Search and filter offers by GPU model, VRAM, price and availability — through the console, CLI, SDK or API.
  3. Launch the instance, then scale up or down programmatically.

Vast.ai's own material describes sign-up to running workloads in under five minutes, with per-second billing and prices that move with supply and demand across the listed GPUs and data centers. Treat the "under five minutes" figure as their claim about a straightforward first launch, not a guarantee for a multi-node training job.

Choosing between the three

  • If you are exploring or debugging, start with the CLI: install it, then search offers and launch from your terminal without writing Python.
  • If your work lives in a notebook or a training script, the Python SDK keeps provisioning in the same file as your model code.
  • If you are building an agent or a service in another language, call the REST API directly. The page frames this as the interface agents call to provision infrastructure — relevant if you want compute to be requested automatically rather than by a human.

A concrete scenario

Suppose you fine-tune a 7B model weekly. A Python script can query current offers, filter for the VRAM you need, launch, run training, then destroy the instance — so you pay only for the hours used and never leave a GPU idle over the weekend. The same logic in a shell script with the CLI works if you would rather not maintain a Python environment.

Practical cautions

  • Per-second billing rewards short, well-scoped jobs; long-running idle instances still cost money.
  • Marketplace pricing means the same GPU type can cost different amounts at different times, so pin your filter criteria rather than hardcoding a price.
  • Automate teardown from the start. Provisioning is the easy half.

For adjacent options, RunPod and Lambda cover similar GPU rental ground, and Modal targets the serverless end of the spectrum if you would rather not manage instances at all.

Next step: create an API key, run one small launch end-to-end with the CLI to confirm your account and image work, then port that exact sequence to the SDK or API for repeat use.

Which GPUs and data center locations are available on Vast.ai?

Vast.ai is a marketplace rather than a fixed cloud region: the GPUs and locations available depend on which independent hosts have listed capacity at any given moment. According to the site, the pool spans 20,000+ GPUs, 68+ GPU types, and 40+ data centers, with prices set by supply and demand and billed per second.

What you can filter for

The console and API let you search by GPU model, VRAM, price and availability, so you can narrow the pool to a specific card or a minimum memory size rather than accepting a fixed instance menu. The site also offers pre-configured templates for popular open-source models, which matters if you want to skip driver and framework setup.

Choose by what the workload needs, not by brand

  • Single-GPU inference or fine-tuning: filter by VRAM first. A card with enough memory for your model and batch size will beat a faster card that forces offloading.
  • Multi-node training: the site's Clusters option is the relevant product, described as dedicated multi-node GPU clusters with InfiniBand networking. Standard on-demand instances are not the same thing.
  • Rendering, transcription, batch processing: these are listed use cases, and they tend to be latency-tolerant, so cheaper, less popular GPU types are often the sensible pick.

The trade-off to weigh

A marketplace gives you more GPU variety and often lower cost than a hyperscaler's fixed catalog, but availability is not guaranteed and the exact host, region and hardware can change between sessions. If your work needs a specific jurisdiction for data residency, or a guaranteed machine type for months, check whether the current listings satisfy that before committing — and treat any single listing as temporary.

A practical next step: open the GPU list, filter by the VRAM your model needs and your maximum hourly price, then deploy one small test job through the CLI or Python SDK before scaling up. The site advertises sign-up to running workloads in under five minutes and a $5 starting credit, which is enough to validate that a chosen card actually fits your model. For pricing mechanics, see Vast.ai.

What AI workloads can I run on Vast.ai, such as training, inference, or rendering?

Vast.ai is a GPU rental marketplace aimed at AI/ML work, and its page lists a broad set of workloads you can run on rented GPUs.

Workloads it names

  • Training and fine-tuning (including large-scale multi-node training via Clusters)
  • Inference and model serving (Serverless endpoints with autoscaling to zero)
  • AI agents that autonomously provision and optimize their own compute
  • Text generation (LLMs), image and video generation
  • Batch data processing, audio-to-text transcription
  • GPU programming, virtual computing, and graphics rendering

How the three deployment modes map to workloads

Mode Best for Trade-off
GPU Cloud Full-control training, custom environments, rendering You manage setup and scaling
Serverless Zero-ops inference endpoints Less control over the underlying host
Clusters Large multi-node training (InfiniBand networking) Higher commitment than single instances

Practical takeaway If you're a solo developer fine-tuning a model or rendering a scene, on-demand GPU Cloud instances are the simplest fit. If you're serving a model to users and want to pay only for compute time, Serverless is the better match. For distributed training across many GPUs, Clusters is the intended path.

Reader scenario Say you want to run Stable Diffusion inference for a small app. You'd likely start with a pre-configured template from the Model Library, deploy on Serverless, and let it scale to zero when idle — avoiding the cost of an always-on instance.

Next step Before committing, check Vast.ai's pricing page to compare per-second billing across GPU types, since prices are set by supply and demand and vary by model, VRAM, and availability.

Related questions

More questions →
How Does Renting a GPU on Vast.ai Work?

Renting a GPU on Vast.ai means adding credit, searching the marketplace for a GPU that matches your model, VRAM, price, and availability needs, then launching an instance through the console, CLI, SDK, or REST API. Vast.ai states you can start with as little as $5, there are no contracts or sales calls, and the sign-up-to-running-workload path takes under five minutes. It fits developers and AI teams who want on-demand GPU capacity without committing to a reserved contract.

What Vast.ai actually is

Vast.ai describes itself as "Agent-Ready AI Infrastructure" and a marketplace where prices are set by supply and demand across 20,000+ GPUs. The site reports 40+ data centers, 68+ GPU types, and 700K+ transactions per month, and says it is SOC 2 certified.

The core idea is that every GPU is provisioned through code. The same API developers use to deploy is the interface AI agents use to procure and optimize compute at scale.

The three-step rental flow

Vast.ai lays out the process as follows:

  1. Add credit and get your API key. Start with as little as $5. Grab your API key from the console. No contracts, no sales calls.
  2. Search GPUs. Filter by model, VRAM, price, and availability, either through the console or the API.
  3. Deploy. Launch instances in seconds and scale up or down programmatically.

Billing is per-second, and pricing is described as real-time and programmatically queryable. You can browse current rates on the pricing page rather than assuming a fixed rate.

Three ways to deploy

Vast.ai offers three deployment models on one platform:

Option What it's for How you interact
GPU Cloud On-demand instances with full control CLI, SDK, or API
Serverless Zero-ops inference endpoints Automatic benchmarking and optimization across GPU types; autoscales to zero
Clusters Large-scale training Dedicated multi-node clusters with InfiniBand networking

Serverless is the option to consider when you don't want to manage instances and want to pay only for compute time. Clusters matter when a single node isn't enough and you need multi-node networking.

Developer tools and entry points

Vast.ai documents three programmatic interfaces:

  • CLI — search, filter, and deploy from your terminal, no Python required:
    curl -fsSL https://vast.ai/install.sh | bash
    
  • Python SDK — provisioning in five lines of code:
    pip install vastai
    
  • REST API — the interface agents call to provision infrastructure:
    curl -H "Authorization: Bearer $VAST_API_KEY" https://cloud.vast.ai/api/v1/bundles/
    

The REST example shows the pattern: you authenticate with a bearer token and query the bundles endpoint to see what's available before deploying.

What you can run

Vast.ai lists use cases spanning AI/ML frameworks, text generation, image and video generation, AI agents, batch data processing, audio-to-text transcription, fine-tuning, virtual computing, GPU programming, and graphics rendering. It also provides pre-configured templates for popular open-source models, such as Qwen Image 2.1 for text-to-image and image editing, so you can launch a working setup without building the environment yourself.

What to check before you commit

  • Price is dynamic. Because prices are set by supply and demand, the rate for a given GPU type can move. Query it rather than relying on a remembered number.
  • Minimum entry is low, but not free. The $5 figure is a starting credit amount, not a free tier. Confirm current terms on the pricing page.
  • Pick the deployment model first. Full-control instances, serverless endpoints, and multi-node clusters solve different problems; choosing the wrong one adds work later.
  • API key handling matters. The REST example passes the key as a bearer token, so treat it as a credential and keep it out of shared code.
Vast.ai GPU Cloud vs Serverless vs Clusters: Which Deployment Type Fits Your Workload?

Vast.ai offers three deployment types, and the right one depends on how much control you need and how much operations work you want to own. GPU Cloud gives you on-demand instances you manage yourself, Serverless turns models into endpoints with automatic benchmarking and optimization, and Clusters provides dedicated multi-node GPU clusters with InfiniBand networking for large-scale training. All three are provisioned through the same API-native platform, so the choice is mostly about control versus convenience rather than a different product.

The three deployment types at a glance

Dimension GPU Cloud Serverless Clusters
What it is On-demand instances across 40+ data centers and 20,000+ GPUs Model endpoints with automatic benchmarking and optimization across GPU types Dedicated multi-node GPU clusters with InfiniBand networking
Control level Full control of the instance and environment Zero-ops; the platform handles serving concerns Full control at cluster scale
Ops burden You manage the instance Minimal — deploy a model as an endpoint You manage multi-node training infrastructure
Scaling Scale up or down programmatically Autoscale to zero; pay only for compute time Built for large-scale training jobs
Best fit Custom environments, rendering, GPU programming, anything needing a specific setup Inference where you don't want to manage serving Large-scale training that needs fast inter-node networking

GPU Cloud: when you need full control

GPU Cloud is the general-purpose option. You get on-demand instances from a pool spanning 40+ data centers and 20,000+ GPUs, and you deploy in seconds via CLI, SDK, or API. Because you control the instance, this is the fit for workloads that don't map cleanly onto a managed endpoint — custom AI/ML framework setups, graphics rendering, GPU programming, or batch data processing where you want to configure the environment yourself.

The tradeoff is that you own the instance lifecycle. If your workload needs a specific CUDA version, a custom container, or a non-standard serving stack, that's an advantage. If you just want to call a model and get predictions, it's unnecessary work.

Serverless: when you want zero-ops inference

Serverless deploys models as endpoints, with automatic benchmarking and optimization across GPU types. It autoscales to zero and you pay only for compute time. Choose this when your goal is inference and you'd rather not manage serving infrastructure, batching, or GPU selection — the platform benchmarks and optimizes across GPU types for you.

The autoscale-to-zero behavior matters for intermittent traffic: if your endpoint sits idle, you aren't paying for an idle GPU. The tradeoff is less control over the exact runtime environment compared with a raw instance.

Clusters: when training needs to span nodes

Clusters provides dedicated multi-node GPU clusters with InfiniBand networking, aimed at large-scale training. The distinguishing feature is the interconnect: InfiniBand is what makes multi-node training practical when gradient synchronization across nodes would otherwise bottleneck on slower networking. If your job fits on a single GPU or a single node, Clusters is more infrastructure than you need — GPU Cloud covers that case.

How to decide

Work backward from the workload:

  • Custom environment or non-inference workload (rendering, GPU programming, custom frameworks, batch processing) → GPU Cloud.
  • Inference where you don't want to manage serving → Serverless, especially if traffic is bursty and autoscale-to-zero saves idle cost.
  • Training that must span multiple nodes with fast interconnect → Clusters.

A useful secondary check is ops ownership. GPU Cloud and Clusters both assume you manage the workload; Serverless assumes you don't. If you're unsure, start with GPU Cloud — it's the most general option and you can move to a more managed or more specialized type once the workload's shape is clear.

Getting started

All three are reached through the same entry points, so trying one doesn't lock you into a separate toolchain:

  • CLI: curl -fsSL https://vast.ai/install.sh | bash — search, filter, and deploy from your terminal, no Python required.
  • Python SDK: pip install vastai — programmatic provisioning in a few lines.
  • REST API: curl -H "Authorization: Bearer $VAST_API_KEY" https://cloud.vast.ai/api/v1/bundles/

Onboarding starts with adding credit and getting an API key from the console; Vast.ai's own guidance is that you can start with as little as $5, with no contracts or sales calls, and go from sign-up to running GPU workloads in under five minutes. From there you search GPUs by model, VRAM, price, and availability, then deploy. Pricing is set by supply and demand across the GPU pool and is programmatically queryable, with per-second billing — check the current pricing page for live rates rather than assuming a fixed number.

What developer tools does Vast.ai offer for deploying GPUs?

Vast.ai exposes three programmatic interfaces for deploying GPUs — a CLI, a Python SDK, and a REST API — plus pre-configured templates for popular open-source models. All three tools target the same underlying GPU inventory, so you can search, filter, and launch from whichever surface fits your workflow. The site states that every GPU on the platform is provisioned through code, and that the same API developers use is the interface AI agents use to procure compute at scale.

The three deployment tools

Tool Interface Best for Install / call
CLI Terminal Search, filter, and deploy without writing Python curl -fsSL https://vast.ai/install.sh | bash
Python SDK Python Programmatic provisioning in a few lines of code pip install vastai
REST API HTTP Agents and automation that call infrastructure directly curl -H "Authorization: Bearer $VAST_API_KEY" https://cloud.vast.ai/api/v1/bundles/

CLI

The CLI is aimed at terminal-first workflows. According to the site, it lets you search, filter, and deploy from your terminal with no Python required. It installs via a single shell command, after which you can query the GPU inventory and launch instances without leaving the shell.

Python SDK

The SDK wraps the same provisioning capability in Python. The site describes it as "programmatic compute provisioning in five lines of code," installed with pip install vastai. This is the natural choice if your training or inference scripts already live in Python and you want instance lifecycle management inside the same process.

REST API

The REST API is the lowest-level interface and the one the site explicitly frames as the interface agents call to provision infrastructure. It authenticates with a bearer token ($VAST_API_KEY) and, in the documented example, hits the bundles endpoint to retrieve available GPU offers. Use it when you need language-agnostic automation, an agent loop, or integration into a system that isn't Python or shell based.

Pre-configured model templates

Beyond raw instance provisioning, Vast.ai offers templates for popular open-source models that you can launch without building the environment yourself. The site's model library lists entries such as Qwen Image 2.1, described as a compact 7B unified text-to-image and image editing model. These templates are the fastest path if your goal is to run a known model rather than configure a blank GPU instance.

What you need before deploying

  • An account with credit. The site states you can start with as little as $5, and that there are no contracts or sales calls.
  • An API key. Retrieved from the console; required for the REST API and used by the SDK and CLI for authenticated operations.
  • A target GPU profile. You filter by model, VRAM, price, and availability, either through the console or the API.

The site claims the path from sign-up to running a workload takes under five minutes, and that instances launch in seconds and can be scaled up or down programmatically.

Choosing between them

  • If you want to poke at the inventory interactively, start with the CLI.
  • If you're scripting a pipeline in Python, use the SDK.
  • If you're building an agent or a non-Python service, call the REST API.
  • If you just want a specific open-source model running, start from a template instead of a bare instance.

These aren't mutually exclusive — the same account and API key work across all three, so you can prototype in the CLI and move the same operations into the SDK or API later.

What Is Vast.ai and What Can You Do With It?

Vast.ai is a GPU cloud rental platform where you rent high-performance GPUs by the second from a global pool of providers. You use it when you need on-demand compute for AI, machine learning, deep learning, or rendering work but don't want to buy hardware or commit to a long-term contract. According to the site, the marketplace spans 20,000+ GPUs across 40+ data centers and 68+ GPU types, with prices set by supply and demand and provisioned entirely through code.

How the platform is structured

Vast.ai describes itself as "agent-ready AI infrastructure" — an infrastructure layer where AI agents can autonomously design, procure, and optimize their own compute. In practice, that means every GPU is provisioned through an API rather than a manual sales process.

The key characteristics:

  • Real-time pricing. Prices are set by supply and demand across the GPU pool and are programmatically queryable, so you can filter by price before committing.
  • Per-second billing. You pay for compute time rather than reserved blocks.
  • API-native provisioning. The same interface developers use to deploy is the one agents use to procure at scale.
  • SOC 2 certified, per the site's own claim.

Three ways to deploy

The platform offers three deployment models, each aimed at a different level of control:

Option What it gives you Best for
GPU Cloud On-demand instances across 40+ data centers and 20,000+ GPUs, deployed via CLI, SDK, or API Full control over the environment
Serverless Models deployed as endpoints with automatic benchmarking and optimization across GPU types; autoscales to zero Zero-ops inference
Clusters Dedicated multi-node GPU clusters with InfiniBand networking Large-scale training

If you want to manage the machine yourself, GPU Cloud is the entry point. If you'd rather not manage infrastructure at all, Serverless handles scaling and optimization for you. Clusters exist specifically for multi-node training jobs that need fast interconnects.

What you can run on it

The site lists these workload categories:

  • AI/ML frameworks
  • AI text generation
  • AI image and video generation
  • AI agents
  • Batch data processing
  • Audio-to-text transcription
  • AI fine-tuning
  • Virtual computing
  • GPU programming
  • Graphics rendering

Pre-configured templates are available for popular open-source models, so you can launch a ready-made environment instead of building one from scratch. One example on the site is Qwen Image 2.1, described as a compact 7B unified text-to-image and image editing model.

How to get started

The site outlines a three-step flow that it says takes under five minutes from sign-up to running workloads:

  1. Add credit and get your API key. You can start with as little as $5, and the site states there are no contracts or sales calls. The API key comes from the console.
  2. Search GPUs. Filter by model, VRAM, price, and availability through either the console or the API.
  3. Deploy. Launch instances in seconds and scale up or down programmatically.

You can drive all of this from three developer interfaces:

CLI — search, filter, and deploy from your terminal, no Python required:

curl -fsSL https://vast.ai/install.sh | bash

Python SDK — programmatic provisioning:

pip install vastai

REST API — the interface agents call to provision infrastructure:

curl -H "Authorization: Bearer $VAST_API_KEY" https://cloud.vast.ai/api/v1/bundles/

The expected result at each step is the same: a running GPU instance you can reach programmatically, with the ability to tear it down and repeat the cycle.

What to check before you commit

  • Pricing is dynamic. Because prices are set by supply and demand, the rate you see for a given GPU type can change. Query pricing at deploy time rather than assuming a fixed rate.
  • The $5 entry point is a starting credit, not a usage ceiling. How far it goes depends on which GPU you rent and for how long.
  • Pick the deployment model before you pick the GPU. Serverless and Clusters have different setup paths than raw GPU Cloud instances, so deciding first avoids rework.
  • Verify current specs and availability on the platform. GPU counts, data center locations, and model templates are live marketplace data, not fixed catalog entries.
How Pricing and Billing Work on Vast.ai

Vast.ai prices GPU rentals by real-time supply and demand across its GPU pool, and bills by the second. You add credit (starting at as little as $5), get an API key, and launch instances without a contract or sales call. That model fits short, bursty, or experimental workloads where you want to start and stop cheaply — and it means the price you see is a live market rate, not a fixed list price.

Where the price comes from

Vast.ai states that prices are "set by supply and demand across 20,000+ GPUs" and are "transparent" and "programmatically queryable." In practice that means:

  • No single fixed rate card. Different hosts offering the same GPU model can list different prices at the same moment.
  • Prices move. Because they track supply and demand, the cheapest option for a given GPU type can change between sessions.
  • You can query them. Pricing is exposed through the same API used to deploy, so you can filter and compare before committing.

The site's own framing is "Compare. Launch. Exit. Repeat." — the pricing design assumes you shop around rather than lock into one machine.

Billing is per-second

Vast.ai bills per second. Combined with the marketplace pricing above, this has a few practical consequences:

  • You pay for the compute time you actually use, so a job that runs for minutes costs proportionally less than one that runs for hours.
  • Stopping an instance stops the meter, which makes iterative or interruptible work cheaper than on hourly-billed platforms.
  • Because rates vary by host, the same per-second billing can produce different totals depending on which instance you pick.

The site does not publish a per-second rate table in the material available; the rate is whatever the selected GPU is listed at when you deploy.

Getting started costs $5

The documented entry point is small:

  1. Add credit and get your API key. Vast.ai says you can "start with as little as $5," with "no contracts, no sales calls." The API key comes from the console.
  2. Search GPUs. Filter by model, VRAM, price, and availability — through the console or the API.
  3. Deploy. Launch instances in seconds and scale up or down programmatically.

The advertised flow is "from sign-up to running GPU workloads in under five minutes."

What "no contract" means for cost control

There is no contract and no sales call in the documented sign-up path, and instances can be exited and relaunched. For budgeting, that means:

  • Your spend is bounded by the credit you add, not by a committed term.
  • You can exit an instance and pick a cheaper host later, which is the intended loop ("Compare. Launch. Exit. Repeat.").
  • Cost predictability comes from your own usage discipline (stopping instances) rather than from a fixed monthly fee.

Choosing between the three deployment types on cost grounds

Vast.ai offers three ways to deploy, and the billing logic differs by type:

Deployment type Billing model (as described) Cost profile
GPU Cloud On-demand instances, per-second billing Pay for instance uptime; you control start/stop
Serverless "Autoscale to zero, pay only for compute time" Pay only when the endpoint is actually computing
Clusters Dedicated multi-node clusters with InfiniBand Reserved multi-node capacity for large-scale training

If your workload is intermittent or request-driven, Serverless's scale-to-zero is the model designed to avoid paying for idle time. If you need full control of the machine, GPU Cloud's per-second on-demand billing is the fit. Clusters target sustained large-scale training, where you're paying for dedicated multi-node capacity rather than opportunistic spot-style pricing.

Practical checks before you commit

  • Query before deploying. Since pricing is programmatically queryable, pull current listings for your target GPU model and VRAM rather than assuming a rate.
  • Confirm the host's rate at launch. The marketplace structure means the cheapest listing can change; the rate that applies is the one on the instance you actually start.
  • Watch idle time. Per-second billing rewards stopping instances you aren't using — an idle instance still bills.
  • Start small. The $5 minimum lets you test the deploy-and-exit loop before scaling up.

For current rates on specific GPU models, use the pricing page or query the API directly, since the numbers are live and change with supply and demand.

Website Overview

An established domain and managed infrastructure suggest continuity of operations and may support dependable delivery, although neither guarantees service quality. Several search or sharing settings need attention. Together they may make snippets, preview images or preferred URLs less consistent across platforms.

Domain and Registration

Registered in 2017, this domain has about 8 years of history. That suggests continuity, although ownership and purpose may have changed. Registration contact information is publicly available through RDAP. The domain uses the common .ai extension, which is not an independent safety signal.

DNS and Email

Nameservers are provided by Amazon Route 53, indicating managed DNS hosting. MX records point to the Google Workspace email service. No CNAME was found; the observed records resolve directly to addresses. SPF and DMARC are configured. DKIM status is unknown. TXT records include verification markers for Google, Microsoft. Such markers may also remain after a service stops being used.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The response lacks these common security headers: Permissions-Policy. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. CORS permits the specified origin https://cloud.vast.ai. No obvious internal addresses or debug information were found in the headers. The Server header contains the custom value Vercel.

Technology Stack Analysis

The public page identifies Next.js, Google Tag Manager, Vercel without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

The meta description has 197 characters and may be shortened in search results. Open Graph is partially configured; og:type is missing. Twitter Card metadata is configured. JSON-LD includes Organization data, helping describe the organization as an entity. The title has 19 characters, within a common display range.

Hosting and Email

DNSAmazon Route 53
HostingVercel
EmailGoogle Workspace
Location United States flagWalnut, California, United States 76.76.21.21

User reviews (0)

  • No reviews yet.

Pages, Search and Sharing

Meta descriptionRent high-performance cloud GPUs at low cost with Vast.ai. Instantly deploy GPU rentals for AI, machine learning, deep learning, and rendering. Flexible pricing, fast setup, and global availability
Canonical URLhttps://vast.ai/
LanguageEnglish (default)
Twitter Cardsummary_large_image
oai-searchbot 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
gptbot 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
chatgpt-user 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
claudebot 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
perplexitybot 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
google-extended 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/
All bots 1 allowed · 6 disallowed
  • Allow/
  • Disallow/admin/
  • Disallow/vercel/path0/
  • Disallow/pricing/tables/
  • Disallow/tag/
  • Disallow/tags
  • Disallow/post/

Registration details RDAP / WHOIS

RegistrarMarcaria International LLC
Registered2017-12-16
Expires2036-06-25
Domain statusactive
Nameserversns-1238.awsdns-26.org、ns-1713.awsdns-22.co.uk、ns-424.awsdns-53.com、ns-606.awsdns-11.net
DNSSECunsigned

DNS records

TypeNameValueTTLPriority
Avast.ai76.76.21.21300—
MXvast.aiaspmx.l.google.com3001
MXvast.aialt1.aspmx.l.google.com3005
MXvast.aialt2.aspmx.l.google.com3005
MXvast.aialt3.aspmx.l.google.com30010
MXvast.aialt4.aspmx.l.google.com30010
NSvast.ains-1238.awsdns-26.org900—
NSvast.ains-1713.awsdns-22.co.uk900—
NSvast.ains-424.awsdns-53.com900—
NSvast.ains-606.awsdns-11.net900—
TXTvast.aiMS=ms13949828300—
TXTvast.aigoogle-site-verification=5JNxVOADe4qdN1gOpwQCZ5wb2hit6FNhkqmmib27jHw300—
TXTvast.aigoogle-site-verification=eGBVh6pTr8_nH5s-S9EcXhPXgHBH2epORPqVy7fiYOo300—
TXTvast.aiv=spf1 include:amazonses.com include:47201481.spf04.hubspotemail.net include:_spf.google.com -all300—
DMARC_dmarc.vast.aiv=DMARC1; p=quarantine; pct=100; rua=mailto:[email protected],mailto:[email protected]300—

TLS and certificates

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectvast.ai
IssuerLet's Encrypt
Valid until2026-11-24T10:51 · Remaining when checked: 57 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HeaderValue
content-typetext/html; charset=utf-8
cache-controlpublic, max-age=0, must-revalidate
serverVercel
strict-transport-securitymax-age=63072000
content-security-policybase-uri 'self'; default-src 'self' https: data: blob:; script-src 'self' 'unsafe-inline' 'unsafe-eval' https: data: blob:; style-src 'self' 'unsafe-inline' https:; img-src * data: blob:; font-src * data:; connect-src * data: blob: wss:; frame-src *; frame-ancestors *; manifest-src 'self' https:; media-src *; object-src 'none'; worker-src 'self' https: blob:; form-action 'self' https://forms.hsforms.com;
x-frame-optionsDENY
x-content-type-optionsnosniff
referrer-policyno-referrer
access-control-allow-originhttps://cloud.vast.ai

Identified technologies

Next.jsGoogle Tag ManagerVercel