Chapter 0.1
In this chapter · 6 sections
Terms in this chapter (61)
- TCO (Total Cost of Ownership)
- Goodput
- PUE (Power Usage Effectiveness)
- Lose a nine
- Substation
- GPU (Graphics Processing Unit)
- Capex (Capital Expenditure)
- Non-blocking
- SLO (Service Level Objective)
- Cooling cliff (Density wall)
- Straggler
- Cold plate
- Oversubscription
- HPC (High-Performance Computing)
- DGX
- H100
- GB200
- NVL72
- TDP (Thermal Design Power)
- GB300
- Rubin
- Max Q
- Max P
- DSX
- Kyber
- 800 VDC
- SemiAnalysis
- Facility water (FWS)
- Floor loading
- Long-lead equipment
- Point of interconnection (POI)
- Archetype
- MV (Medium voltage)
- LV (Low voltage)
- UPS (Uninterruptible Power Supply)
- Scale-up
- Scale-out
- PDU (Power Distribution Unit)
- Warm-water loop
- Delta-T
- Critical path (CPM)
- MW (Megawatt)
- VAC (Volts alternating current)
- Switchgear
- Ride-through
- Busway
- PSU (Power Supply Unit)
- VRM (Voltage Regulator Module)
- CDU (Coolant Distribution Unit)
- Approach temperature
- DLC (Direct Liquid Cooling)
- OEM (Original Equipment Manufacturer)
- QoolRack
- Commissioning (Cx)
- Fork
- All-reduce
- 2N
- Powered shell
- POWER-BOUND
- Time-to-power (Speed-to-power)
- DENSITY-RAMP
Orientation: The AI Data Center as a Single Co-Designed Machine
An AI data center's compute, fabric, power, cooling and software form one co-designed machine, and its governing objective is TCO per unit of useful work. Optimize the pieces separately and you can pass every local test while the whole underperforms.
ThreadsPower-boundGoodputDensity ramp
What you'll decide here
- Whether to design one system optimized together for goodput per dollar, or five procurement silos that first meet at integration, where disagreements cost the most.
- Whether you maximize subsystem efficiency (PUE, switch utilization, rack fill) or system economics: accepted tokens or retained training steps per dollar of lifetime TCO.
- Where you hold authority across the facility track (grid, power, cooling, building) and the IT track (compute, fabric, storage, scheduler); projects fail at the seams.
- Whether you hold the grid-to-chip power spine and the chip-to-atmosphere heat spine as continuous chains, since every handoff can strand capacity or lose a nine.
- What binds this phase: megawatts, chips, cooling, workload readiness or demand. Start from energization if the substation gates service, from GPU delivery if allocation does.
A traditional data center could treat compute, fabric, power, cooling and software as separate disciplines with separate vendors and org charts, because a 10 kW rack of web servers is loosely coupled to its building. A 132 kW liquid-cooled rack of accelerators running a synchronous training job is welded to its power chain, water loop and fabric by physics. A decision in any one of them propagates into the others within milliseconds, and across the entire capital stack. Summed across the industry, that capital now runs to trillions of dollars. Dell'Oro's June 2026 forecast has worldwide data-center infrastructure capex topping $1 trillion in 2026, and McKinsey (April 2025) estimated roughly $6.7 trillion of cumulative data-center investment by 2030.
Scope the facility as separate subsystems, each optimized by a different team to a different metric, and the result is predictable. The power chain is sized for a density the cooling plant cannot remove. The fabric is non-blocking for a workload that never needed it. The redundancy is gold-plated without pricing what checkpointed jobs lose during recovery. The PUE is excellent and the goodput mediocre. Every subsystem passes its own acceptance test, yet the machine can still underperform its TCO model.
This chapter sets up the lens for the sixteen Parts ahead: co-design, one objective function, two interlocking tracks and two narrative spines. It is short on numbers by design; the derivations live in the chapters it points to. Before the first subsystem order, write down the accepted workload output, the service limit and the cost horizon.
One machine, one objective function
An AI factory is graded on a system objective: TCO per unit of useful work. That is the lifetime cost of the asset, energy included, divided by the useful work it delivers over the same economic horizon (training steps that survive, tokens that meet their SLO). Almost every subsystem metric is a proxy for it, and every proxy lies in a different direction. PUE rewards spending less energy on cooling, yet the lowest-PUE choice can throttle the GPUs and destroy more goodput than it saves in overhead. Rack fill rewards dense packing, but past the cooling cliff it strands power you paid to interconnect. Switch utilization rewards oversubscribing the fabric, and on a synchronous training job that collapses model-FLOPs-utilization while the whole cluster idles waiting on a straggler. Each local optimum is a concrete number a team can be measured against, and each, pursued alone, can move the system objective the wrong way.
Co-design means the forks in this guide are coupled. The voltage you step down to, the temperature of the water you push to the cold plate, the oversubscription ratio on the back-end, the redundancy tier you commission and the county you site in cannot be decided in isolation without costing the others. Treat the design as a constrained optimization with one objective and many coupled variables, not a checklist of independently graded subsystems. When you read a decision in a later chapter, ask not "is this subsystem efficient?" but "does this choice raise system goodput per dollar, net of what it costs the subsystems it touches?" → the metric stack that makes this measurable is defined in Chapter 0.3 and measured in Chapter 14.1, with efficiency definitions in Chapter 15.1; the reliability reframing of goodput over availability is in Chapter 12.2.
Why 2024–2026 is the inflection: chip-bound to power-bound
The co-design thesis was already practice in HPC and hyperscale in 2020, since liquid-cooled supercomputers and warehouse-scale facility/IT co-design both predate this cycle. In the typical enterprise hall, though, racks drew 10–15 kW, air cooling was the default, and the binding constraint was how many accelerators you could buy, so co-design stayed academic. Three things broke at once between 2024 and 2026 and turned it from good practice into survival.
First, density exploded. A 2023 four-system DGX H100 rack requires 40.8 kW. The HPE GB200 NVL72 has a 132 kW nominal rack TDP. GB300 NVL72 shipped in 2025 and is deploying through 2026 alongside GB200; Lenovo rates it at 135 kW TDP and up to 155 kW peak, and NVIDIA's reference architecture puts a full GB300 NVL72 rack at up to 142 kW. The Vera Rubin VR200 NVL72 has been shipping since June 2026: Pegatron rates it at 188 kW Max Q and 228 kW Max P, and NVIDIA DSX sets a 330 kW cabinet facility design basis. NVIDIA's roadmap sets a ~600 kW Rubin Ultra / Kyber planning point on an 800 VDC path, targeted for H2 2027. SemiAnalysis reported in July 2026 that Kyber slips to 2028, which NVIDIA disputes, so do not schedule against it (NVIDIA DGX H100 design guide; HPE QuickSpecs; Lenovo Press LP2357; NVIDIA Enterprise RA and DSX Facilities Infrastructure Design Guide v2.0; Pegatron RA4803-72N3; NVIDIA GTC 2025 keynote and 800 VDC architecture post). That is a roughly 15x endpoint comparison from the 2023 DGX H100 rack to the ~600 kW Kyber roadmap point, across different rack profiles and power bases; it is not a measured fleet-wide ramp. This trajectory outruns conventional room-air designs. Choose cooling from the rack's own split of heat between liquid and air, its airflow and inlet limits, the facility water you can supply, climate, redundancy, serviceability and the densities you expect next. That choice rewrites the building, the floor loading and the water strategy.
Second, the bottleneck moved from the chip to the substation. Where energization gates the phase, the project is power-bound: its scarce input is energizable megawatts and the time to get them. The schedule may be set by the host utility's large-load process. Generators have public interconnection-queue data, but the United States has no national dataset of load queues and no timeline that transfers from one utility to another. Build the date from the site's own tariff and studies, its interconnection facilities, its network upgrades, its agreement milestones and when its equipment arrives. US substation-transformer lead times exceeded 160 weeks in Wood Mackenzie's 2026 assessment (reported by Data Center Knowledge, May 2026) and can dominate the energization schedule. When power and its long-lead equipment are the constraint, read the whole design backward from the point of interconnection, not forward from the GPU. That reverses the traditional design order, and Part 3 and Part 4 make it concrete.
Third, the forecast workload mix shifts toward inference. Deloitte forecast in November 2025 that inference would take roughly two-thirds of AI compute in 2026, up from about half in 2025 and a third in 2023 (Deloitte TMT Predictions 2026). The build-out's center of gravity is moving from a few enormous synchronous training machines toward many always-on, latency-bound, geo-distributed serving fleets. That is a different machine with a different objective, which is why the archetype question comes first, in Chapter 1.1.
Scope & caveats
Kyber timing contested: NVIDIA targets H2 2027; SemiAnalysis (Jul 2026) reports 2028. The ~600 kW point is a roadmap figure, not a shipping specification. Rack TDP, peak and facility design basis are different boundaries.
Scope & caveats
Choose a door on its rated water and air temperatures, fan state, containment, heat-capture target and the room heat it leaves behind, plus climate and heat rejection, serviceability, redundancy and future density.
Reference capacity, not a universal ceiling: a door's rating depends on the rack's airflow, the water and air temperatures it was rated at, fan state and containment.
Scope & caveats
Deloitte’s November 2025 prediction for inference as a share of AI compute in 2026. Not an observed fleet share, installed capacity, energy or instantaneous electrical draw. The forecast does not allocate an individual fleet.
A forecast for calendar 2026, not an observed 2026 outcome.
Scope & caveats
Reported market assessment for US substation transformers, not a universal minimum, survey mean, bounded order distribution or generator step-up lead time
An earlier Wood Mackenzie figure, the 128-week average in its Q2 2025 survey (published October 2025), measured a different period; use the 2026 assessment for current planning.
Scope & caveats
Dell'Oro Data Center IT Capex taxonomy: infrastructure capex across the ten largest cloud providers, rest-of-cloud, telco and enterprise segments; a full-year outlook, not realized 2026 spend.
Full-year 2026 forecast issued by Dell'Oro on June 10, 2026. Its September 16, 2026 release reports higher memory and storage prices lifting server costs and capex; spending growth is not equivalent to growth in installed capacity.
Scope & caveats
Cumulative forecast covering power generation and transmission, facility infrastructure and IT equipment; distinct from Dell'Oro's annual Data Center IT Capex taxonomy
McKinsey restated the approximately $7T outlook on 2026-03-27, linking to the April 2025 analysis.
Scope & caveats
Modeled, not measured. Chapter 4.1 works two examples from assumed stage efficiencies: a four-stage AC chain, 0.99 × 0.94 × 0.96 × 0.92 ≈ 82% (80.4–86.7% across its assumed UPS and VRM efficiencies), and a three-stage DC chain, 0.98 × 0.965 × 0.92 ≈ 87%. SemiAnalysis's May 26, 2026 Phase 4 model separately gives ~87% for SST/800 VDC. Matching figures do not make different chains equivalent; compare them at the same boundary and load, with distribution losses counted separately.
Two interlocking tracks: facility and IT/cluster
The single machine is delivered by two tracks that must interlock, and most failures live in the seam between them. The facility track owns the grid-to-chip power spine and the chip-to-atmosphere heat spine: utility interconnection, on-site substation, MV/LV distribution, UPS and backup generation, the cooling plant, the CDUs and water loops, and the building shell around all of it. The IT/cluster track owns the compute and the software that turns it into a computer: the accelerators and their racks, the scale-up and scale-out fabric, the storage hierarchy that keeps the GPUs fed, and the scheduler and orchestration stack that decides what runs where. Traditionally these were two organizations with two budgets, two vocabularies and two acceptance regimes, which met at the rack PDU and otherwise ignored each other.
In an AI factory that division is the defect. The fabric topology (IT) dictates rack adjacency, and so the floor plan and the water manifold layout (facility). The accelerator's coolant inlet spec (IT) dictates the warm-water loop delta-T and the heat-rejection plant (facility). The workload's tolerance for interruption (IT) decides whether a duplicated power path (facility) pays for itself. That tolerance covers which maintenance and fault cases the workload must ride through, how long it can stop, what load it must carry afterward, how fast it must recover against its SLO and what an outage costs in lost work. Checkpointing lowers the cost of an outage but does not pick the topology. The capacity ramp curve (IT, generation by generation) sets the floor loading and water headroom the facility must provision irreversibly, years before the racks arrive. Each of these couplings runs from one track into the other.
An owner's organization that gives nobody authority across the seam discovers the disagreements at integration, where they are most expensive and least reversible. The fix is a single technical owner of the system objective, with both tracks reporting into it. → the owner's organization and delivery models are in Chapter 2.2; the integrated master schedule that forces the two tracks onto one critical path is in Chapter 2.1; the rack as the integration unit where the two tracks physically meet is in Chapter 7.13.
| Coupling seam | Facility-track owns | IT/cluster-track owns | What goes wrong if the seam is ignored | Engineered in |
|---|---|---|---|---|
| Density → cooling modality | Cooling plant, water loop, heat rejection | Rack power, accelerator coolant spec | Power interconnected but unremovable heat; stranded MW | Chapter 5.1 / 5.4 |
| Fabric topology → floor plan | Slab, manifold runs, rack adjacency | Scale-up domain, scale-out blocking | Cable reach blown; copper turns to optics; cost & latency | Chapter 8.5 / 7.13 |
| Capacity ramp → irreversible substrate | Floor loading, water & electrical headroom | Generation-by-generation GPU/MW curve | A hall that cannot absorb the next-gen rack; structural rework or a new hall | Chapter 1.1 / 6.1 |
| Contracted continuity states → power topology | UPS, generation, component and distribution-path architecture | Maintenance/fault cases, interruption limit, recovery path, post-event load | A redundancy label that never proves the workload rides through its maintenance and fault cases, or prices what an outage costs | Chapter 12.1 / 12.5 |
| Power architecture → server input | MV distribution, 415/480 VAC or 800 VDC | Rack/server power-input design, sidecar | Stranded efficiency; incompatible power shelf | Chapter 4.1 / 7.12 |
Two narrative spines: grid-to-chip and chip-to-atmosphere
Because the machine is continuous, this guide tracks two physical chains end to end: Parts 3 and 4 walk the first, Part 5 walks the second, and every Part after them inherits a constraint from one or the other. They are the two flows the building exists to manage: electrons in, heat out.
The grid-to-chip power spine follows a single electron from the point of interconnection to the transistor: utility substation → on-site substation and MV distribution → transformation and switchgear → UPS / ride-through → power distribution → busway and rack PDU → the power shelf and the on-package voltage regulators that finally deliver sub-volt power to the accelerator die. Every transformation in that chain has an efficiency and a failure mode. The cumulative loss is the gap between the megawatts you pay the utility for and the megawatts that reach the chips, and the case for re-architecting this spine is the headline of the 2026 era. For the guide's four assumed AC conversion stages, 0.99 transformer × (0.94–0.97) UPS × 0.96 PSU × (0.90–0.94) VRM yields 80.4–86.7% utility-to-VRM, and 0.99 × 0.94 × 0.96 × 0.92 = 82.2% is the representative case. Count any LV distribution or busway loss as a separate multiplier. A separately sourced SST/800 VDC architecture model gives ~87% (SemiAnalysis, May 26, 2026), and Chapter 4.1's own three-stage DC example, 0.98 × 0.965 × 0.92, also comes out near 87%. Every one of these figures comes from a model, so set either DC result against the AC case only at a matching boundary, with neither side hiding an extra distribution stage. → the spine is engineered across Chapter 4.1 (topology and voltage), Chapter 4.2 (interconnect and MV distribution) and Chapter 7.12 (on-package delivery); the power-bound era that frames it is Chapter 16.1.
The chip-to-atmosphere heat spine follows a single joule the other way: the accelerator die → thermal interface → cold plate → in-rack manifold and quick-disconnects → CDU (which isolates the technology-cooling loop from facility water) → facility water loop → heat rejection (chillers, dry coolers, towers, adiabatic, or economizers) → and finally the atmosphere or a heat-reuse offtake. Nearly all the energy that enters the power spine leaves through the heat spine, so the building is, thermodynamically, a machine for moving that heat. The 2026 density climb forces this spine from air to direct-to-chip liquid. Each interface in it (the coolant inlet temperature, the loop delta-T, the approach temperature at the rejection stage) ties the accelerator at one end to the site's climate at the other. → the spine is engineered across Chapter 5.1 (the density wall), Chapter 5.4 (DLC), Chapter 5.6 (CDUs), Chapter 5.7 (warm-water loops) and Chapter 5.8 (heat rejection).
Deep dive: the cooling cliff is where co-design stops being optional
The clearest demonstration that the machine is co-designed, and the place a siloed organization is punished hardest, is the air-cooling discontinuity. At lower rack densities a proven air design may be the simplest regime, and the facility and IT tracks really can operate semi-independently: the IT team picks servers, the facility team supplies cold air, and the seam at the rack is forgiving. The HPE GB200 NVL72 has a 132 kW nominal rack TDP. As a reference point, typical rear-door heat exchangers handle 30–40 kW, and more than 50 kW with active fans, according to SemiAnalysis (February 2025). Each rating is valid only for the rack airflow and water temperature behind it. Taking a door rating off the HPE rack's TDP proves nothing about whether an air-only substitute would work. Door selection is in Chapter 5.3.
For this rack, the ~115 kW liquid / ~17 kW air OEM heat split makes direct-to-chip liquid plus residual room-air removal the product basis. So the IT decision to deploy that rack has just rewritten the facility. The floor must bear a ~1.47-tonne wet rack. If the rack's liquid loop rejects to facility water, the hall must be plumbed for water it may not have; an air-assisted sidecar rejects to room air instead, and the room must still absorb that heat. The electrical service must carry the rack's supported load. The heat-rejection plant must be sized to the accelerator's coolant limits. A different OEM profile, QCT QoolRack GB200 NVL72, lists maxima of 45 °C liquid inlet and 65 °C liquid return at the rack; those are QCT's limits, not HPE's. Each facility-water setpoint follows from the vendor-qualified limits of the rack you deploy and the CDU approach, and colder water buys thermal headroom at the cost of chiller capex.
Failing to reserve a viable future cooling path is a one-way-door decision, because an existing air hall can have inadequate floor loading, no plenum for liquid distribution, insufficient power, and often no facility water at all. Crossing it in a retrofit costs from ~$2M/MW (STL Partners' May 2026 headline estimate, whose scope the public release does not define) to ~$5–6M/MW for a 20–40 kW repositioning (Enabled Energy, July 2025), with no published figure for denser liquid conversions, and can still strand capacity at an uncorrected power, cooling or structural limit. Plumbing a hall for liquid is therefore an archetype decision that neither track can settle alone: a choice that looks local (cooling) propagates into power, structure, siting and TCO at once. → engineered in Chapter 5.1; retrofit paths in Chapter 5.10.
The lifecycle spine of this guide
The guide follows the project lifecycle, because that is the order in which the co-design decisions are made and the order in which they become irreversible. Reading it front to back walks the machine from intent to operation; reading it by discipline or by workload archetype works equally well, supported by the cross-references. The spine is: Strategy (Part 1, what machine and why) → Delivery (Part 2, how it gets built and financed) → Siting (Part 3, where, read backward from power) → Power and Electrical (Parts 3–4, the grid-to-chip spine) → Cooling (Part 5, the chip-to-atmosphere spine) → Building (Part 6, the shell that houses both) → Compute (Part 7) → Networking (Part 8) → Storage (Part 9, the IT track that turns chips into a computer) → Software (Part 10, the scheduler that runs the machine) → Security & Reliability (Parts 11–12) → Commissioning (Part 13, proving the machine before it earns) → Operations (Part 14, running it for goodput) → Sustainability (Part 15) → Future (Part 16).
Each concept is derived once, in its canonical chapter, and referenced everywhere else; a roadmap forward-pointer is a bullet, never a chapter. This orientation installs the lens (one machine, one objective, two tracks, two spines, power-bound), and the engineering starts in the Parts that follow. Chapter 0.2 explains how to read the decision-and-consequence framing that structures every later chapter. Chapter 0.3 covers the vocabulary and metric stack you will need throughout. Chapter 1.1 is the workload-archetype decision, the first real fork downstream of this orientation.
How the three threads run through the whole guide
Three threads recur in every Part and are flagged at the top of each chapter, so you can read the guide along any of them. POWER-BOUND tracks the phases where megawatts and time-to-power are the binding constraint. It reorders siting, dominates the schedule, and makes the grid-to-chip spine the central narrative of Parts 3 and 4. GOODPUT is useful work delivered within the declared quality and service limits; dividing it by lifetime TCO gives the economic objective, which moves reliability (Part 12), operations (Part 14) and efficiency (Part 15) off subsystem metrics and onto the one number that pays the capital stack. DENSITY-RAMP tracks the move from 10 kW racks toward published roadmaps reaching 600 kW per rack. It drives the chip-to-atmosphere spine across the cooling cliff, sets the irreversible building substrate, and forces a price on each future density option before anyone commits to the reserve. The three couple: density-ramp drives the heat spine, power-bound constrains the electron spine, and goodput adjudicates between them.
Cite this chapter
Fehn, J. (2026). Orientation: The AI Data Center as a Single Co-Designed Machine (Chapter 0.1). The Definitive Guide to AI Data Centers. https://aidatacenterguide.com/part-0-foundations-and-how-to-use-this-guide/0-1-orientation-the-ai-data-center-as-a-single-co-designed-machine (accessed 2026-10-25).
@misc{aidc-0-1,
author = {Fehn, Jacob},
title = {Orientation: The AI Data Center as a Single Co-Designed Machine (Chapter 0.1)},
howpublished = {The Definitive Guide to AI Data Centers},
year = {2026},
url = {https://aidatacenterguide.com/part-0-foundations-and-how-to-use-this-guide/0-1-orientation-the-ai-data-center-as-a-single-co-designed-machine},
note = {Accessed 2026-10-25}
}