All articles
GPU Cloud14 min read

What Is a Neocloud? The AI-Native GPU Cloud, Explained

A new class of cloud provider rents the same NVIDIA silicon as AWS for a third of the price. They are not doing anything magical — they are selling a much smaller product. Here is the full picture: how neoclouds work, why the economics hold up, what you actually give up, and how to tell a durable one from a distressed one.

The short version

  • 1.A neocloud is a cloud built to do one thing: rent GPUs for AI. No managed databases, no 200-service catalog.
  • 2.They charge roughly $2–4 per H100-hour against a hyperscaler list of $7–12, because they carry far less overhead and accept thinner margins.
  • 3.For multi-node training they are often technically better — bare metal, InfiniBand, no hypervisor tax.
  • 4.The real cost is breadth and counterparty risk, not performance. Diligence the balance sheet, not just the benchmark.

The one-sentence definition

A neocloud is a cloud provider whose entire business is renting accelerated compute — GPUs, the network between them, and the storage feeding them — to people training and running AI models. That is the whole product. The name is industry shorthand that stuck around 2023 as a way to distinguish these companies from both the hyperscalers above them and the bare-metal hosters below them.

The useful way to understand a neocloud is not by what it adds, but by what it removes. AWS sells you a GPU instance sitting on top of an enormous platform: identity and governance spanning an entire organization, thirty-plus regions, compliance attestations for regulated industries, and hundreds of managed services your GPU job will never touch. You pay for all of it in the hourly rate whether you use it or not. A neocloud deletes those layers and passes most of the savings on.

Fig. 1 — Same silicon, three different amounts of stack on top of it
HyperscalerAWS · Azure · Google Cloud200+ managed servicesLambda, RDS, SageMaker, Bedrock…Global regions & complianceFedRAMP, HIPAA, 30+ regionsManaged K8s / DB / queuesEKS, Aurora, SQSEnterprise IAM & governanceOrg policy, SCPs, auditVirtualization layerNitro / Hyper-V / gVisorGPU computeH100 · H200 · B200$7 – $12per H100-hour, on-demand listNeocloudCoreWeave · Lambda · Crusoe · NebiusOptional ML platformNotebooks, fine-tune APIsSlurm / KubernetesJob scheduling, gang schedulingHigh-throughput storageVAST, WEKA, parallel FSInfiniBand fabricNDR 400G, non-blocking, RDMAGPU computeH100 · H200 · B200 · GB200$2 – $4per H100-hour, on-demandColocation / ownedEquinix · Digital Realty · your rackCross-connects & transitYou negotiate peeringRack, power, coolingPer-kW or per-cabinet contractGPU computeHardware you bought$1 – $2amortized, excludes capex + staffYou build everythingabove this lineScheduler, storage, fabric,monitoring, on-call rotation

Indicative on-demand list rates for 8×H100 SXM nodes. Reserved and committed-use contracts cut every column substantially. See live GPU prices for current numbers.

Notice what is identical across all three columns in Fig. 1: the GPU layer. An H100 in a CoreWeave rack and an H100 in an AWS rack are the same part, from the same vendor, with the same peak FLOPs. Nobody has a cheaper source of silicon. The price difference is entirely a function of what is stacked on top and what margin is taken.

Where neoclouds came from

Neoclouds exist because of a supply-and-shape mismatch that opened in 2023 and has not fully closed. Demand for large-scale GPU capacity exploded faster than the hyperscalers could rack it, and the capacity they did rack was shaped for their existing enterprise customers — heavily virtualized, spread thin across many regions, sold in single-instance units. AI labs wanted the opposite: hundreds or thousands of GPUs in one contiguous, low-latency island, on bare metal, for months at a time.

Several of the companies that filled that gap did so from an unusual starting position — they already had power and datacenter shells, which is the genuinely scarce input:

CoreWeave

Ethereum mining

Pivoted its GPU fleet and datacenter footprint to AI rendering and then AI training. Went public in 2025 and became the reference example of the category.

