GPU and neocloud pricing

What GPU capacity costs to rent, as each provider publishes it, and what GPU systems cost to own.

Coverage

GPU classes from the A100 to rack-scale NVL72 systems, priced by hyperscalers and neoclouds.

GPU classes

GPU classMakerArchitecture
H100NVIDIAHopper
H200NVIDIAHopper
B200NVIDIABlackwell
B300NVIDIABlackwell Ultra
GB200 NVL72NVIDIAGrace Blackwell, rack scale
GB300 NVL72NVIDIAGrace Blackwell Ultra, rack scale
MI300XAMDInstinct, CDNA 3
MI325XAMDInstinct, CDNA 3
MI355XAMDInstinct, CDNA 4
L40SNVIDIAAda Lovelace
A100NVIDIAAmpere

What each price is recorded against

  • Provider segmentHyperscalers, the large general-purpose clouds, and neoclouds, the clouds built around GPU capacity. The two are kept separate.
  • Pricing typeOn-demand, spot or preemptible, and reserved.
  • RegionEach provider's published regions, mapped to one region list.
  • TermHourly on-demand rates and reserved terms in months, as each provider states them.
  • ConfigurationGPU variant, interconnect and GPUs per node, recorded with every price.

For what GPU systems cost to own, see GPU systems pricing.

How to compare GPU cloud prices

Two prices compare fairly only on one basis. Each price describes one configuration and term at the moment it is captured.

The price as published stays on record beside its normalized form, so each adjustment can be checked.

Per GPU-hour
Providers price an instance or a whole term. Bring each price to one GPU for one hour, in U.S. dollars.
GPU variant
One GPU class can be offered in more than one form factor and memory size. Compare the same variant.
Interconnect and node size
Compare offers with the same GPU interconnect and the same number of GPUs per node.
Pricing type
On-demand, spot or preemptible, and reserved prices are different offers. Compare each with its own type.
Term
Reserved prices hold for a committed term in months. Compare them term for term.
Region
Providers name their own regions. Map each to one region list, then compare within a region.
Capture time
A price describes its offer at the moment it is captured. Compare prices from the same point in time.

Neoclouds and hyperscalers

Every provider in the data sits in one of two segments.

To set a neocloud price beside a hyperscaler price, put both on one basis first.

  • NeocloudsCloud providers built around GPU capacity for superintelligence (SI).
  • HyperscalersLarge general-purpose cloud providers.
  • One segment per sourceEach provider source carries one segment, recorded with every observation.
  • Shown separatelyHyperscaler and neocloud prices are kept apart, and the Rillor Compute Index shows the two segments separately in every series that uses them.

Observation schema

One record per offer per capture. The price as published is kept beside its normalized form.

FieldTypeMeaning
observation_idstringOne identifier per offer per capture
captured_atUTC timestampWhen the price was captured
sourceenum: pricing_api, published_pageWhere the observation came from
raw_snapshot_idstringThe stored raw capture the observation was read from
provider_segmentenum: hyperscaler, neocloudProvider type
FieldTypeMeaning
provider_idstringProvider, from the Rillor source register
regionstringProvider region, mapped to the Rillor region list
gpu_classenum: H100, H200, B200, B300, ...One of the tracked GPU classes
gpu_variantstringForm factor and memory variant as the provider lists them
interconnectstringGPU interconnect as the provider lists it
gpus_per_nodeintegerGPUs in the priced instance or node
pricing_typeenum: on_demand, spot, reservedSpot includes preemptible offers
term_monthsintegerCommitment term. Zero for on-demand and spot.
usd_per_gpu_hourdecimalPrice for one GPU for one hour, in U.S. dollars
price_as_publisheddecimal, currency, unitThe price exactly as the provider states it
availability_as_publishedstringThe provider's own availability field, unchanged
reported_availablebooleanWhether the provider reports the offer as available to rent
Show all fields
FieldTypeMeaning
provider_idstringProvider, from the Rillor source register
regionstringProvider region, mapped to the Rillor region list
gpu_classenum: H100, H200, B200, B300, ...One of the tracked GPU classes
gpu_variantstringForm factor and memory variant as the provider lists them
interconnectstringGPU interconnect as the provider lists it
gpus_per_nodeintegerGPUs in the priced instance or node
pricing_typeenum: on_demand, spot, reservedSpot includes preemptible offers
term_monthsintegerCommitment term. Zero for on-demand and spot.
usd_per_gpu_hourdecimalPrice for one GPU for one hour, in U.S. dollars
price_as_publisheddecimal, currency, unitThe price exactly as the provider states it
availability_as_publishedstringThe provider's own availability field, unchanged
reported_availablebooleanWhether the provider reports the offer as available to rent

How it is captured

From the provider's published price to a record you can audit back to the original response.

