AI Infra Interviews logo
Hardware, Cabling & Cluster Build-Out / 03
medium★ EssentialNewMicrosoftCoreWeaveCrusoe

Leadership bought GB300 NVL72 racks. Your datacenter is built for 15 kW cabinets. What do you tell them?

Four separate facility limits have to be cleared and total building capacity is not one of them. Power per rack, heat rejection, floor loading and network reach each fail independently, and each has a different remedy with a different lead time. The options that exist, priced, and the one that is usually taken.

Updated Sep 2026 · Grounded in real AI infrastructure interview loops and written to a senior-engineer editorial bar, with every number worked and every diagram hand-built.

TL;DR: Four limits, checked separately. Power per rack: NVIDIA quotes roughly 120 kW for a GB300 NVL72 and integrator deployment guides put commissioned racks at 132 to 142 kW nominal with peaks near 155 kW, against a hall designed for 15 kW, so one rack needs the electrical capacity of eight to ten existing cabinets and a busway tap that does not exist. Heat rejection: at that density the cooling is liquid and mandatory, so the hall needs facility water to the row, which most air-cooled halls do not have and cannot easily be given while operating. Floor loading: these racks are heavy and concentrated, and raised floors frequently cannot carry them. Network reach: an NVLink domain is one rack, but the scale-out fabric still has to reach spines, and cable reach at 800G is short. The answer is not "no". It is three costed options: retrofit part of the hall, move to a site built for this, or change the hardware to something the facility can take, each with a lead time and a number.

How to approach it

Separate the four limits and check each, because they fail independently and a fix for one does not help another. Give the numbers per rack rather than for the building. Then convert into options with costs and lead times, because a refusal with no alternative gets escalated around you. Say which option you recommend and what would change it. Do not lead with the problem; lead with what is possible.

A strong answer

A typical situation: an order is placed for four GB300 NVL72 racks with a delivery date in eleven weeks. The company's hall is a well-run air-cooled facility with 2 MW of total capacity and cabinets provisioned at 15 kW. Total capacity looks sufficient, which is why nobody flagged it.

The four checks, each with its own arithmetic:

1. power per rack
   required: about 120 kW by NVIDIA's figure, 132 to 142 kW nominal per integrator guides,
     peaks near 155 kW
   available: 15 kW per cabinet
   the gap is per-rack, not total: 4 racks x 140 kW = 560 kW of a 2 MW hall, which the
     building can supply and no single cabinet position can deliver
   current at 415 V three-phase: 140,000 / (1.732 x 415 x 0.99) = 197 A per rack
     with A and B feeds, roughly 394 A reserved per rack position
   remedy: new busway with high-current taps to those positions. Months.

2. heat rejection
   140 kW per rack x 3,412 = 477,680 BTU/hr per rack
   air cooling at this density does not exist in a normal cabinet
   required: facility water to the row, a CDU per rack or per few racks sized 10 to 15%
     above load, manifolds, leak detection
   remedy: a facility water loop into an operating hall. Construction, months, and often
     restricted by the building's lease or design.

3. floor loading
   a populated rack of this class is well over a tonne concentrated in one footprint
   raised floors are commonly rated far below that as a point load
   remedy: slab placement, reinforced pedestals, or a different area of the building.
     Weeks to months, and sometimes impossible in the space available.

4. network reach
   the NVLink domain is inside the rack, so that part is fine
   the scale-out fabric still runs 800 Gb/s per GPU to leaf switches
   passive copper at 800G reaches about 2 m, where 400G reached 3 m
   remedy: place leaves in-row and use optics beyond, which adds transceivers and power
sanity: three of the four remedies are measured in months and the hardware arrives in eleven
        weeks, which is the sentence that has to be said in the first meeting rather than the
        third

The site assessment that should have happened, expressed as things you can actually read:

measurements to take before any order, not after
  metered PDU output per cabinet position, from the PDU's own SNMP or web interface
    gives the real breaker rating and the headroom, not the design document's number
  the busway tap rating stamped on the tap, per position
  facility water: is there a supply and return in the row, and at what temperature
    a hall with no pipe in the row has no liquid answer on any hardware timeline
  floor loading rating, from the building's structural documentation, as a point load
  distance from the intended rack position to the nearest switch position, in metres
    this is what decides passive copper against optics at 800 Gb/s

and once hardware is in, the per-GPU numbers that confirm the model
  nvidia-smi -q -d POWER            enforced limit and instantaneous draw per GPU
  DCGM_FI_DEV_POWER_USAGE           the same, as a fleet metric to sum per rack
  ipmitool sensor / redfish power   node-level draw including CPUs, NICs and fans, which is
                                    what the busway actually sees
sanity: summing DCGM_FI_DEV_POWER_USAGE across a rack and comparing it against the metered
        PDU reading is the check that the rack is drawing what the design said, and the gap
        between them is everything that is not a GPU

Colocation, Power Contracts and Site Selection covers why per-rack density eliminates sites that pass on total capacity. Direct-to-Chip Liquid Cooling and CDUs covers the second row, including why facility water runs warm at 30 to 40 degrees and what the loop needs.

The options, costed, which is what the meeting actually needs:

OptionWhat it deliversLead timeMain risk
Retrofit a zone of the existing hallFour rack positions with busway, water and reinforced floor6 to 12 monthsConstruction in a live facility; lease and landlord constraints
Move to a colocation site built for this densityPositions available now if a suitable hall exists2 to 4 months to contract and fitContract reserves roughly twice the drawn load; site availability
Change the hardwareAir-coolable or lower-density parts the hall can takeWeeksFewer GPUs per rack, a different NVLink domain size, and a redesign of the workload's sharding
Rent capacity while the site is preparedRuns the workload nowDaysHigher cost per GPU-hour, no capital efficiency
what the delay costs, which is the number that decides
  four NVL72 racks is 288 GPUs
  idle for six months at $2.5 per GPU-hour:
    288 x 24 x 182 x 2.5 = about $3.15M of unrealized capacity
  renting equivalent capacity for those six months costs more per GPU-hour and delivers work