Crusoe

Flared-gas energy

Started by burning stranded natural gas at wellheads to power compute. That power-first origin became a durable siting advantage for energy-hungry AI clusters.

Lambda

Deep-learning workstations

Sold GPU workstations and servers to ML researchers for years, then extended the same customer relationship into a cloud.

Nebius

Yandex infrastructure

Spun out of Yandex with existing large-scale datacenter engineering capability and re-focused it on European and global AI compute.

NVIDIA had its own reason to help this happen. A market where three hyperscalers are the only meaningful buyers of AI silicon is a market with three counterparties who can squeeze you — and all three are simultaneously building their own accelerators. Cultivating a competitive tier of independent GPU clouds gave NVIDIA both pricing power and demand diversity, which is why allocation flowed to neoclouds during the tightest periods of the shortage rather than exclusively to the largest buyers.

The economics, decomposed

“Neoclouds are cheaper” is only interesting if you know which line item is cheaper. Break an hourly rate into its parts and the answer is clear — and it is not the GPU.

Fig. 2 — Where an H100-hour actually goes
$0$2$4$6$8$10$12Hyperscaler$10.00 / hr$1.80$0.80$3.30$3.50Neocloud$2.60 / hr$1.10GPU hardware amortizationPower & coolingDatacenter, network, storagePlatform, services, compliance, supportGross margin

Illustrative decomposition, not audited figures. The point is structural: the silicon is a minority of a hyperscaler GPU-hour. Most of the gap between the two bars is platform overhead and margin — not a cheaper GPU.

Working through the components:

Do not compare list to list. Hyperscaler list prices are an opening position. A serious committed-use or enterprise agreement routinely lands 40–60% below list, which narrows a 4× gap to something closer to 1.5–2×. Always run your comparison against the price you can actually negotiate, not the price on the pricing page.

Where neoclouds are genuinely better

Price is the headline, but for distributed training the technical argument is often the stronger one. Training a large model across many nodes is a communication-bound problem: every step ends with an all-reduce across every GPU, and the slowest link sets the pace for the entire cluster.

Non-blocking InfiniBand

Purpose-built clusters commonly ship NDR InfiniBand at 400 Gb/s per GPU in a fat-tree with full bisection bandwidth, plus GPUDirect RDMA so data moves GPU-to-GPU without touching host memory.

Bare metal, no hypervisor

You get the physical node. No virtualization layer between your kernel launches and the hardware, no noisy neighbour on the same host, and NUMA and topology you can actually reason about.

Contiguous capacity

Neoclouds sell whole clusters that share a fabric. Assembling 512 GPUs that are genuinely close to each other is a routine order rather than a capacity-planning escalation.

The practical consequence is scaling efficiency. A job that holds 90% scaling efficiency at 256 GPUs on a well-built InfiniBand fabric but drops to 70% on a congested Ethernet network is not 20% more expensive — it is 20% more expensive on top of a rate that was already several times higher. The two effects compound, and on long training runs that difference is measured in weeks.

This gap has narrowed. Hyperscalers now ship AI-specific instance families with dedicated high-bandwidth fabrics and cluster placement guarantees of their own. The generalization that holds is narrower than it was: neoclouds tend to lead on price-performance for large contiguous training jobs, and that is the workload to send them.

What you give up

A neocloud is a smaller product on purpose. That is the source of the savings, and also the source of every drawback.

DimensionHyperscalerNeocloud
Regions30+ worldwideTypically 2–8
Managed servicesHundredsCompute, storage, sometimes K8s
Identity & governanceOrg-wide policy, SCPs, fine-grained auditProject-level, basic RBAC
ComplianceFedRAMP, HIPAA, PCI, dozens of regimesSOC 2 typical; deeper coverage varies
Support24/7 tiered, TAMs, enterprise SLAsSmaller teams, often better engineers, thinner coverage
Egress feesHigh, a well-known lock-in mechanismLow or free — a deliberate differentiator
Counterparty riskEffectively nilReal and requires diligence
GPU priceBaseline2–4× cheaper at list

