AI Grid

How NVIDIA's AI Grid reference architecture distributes AI inference across edge locations — and why it changes the economics of running AI in production.

Try the router AI Grid: Routing Calculator

Set the latency budget, sovereignty, and demand. Watch the eligible-region set collapse around your constraints.

Centralised AI factories don't fit every workload
The first wave of AI infrastructure was built for training: massive GPU clusters in a handful of data centres. Training workloads need that concentration. But inference — the work of actually serving predictions to users — has fundamentally different requirements. It's latency-sensitive, geographically distributed, and bursty.
Centralised GPU clusterVirginia / Oregon / LondonTokyo user180ms round-tripMumbai user140ms round-tripBerlin user40ms round-tripSydney user220ms round-tripEvery request travels to one location and back — latency scales with distance
CDNs solved this for web content 25 years ago. Video buffering from a server 3,000 miles away is unacceptable — so you cache it at the edge. The same physics applies to AI inference: a 200ms round trip to a centralised GPU cluster is fine for an internal tool, but lethal for real-time video, gaming, or a customer-facing agent.

Frequently asked questions

What is the AI Grid?

The AI Grid is NVIDIA's reference design for distributing AI inference across edge locations — CDN architecture applied to AI. Instead of routing every request back to a centralised GPU cluster, the grid places GPU compute in the edge locations that already serve web content, video, and security traffic, and routes each request to the nearest node capable of handling it.

Why does inference need different infrastructure from training?

Training is one enormous, tightly-coupled computation that genuinely benefits from concentration in a few large data centres. Inference is the opposite: latency-sensitive, geographically distributed, and bursty — it follows users around the planet and around the clock. Serving it from the same central cluster produces a product that feels instant in one region and slow everywhere else.

What are the three tiers of an AI Grid deployment?

Edge: thousands of points of presence running small, quantised models for latency-critical, sub-50ms inference. Regional: heavier models and batch workloads where a 100–200ms budget is acceptable. Core: training, fine-tuning, and frontier-model inference. An orchestrator routes each request to the cheapest tier that meets its latency, capability, and sovereignty constraints.

Does every AI workload need the grid?

No — most enterprise workloads today don't. Internal copilots, overnight document processing, and batch classification are served fine from a central region, and the grid adds complexity they'll never repay. It matters where latency is part of the product: real-time video, gaming, customer-facing agents, and financial or retail decisions whose value decays in milliseconds.

How does the AI Grid change inference economics?

It adds a placement axis to the cost question. A workload that doesn't pencil out at frontier-model prices in a central region can be viable as a compressed small model on regional or edge capacity — you stop paying for hyperscale GPU time when the request only needed a small model returning a fast answer close to the user. Model size and placement become the same decision.

Diagrams

Embed these freely — each SVG is licensed CC BY 4.0 (opens in a new tab) with attribution to this page baked in.

FinOps for AI Agentic AI Patterns