Capture pipeline for GPU cloud pricesThe methodology captures provider pricing APIs and published pricing pages within each source's terms, with a UTC timestamp. Each raw response is stored unchanged for audit. Prices are then normalized to U.S. dollars per GPU-hour and tagged with GPU variant, interconnect, node size, region and term. The result is one observation record per offer per capture, which feeds the Rillor Compute Index rental and availability series.Provider sourcesofficial pricing APIspublished pricing pagesCapturewithin each source's termsUTC timestampRaw snapshotstored unchangedkept for auditNormalizeUSD per GPU-hour, GPU variant,interconnect, node size, region, termObservation recordsGPU and neocloud pricing dataone per offer per captureRillor Compute IndexRCI RentalRCI AvailabilityCapture pipeline for GPU cloud pricesThe methodology captures provider pricing APIs and published pricing pages within each source's terms, with a UTC timestamp. Each raw response is stored unchanged for audit. Prices are then normalized to U.S. dollars per GPU-hour and tagged with GPU variant, interconnect, node size, region and term. The result is one observation record per offer per capture, which feeds the Rillor Compute Index rental and availability series.Provider sourcesofficial pricing APIspublished pricing pagesCapturewithin each source's termsUTC timestampRaw snapshotstored unchangedkept for auditNormalizeUSD per GPU-hour, GPU variant,interconnect, node size, region, termObservation recordsGPU and neocloud pricing dataone per offer per captureRillor Compute IndexRCI RentalRCI Availability
Process diagramEvery observation links back to the raw response it was read from.
Sources
Official provider pricing APIs and published pricing pages, used within each source's terms.
Timing
Each observation records its capture time as a UTC timestamp.
Raw snapshots
Each raw response is stored unchanged and linked to the observations read from it, so any value can be traced to its source.
Normalization
Prices are converted to U.S. dollars per GPU-hour. Per-instance and whole-term prices are brought to one GPU for one hour, and each offer is tagged with GPU variant, interconnect, node size, region and term.
Corrections
A corrected observation is stored as a new version, and the original stays on record.

What availability means

Availability means what a provider reports as available to rent.

We keep the provider's own field exactly as published, such as an in-stock flag or a stock level, and map it to one yes-or-no value for comparison. It is recorded at the moment of capture, beside the price, and describes rentable offers at that moment.

See RCI Availability

Own

GPU systems pricing

What GPU systems cost to own. Specifications and price observations for NVIDIA and AMD systems, each typed by the kind of evidence behind it.

What it holds
System specifications, normalized configurations and price observations for HGX, NVL72 and Instinct systems.
Sources
Manufacturer specifications and system catalogs. Distributor, reseller and broker listings and quotes, where collection and use rights permit. Reported secondary sales with recorded provenance.
Configurations
Modeled by GPU family, GPU count, memory, CPU, interconnect, cooling, condition, location and seller type.
Refresh
Set per source. Every observation keeps its capture time and source.

What a GPU system price includes

A system price covers the whole build. Two eight-GPU servers with the same GPU board can differ in CPUs, host memory, network cards, storage, condition and support.

  • GPUsThe GPU family and the number of GPUs.
  • CPUs and memoryThe host CPUs and system memory.
  • NetworkingThe network cards, and the interconnect between GPUs.
  • StorageLocal storage for datasets and checkpoints.
  • CoolingAir or liquid, each a separate configuration.

System types

  • HGXNVIDIA HGX servers with eight GPUs joined by NVLink, such as the HGX H100, H200, B200 and B300. Air-cooled or liquid-cooled.
  • NVL72NVIDIA GB200 NVL72 and GB300 NVL72 racks: 72 Blackwell or Blackwell Ultra GPUs and 36 Grace CPUs, with NVLink across all 72 GPUs. Liquid-cooled.
  • InstinctAMD Instinct systems, such as the MI355X system of eight GPUs joined by AMD Infinity Fabric.

Each configuration also records the system's condition, such as new, refurbished or used, and the seller type, such as distributor, reseller or broker. Two systems that differ only in condition or seller are different configurations.

Evidence classes

Evidence classWhat the record asserts
SpecificationSystem and component attributes as the manufacturer publishes them.
ListingA public offer, seen at a stated time.
QuoteA price supplied on request for a stated configuration and quantity.
Indicative priceA reported price level without a verifiable counterparty.
Reported saleA sale a source reports, without independent confirmation.
Verified transactionA completed sale with confirming evidence.

Each observation keeps its evidence class, so a listing is read as a listing and a quote as a quote.

How evidence classes work

What it is used for

Decisions about renting, buying and financing GPU capacity.

  • Capacity planning

    Compare what each GPU class costs to rent by region, term and pricing type before committing to capacity.

  • Procurement

    Check a cloud quote against what providers publish, and a system quote against listings, quotes and reported sales for the same configuration.

  • Financing diligence

    Rental and system prices for the GPU class behind a loan or lease, as context for collateral and residual value.

    GPU financing
  • The Rillor Compute Index

    These observations are the input to the RCI Rental, RCI Availability and RCI Hardware series.

    Rillor Compute Index

Common questions

  • What is a GPU-hour?

    One GPU used for one hour. Providers price an instance or a whole term, so each price is brought to U.S. dollars per GPU-hour before prices are compared. The price exactly as the provider states it stays on record beside it.

  • What are on-demand, spot and reserved prices?

    On-demand is an hourly price with no commitment. Spot, which includes preemptible offers, is capacity the provider can reclaim at short notice. Reserved is a price for a committed term, recorded with its length in months.

  • Why do H100 prices differ between providers?

    Each price describes one offer: a GPU variant, an interconnect and node size, a region, a pricing type and a term, at the moment it is captured. Two H100 prices can differ on any of these, and hyperscalers and neoclouds are kept in separate segments. Put both prices on one basis before comparing them.

Notices

Rillor Compute Index. Rillor Compute Index series are for research and planning use. They are not offered for settlement of any contract.

Data rights. Source data is provided within the rights of each source.

Trademarks. NVIDIA, AMD, Ceph, Kubernetes and related product names are trademarks of their owners and are used only to identify products. No affiliation or endorsement is implied.

Tell us which GPU classes and regions you track.