Two of these deserve more than a table row.

Data gravity. If your training data sits in S3 and your serving stack runs in the same account, moving compute elsewhere means paying egress on every dataset, running a second observability and security posture, and maintaining a network path between two providers. For a 50-node training job the GPU savings swamp that friction easily. For a modest fine-tuning workload it may not.

Counterparty risk. Many neoclouds financed their fleets with debt secured against contracted revenue and, in some cases, the GPUs themselves. That model works while utilization and rental rates stay high. It is exposed if either falls — and both are subject to the same forces, since a new NVIDIA generation lands roughly annually and drags the rental value of the prior one down with it. The question that matters is not whether a provider is cheap today, but whether its depreciation assumptions and financing survive a soft year.

The three tiers of the market

“Neocloud” covers companies with very different risk and service profiles. It helps to separate them:

Tier 1

Scaled, financed, contracted

CoreWeave, Crusoe, Nebius, Lambda

Own or long-lease datacenters, multi-year power contracts, publicly scrutinized balance sheets or major strategic backers, and anchor customers on multi-year commitments. Sell whole clusters. Closest substitute for a hyperscaler AI region, and the tier where enterprise diligence usually clears.

Tier 2

Specialist operators

Together, Fireworks, Baseten, Modal, Fluidstack

Often lease capacity from tier 1 or from datacenters directly and add serious software value — inference APIs, serverless GPU, fine-tuning platforms, fast cold starts. You are buying the platform as much as the metal. Excellent for teams that do not want to run Slurm.

Tier 3

Marketplaces & aggregators

Vast.ai, RunPod community tier, Salad

Broker capacity from many small operators, including consumer hardware in unknown environments. The cheapest hourly rates in the market by a wide margin — sometimes under $1 per H100-hour — with correspondingly variable reliability, security posture and network quality. Right for experimentation and cost-sensitive batch work, wrong for anything with a compliance requirement.

A quote of “$1.80 per H100-hour” means something completely different depending on which tier it came from. Compare within a tier, and make the tier explicit in any procurement conversation.

So which should you use?

The decision usually collapses to a single binding constraint. Identify it honestly and the answer follows.

Fig. 3 — Choosing a lane
What actually constrains you?Pick the binding constraint, not the nice-to-haveYour data, VPCs, IAM andpipelines already live inone hyperscalerData gravity dominatesStay on the hyperscalerNegotiate a committed-use discountWATCH OUT
Ask for 40–60% off list on a 1–3 yr commit. List price is a starting bid, not a price.
You need many GPUs fortraining or batch inferenceand can run them isolatedCost per GPU-hour dominatesUse a neocloud2–4× cheaper, often better fabricWATCH OUT
Diligence the counterparty: funding, power contracts, and what happens to your data if they fold.
Steady 3+ year demand,an infra team on staff,and access to capitalControl & TCO dominateColocate or buildLowest marginal cost, highest effortWATCH OUT
You now own depreciation risk, power contracts, and a 24/7 on-call rotation.
Most serious AI teams end up running two of these three at once.

In practice most teams past a certain scale run a hybrid: training and batch inference on a neocloud where the cost gap is largest and the coupling is loosest, latency-sensitive serving next to the production data, and a hyperscaler contract kept alive for burst capacity and the services nobody wants to rebuild. The workloads that move are the ones that are big, self-contained, and tolerant of a region going away.

Diligence checklist