sanity: the rental bridge is usually the recommendation, because it converts a six-month
        write-off into a premium on capacity that is actually producing, and it lets the
        retrofit proceed without a delivery date on top of it
PER-RACK POWER: WHAT IS NEEDED AGAINST WHAT IS THERE NVL72 rack, nominal 132 to 142 kW, peaks near 155 ≈ 140 kW this hall, per cabinet what the busway delivers 15 kW 197 A per rack at 415 V three-phase. The rack cannot be split, which is what ends the discussion. 4 racks is 560 kW of a 2 MW hall: the building has the power and the cabinet does not.

The reversal condition: if the hall has a spare zone that was already built for higher density, or if the building has an unused water loop from a previous tenant, the retrofit collapses from a year to a couple of months and becomes the obvious answer. It is worth checking the facility's history before assuming construction, because halls are often built with more capability than their current provisioning uses. The other reversal is scale: for one rack rather than four, a self-contained rear-door heat exchanger and a dedicated feed can sometimes be arranged inside an existing hall, which is not viable for a row.

What interviewers probe next

  • "Isn't 2 MW enough?" Total and per-rack are different numbers. The building can supply it and no cabinet position can deliver it, and only the second one matters.
  • "Could you spread the load across more cabinets?" No. An NVL72 is one physical rack with an internal copper NVLink backplane; it cannot be split across cabinet positions.
  • "What about air cooling with more airflow?" Not at this density in a standard cabinet. Rear-door heat exchangers reach roughly 40 to 70 kW, which is still far short.
  • "Who should have caught this?" A pre-purchase site assessment. The useful answer names the process change rather than the person.

Common mistakes

  • Comparing the order against total building capacity instead of per-rack capacity.
  • Checking power and stopping, when cooling, floor loading and cable reach each fail independently.
  • Answering with a refusal instead of costed options with lead times.
  • Assuming a facility water loop can be added to an operating hall on a hardware delivery schedule.
  • Forgetting that the rack cannot be split, since the NVLink backplane is physical.

Key takeaways

  • Per-rack capacity is the binding limit: about 120 kW by NVIDIA's figure and 132 to 142 kW nominal per integrator guides, against 15 kW cabinets.
  • Four independent checks: power per rack, heat rejection, floor loading, and network reach at 800G where passive copper stops near 2 m.
  • A 140 kW rack draws about 197 A at 415 V three-phase and reserves roughly 394 A with redundant feeds.
  • Three of the four remedies take months, so the schedule conversation happens in the first meeting.
  • Six months of 288 idle GPUs is about $3.15M, which is why a rental bridge usually beats waiting.
That one was free — and so are 10 answers per topic without an account. Signing in doubles that to 20, opens the Plus lessons in the courses, and remembers which topics you keep getting wrong.no card · Google sign-in · nothing to cancel
HOW DID IT GO?
0
READING SIGNED OUT

Signing in doubles your free answers, from 10 to 20 per topic, and the site starts remembering you: mastery per topic, bookmarks, and a next-focus recommendation. Free, no card.

Sign in free

The concepts behind this question

Ranked by how closely each one overlaps this question's topic, so the first card is the thing to read if the answer above moved too fast.

Foundational
🖧 Hardware & Cluster Build-Out
Direct-to-Chip Liquid Cooling and CDUsAbove roughly 40 kW a rack cannot be cooled by air in any practical hall, which is why every dense GPU deployment now runs liquid to the chip. A cold plate sits on each GPU, a coolant distribution unit isolates the clean rack loop from facility water, and the facility side runs warm, typically 30 to 40 degrees supply, because warm water is cheaper to make. The design numbers are flow rate and temperature rise, and both fall out of one equation that every operator should be able to do from memory.
Advanced
🧮 Napkin Math & Capacity🔒 Premium
Power and Datacenter ConstraintsThe binding constraint on new GPU capacity in 2026 is not chips or capital but megawatts: an H100 node draws about 10 kW, a GB200 NVL72 rack about 120 kW, and a 100,000-GPU cluster needs on the order of 150 MW with cooling. This page converts GPU counts to power, power to cooling and facility requirements, and both to cost, so a candidate can size a training hall from a power budget and explain why liquid cooling, PUE and the local grid decide where the next cluster goes.
Foundational
🖧 Hardware & Cluster Build-Out
Rack Power Delivery and BuswaysA GPU rack has gone from 10 kW to over 120 kW in a few generations, and the electrical design changed with it. At 132 kW on a 415 V three-phase feed a rack draws about 184 amps, which is past what a normal power strip carries, so distribution moves to overhead busway and the rack takes redundant high-current taps. On top of the steady draw sits a synchronized transient every training step, because thousands of GPUs finish a collective at the same instant, and that swing is what sizes the upstream equipment.
Foundational
🖧 Hardware & Cluster Build-Out
Colocation, Power Contracts and Site SelectionFor most organizations the constraint on deploying GPUs is not the GPUs. It is finding a hall that can deliver 100 kilowatts or more per rack, reject that heat with liquid, and sign a contract for the power years before the hardware exists. Colocation contracts price reserved capacity rather than consumption, cooling capability is what eliminates most sites, and the lead time on new electrical supply is measured in years while GPUs arrive in months.
UP NEXT ON YOUR JOURNEY
FEDITOR'S NOTE

Scored on separating per-rack capacity from building total, on naming all four limits rather than only power, and on giving costed options rather than a refusal.

DISCUSSION · 0

No comments yet — be the first to share your approach.