An explorable explainer
A rack that behaves like one GPU.
A GB200 NVL72 holds 72Blackwell GPUs per rack NVIDIA Blackwell GPUs, 36Grace CPUs per rack NVIDIA Grace CPUs and 130 TB/sAll-to-all NVLink bandwidth in-rack NVIDIA of all-to-all bandwidth in a footprint the size of a wardrobe. The interesting part is not how much of everything it contains. It is that all of it is wired closely enough to be programmed as a single accelerator.
The 3D model needs JavaScript and WebGL. The full parts list below describes every component it shows.
- Blackwell GPUs
- 72
- Pooled HBM3e
- ~13.5 TB
- All-to-all NVLink
- 130 TB/s
- FP4, sparse
- 1.44 EF
- Rack power
- ~120 kW
- Mass
- ~1.36 t
It is not a cluster
Normally, when you want more computing power than one machine can give you, you buy more machines and connect them with a network. The machines stay separate: each one has its own memory, and moving data between them is slow enough that you have to plan around it.
This rack does something different. All 72Blackwell GPUs per rack NVIDIA of its GPUs are joined by a dedicated interconnect that is fast enough that a program can treat another GPU's memory almost like its own. You do not send a message and wait; you just read the address. That difference — not the raw component count — is what the whole design is for.
The instinct on seeing 72 accelerators in one enclosure is to read it as a small cluster that happens to share a chassis. That reading gets the design backwards. In a cluster, the unit of composition is the node: each has private memory, and inter-node traffic crosses a network stack with its own protocol, its own congestion behaviour, and bandwidth an order of magnitude below local memory. You partition your model to avoid that boundary.
Inside an NVL72 there is no such boundary to avoid. Every GPU has 1.8 TB/sNVLink 5 bandwidth per GPU Bidirectional: 18 links × 100 GB/s. About 14× PCIe Gen5. NVIDIA of NVLink bandwidth to the fabric, and because each of its 18NVLink ports per GPU NVIDIA ports lands on a different switch ASIC, that bandwidth is available to any peer simultaneously. The fabric is non-blocking: no traffic pattern degrades another. Aggregate in-rack bandwidth is 130 TB/sAll-to-all NVLink bandwidth in-rack NVIDIA .NVIDIA,NVIDIA
NVIDIA's own framing is that the rack "acts as a single, massive GPU".NVIDIA Marketing language, but in this case it describes the programming model accurately: ~13.5 TBPooled HBM3e per rackSources disagree: 13.4 – 13.8 TB Sources differ on rounding, on physical versus usable-after-ECC capacity, and on SKU. NVIDIA’s 192 GB per GPU gives 13.82 TB physical and 12.96 TB after ECC; Supermicro’s datasheet quotes up to 372 GB per Superchip — 186 GB per GPU — which is where the 13.4 TB figure comes from. NVIDIA · Supermicro · SemiAnalysis of HBM3e in one address space, coherent, reachable by ordinary load and store instructions.
The port arithmetic is worth doing explicitly, because it is the entire argument. Each Blackwell GPU exposes 18 NVLink 5 ports at 100 GB/s bidirectional. The rack contains 9NVSwitch trays ServeTheHome NVSwitch trays of two ASICs each — 18NVSwitch5 ASICs 2 per switch tray. NVIDIA ASICs, exactly matching the port count per GPU. Wire port n of every GPU to switch n and you get a single-layer fabric with no oversubscription and no second tier: 72 endpoints × 18 ports, against 18 switches × 72 ports. There is no topology to be clever about, no rail assignment, no bisection ratio to derate collectives against.
What that removes from the performance model matters more than what it adds. Tensor and expert parallel dimensions can be chosen for numerical and load-balance reasons rather than to keep chatty dimensions inside a node boundary. The classic "TP within the node, PP across nodes" heuristic has no node boundary to respect until you reach the rack edge.
What that decision costs
Extending NVLink across two metres of rack is not free, and the bill comes due in three places at once.
Power
Roughly sixteen times the worldwide average rack density of 7.6 kWWorldwide mean rack density Up from 6.8 kW the prior year; 8.4 kW if racks above 30 kW are excluded. An NVL72 is roughly sixteen average racks in one footprint. Uptime Institute . Per-server power supplies are gone, replaced by a rack-level busbar.
Copper cables
About two miles of them in four cartridges. Optical would have cost roughly ~20 kWPower an all-optical spine would have cost NVIDIA’s stated rationale for copper. SemiAnalysis independently computed ~19.4 kW from 648 × 1.6T transceivers at ~30 W. SemiAnalysis in transceivers alone — a sixth of the rack's power budget, to move data 1.5 m.
Liquid cooled
Direct-to-chip cold plates, blind-mate quick disconnects, warm water in at 32 – 45 °CCoolant inlet temperature NVIDIA ACS reference design. A 45 °C maximum inlet and 65 °C maximum return are attributed to QCT across several sources; that document could not be read directly, so treat the limits as second-hand. Warm water is the point either way: it is what enables free cooling. QCT . Air cannot remove this much heat from this volume.
Why is a chip-to-chip link worth this much trouble?
Because the workloads that justify the rack are not compute-bound in the way the FLOPS figure suggests. A mixture-of-experts model routes every token to a handful of experts, so each layer performs an all-to-all exchange whose size scales with batch and model width. Decode, the token-by-token phase of inference, re-reads the entire weight set to do a small amount of arithmetic and is limited by memory bandwidth outright.
For both, the binding constraint is bytes moved per second, not floating-point operations per second. The roofline chapter makes this concrete. The rack exists because bandwidth is the scarce resource, and bandwidth is what physical proximity buys.
How to read this site
Three things are worth knowing before you start.
There is a depth control in the header. "New grad", "Engineer" and "Architect" rewrite the same pages at different levels — plain language, systems detail, or full port arithmetic and thermal budgets. It is not a summary toggle; the deeper levels say different things, not more things. Try switching it now and re-reading the section above.
Numbers are hoverable, and disagreement is shown rather than hidden. Every figure links back to where it came from. Where published sources genuinely conflict — pooled HBM is quoted anywhere from 13.4 to 13.8 TB depending on whether you count physical or post-ECC capacity — the figure is marked ± and hovering it shows the range. All of them are listed together.
Nothing lives only in the 3D view. Every part the model shows is also described in text on the same page. The interactive figures are there to make a relationship manipulable, not to be the sole carrier of a fact.