If you are about to sign a meaningful commitment with a neocloud, these are the questions that separate a good deal from an expensive lesson:

  1. Do they own or lease the datacenter, and how long is the power contract? Secured multi-year power at a known price is the single strongest signal of durability.
  2. How was the fleet financed, and against what? Debt secured on GPUs whose resale value falls with each NVIDIA generation is a materially more fragile structure than debt against long-term contracted revenue.
  3. What is the actual fabric? Ask for the topology, not the adjective. Non-blocking or oversubscribed, and at what ratio? InfiniBand NDR or RoCE? Verify with a NCCL all-reduce benchmark at the node count you intend to run, before you sign.
  4. What happens to your data if they enter distress? Get the exit terms in writing: notice period, data-egress assistance, and whether your storage is on hardware they own or a third party's.
  5. Is the storage tier fast enough to keep the GPUs fed? A cluster starved by slow storage is an expensive idle cluster. Ask for sustained throughput per node under concurrent load, not peak marketing numbers.
  6. What is the real availability commitment? Many neocloud SLAs credit you service time rather than compensating for a failed training run. Understand what a multi-day outage actually costs you and who absorbs it.

Frequently asked questions

What does “neocloud” actually mean?

A neocloud is a cloud provider built specifically to rent GPU compute for AI workloads, rather than a general-purpose cloud that happens to also offer GPUs. The defining traits are a narrow product surface (compute, storage, fast networking — not 200 managed services), bare-metal or thin-virtualization access to the hardware, InfiniBand or equivalent RDMA fabric for multi-node training, and pricing that is typically 2–4× below hyperscaler list rates.

Why are neoclouds so much cheaper than AWS or Azure?

Three structural reasons. First, they run one product instead of hundreds, so there is far less R&D, support and compliance overhead to amortize into every GPU-hour. Second, they site datacenters where power is cheap and abundant rather than where enterprise customers want low-latency regions. Third, they operate on thinner gross margins — often 30–50% versus the 60%+ that hyperscaler infrastructure businesses target. The GPU silicon itself costs everyone roughly the same.

Is a neocloud slower than a hyperscaler?

Usually the opposite, for the workload they are built for. Because neoclouds design around distributed training, they commonly ship non-blocking InfiniBand NDR fabric at 400 Gb/s per GPU and give you bare-metal nodes with no hypervisor tax. Hyperscalers historically ran GPUs on Ethernet with more virtualization overhead, though their newest AI-specific instance families have closed much of that gap.

What is the catch with neoclouds?

You give up breadth and you take on counterparty risk. There is no managed Postgres, no mature org-wide IAM, a handful of regions instead of thirty, smaller support teams, and thinner compliance attestations. More importantly, many neoclouds are young companies that bought GPUs with debt against contracted revenue. If demand or their financing turns, your capacity provider can become distressed — so the diligence question is not just “what is the price” but “will this company exist in 24 months, and what happens to my data if it does not.”

Can I run production inference on a neocloud?

Yes, and many companies do — but weigh it by blast radius. Batch inference, fine-tuning, evaluation and training are natural fits because they tolerate a region outage or a migration. Latency-critical user-facing inference tied to data that lives in a hyperscaler VPC is harder: you pay egress, you add a network hop, and you split your observability. A common pattern is training and batch on a neocloud, serving next to the data.

How do neoclouds get GPU allocation when everyone is supply-constrained?

Direct allocation from NVIDIA, which has an interest in a competitive market that is not solely three hyperscalers, and in some cases has invested in or contracted with the neoclouds directly. Several neoclouds also converted existing datacenter and power footprints — Crusoe from flared-gas energy projects, CoreWeave from Ethereum mining — which let them deploy faster than competitors starting from an empty field.

The bottom line

Neoclouds are not a trick and not a bubble artifact. They are what happens when a workload becomes large and uniform enough to deserve a specialist supplier — the same pattern that produced CDNs alongside general hosting and Backblaze alongside S3. The discount is real because the product is genuinely smaller.

What is unsettled is which providers survive the next two hardware generations. Silicon depreciates fast, much of this capacity was financed optimistically, and the margin component of the discount will compress as hyperscalers respond. Buy on price and fabric quality — but underwrite the counterparty as carefully as you would a supplier of any other input you cannot quickly replace.