Chapter 6.1
Building Typologies & Data-Hall Layout
The building is no longer a box that wraps the IT — in an AI factory the mechanical and electrical plant is the building, and the data hall is a shrinking tenant inside it, so the typology you pick (greenfield vs powered shell, single- vs multi-story, the white-space-to-gray-space split) is a wager on a density ramp you have not yet seen.
What you'll decide here
- Whether you build a fully integrated facility or split it into a base-building powered shell plus a tenant fit-out — the decision that sets who owns the density risk, who controls the schedule, and whether the IT generation is a reversible choice or a poured-in-concrete one.
- Single-story vs multi-story: whether your power, land, and structural-cost constraints justify stacking dense liquid-cooled halls, accepting the vertical pipe-riser, leak-cascade, and floor-loading penalties that come with it.
- The white-space-to-gray-space ratio you design to — because the AI factory has inverted it, and a hall planned on legacy ratios runs out of plant room long before it runs out of IT space.
- How much of the irreversible substrate (bay size, floor loading, CDU gallery, pipe-rack and riser space, electrical and water knockouts) you reserve for a density ramp you cannot retrofit, versus the fit-out you keep matched to the current generation.
- Whether the hall is a one-off or a repeatable module in a campus master plan — because the unit you standardize on is the unit you will pour dozens of times, and its mistakes scale with it.
The legacy data center building was a solved problem dressed up as an architecture brief: a single-story tilt-up shell, a raised floor, a perimeter of CRAH units, and as much white space as the developer could lease. The IT was the point and the building was the wrapper. The AI factory has demolished that model. When a single rack draws 120–140 kW and the next generation targets a megawatt, the cooling plant, the electrical rooms, and the heat-rejection yard swell until they dominate the footprint, and the data hall, the part everyone still calls "the data center," becomes a minority tenant inside its own mechanical and electrical envelope. The building is now the plant; the data hall is what is left over.
This chapter turns that inversion into a set of layout decisions, each with a downstream cost. The forks bind in order: the greenfield-vs-retrofit and powered-shell-vs-integrated split that decides who owns the density risk; the single-vs-multi-story choice driven by power, land, and structural economics; the data-hall layout itself (white space, gray space, adjacencies, plant rooms, and the yard); the spatial planning for liquid that a 2026 hall depends on (CDU galleries, pipe racks, leak-zoning, service access); and the repeatability and future-flex discipline of bay sizing, knockouts, and reserved headroom that separates a building you can ramp from one you have to abandon. The civil and structural basis for these layouts (slab loading, long-span steel, seismic anchoring) is owned in Chapter 6.2; the envelope and site civil works in Chapter 6.3. This chapter owns the shapes.
The first fork: greenfield, retrofit, and the base-building / fit-out split
Before any layout, decide what you are actually building. Greenfield is a clean sheet on raw land — maximal control over column grid, slab loading, ceiling height, and plant adjacencies, at the price of the longest schedule and the deepest capital commitment. Retrofit reuses an existing shell, and inherits its constraints as hard physics: a hall poured for 5–10 kW air-cooled racks has the wrong floor loading, no plenum for liquid distribution, insufficient electrical headroom, and usually no facility water — the same cooling cliff treated in Chapter 5.1, now expressed as a building you cannot bend. Retrofit buys schedule and capital; it cannot buy density past what the slab and the structure already allow.
Cutting across that is the delivery model: do you build one integrated facility, or split it into a base building (the powered shell) and a fit-out? The powered-shell model has become the dominant 2026 structure. A developer delivers the envelope, the structure, the utility power to the boundary, and the primary distribution (the slow, irreversible, capital-heavy substrate) and hands a weather-tight, energized shell to a tenant who installs the IT-specific fit-out (racks, CDUs, the technology-cooling loop, the network) on their own schedule and to their own generation. The split moves the fast-moving, generation-specific risk to whoever is best placed to carry it, and it lets the shell start two years before anyone has decided which accelerator goes inside. JLL's 2026 outlook projects roughly 97 GW of new capacity between 2025 and 2030, and demand is moving faster than integrated build-to-suit can deliver — which is exactly why the shell-and-fit-out decoupling spread.
The downstream cost of the split is an interface. Someone must own the boundary between base building and fit-out — the busway tap-off points, the facility-water headers and valved stubs, the floor-loading guarantee, the knockouts for future risers. Get the interface wrong and the shell is energized but un-fillable: the water stub is in the wrong bay, the busway is rated for last generation, the slab is signed for 1,500 lb/ft² and the wet rack lands at 2,400. The powered shell preserves the option to choose your IT generation later; it does so only if the irreversible substrate was over-provisioned to the ramp, not to the lease that signed it.
| Typology | Schedule to power | Who owns density risk | Reversibility of IT generation | Best-fit situation |
|---|---|---|---|---|
| Greenfield integrated (build-to-suit) | Longest (24–36 mo) | Owner — slab, plant, and fit-out all committed together | Low — generation often baked into the design basis | Durable, well-forecast workload at scale; single tenant |
| Greenfield powered shell + fit-out | Shell early; fit-out deferred | Split — developer owns shell, tenant owns fit-out | High — fit-out chosen at the last responsible moment | Speculative or multi-tenant capacity; uncertain generation |
| Retrofit / brownfield | Shortest (6–18 mo) | Bounded by the existing slab, power, and water | Low — capped by inherited physics, not by choice | Bridge capacity; modest-density inference; cheap headroom reuse |
| Campus master plan (repeatable module) | First module slow, rest fast | Shared across modules; standardized substrate | Medium — per-module generation flex within a fixed shell | Multi-phase hyperscale; same shape poured many times |
Single-story vs multi-story: the stacking decision
The default data center is single-story, and for good reason: everything heavy sits on grade, the slab-on-grade carries any rack mass you ask of it, pipe runs are horizontal, and a leak goes to a floor drain rather than onto the hall below. Single-story is the low-risk shape, and where land is cheap and abundant it remains the right answer — most US greenfield AI campuses are sprawling single-story halls precisely because the constraint is power and land, not vertical area.
Multi-story is what you build when land is the binding constraint — dense metros, sovereign sites, water-adjacent or grid-adjacent parcels you cannot enlarge — or when stacking shortens the electrical and fiber runs enough to matter at gigawatt scale. The 2026 generation has made multi-story harder, not easier, because the things you are now stacking are heavy and wet. A multi-story liquid-cooled hall must carry 2,000–3,000+ lb wet racks on an elevated structural slab rather than slab-on-grade, which drives a far stiffer (and costlier) structure to control deflection and vibration; it must route the technology-cooling loop and facility water vertically, adding risers, riser cores, and a leak path that now points downward at the IT below; and it must solve heat rejection on a roof or yard that serves several stacked halls at once. The downstream cost of stacking is paid in structure, in vertical liquid distribution, and in the leak-cascade risk that single-story simply does not have.
The honest framing: single-story is the default; multi-story is a deliberate trade of structural and liquid-distribution cost for land efficiency and run-length. Make it because land or grid adjacency forces your hand, not because the renders look impressive. And if you stack, the structural basis (elevated-slab live loads, deflection, vibration, coolant-weight) is owned in Chapter 6.2, and the rack-as-civil-load verification in Chapter 6.7 — this chapter only sets the shape that forces those problems.
Data-hall layout: white space, gray space, and the inversion
Inside the building, two terms govern everything. White space is the conditioned floor where the IT lives — racks, network, and the immediate cooling at the rack. Gray space (or back-of-house) is everything that supports it: the electrical rooms (switchgear, UPS, transformers), the mechanical plant (CDUs, pumps, heat exchangers), the air-handling, the BMS room, and the staging and storage. In a legacy enterprise hall, white space dominated and gray space was a thin perimeter — the building was mostly IT floor, and the developer leased it by the square foot.
The AI factory has inverted that ratio, and the inversion is the single most important layout fact of 2026. When the rack draws 132 kW instead of 5 kW, the power chain feeding it and the cooling plant rejecting its heat both swell by more than an order of magnitude — so the gray space (chillers, generators, transformers, switchgear, CDU galleries, heat-rejection yard) now claims the majority of the building, and the white space shrinks to a dense, valuable core. A hall planned on legacy white-to-gray ratios runs out of plant room and electrical-room space long before it runs out of IT floor: you have a beautifully proportioned data hall and nowhere to put the megawatts of switchgear and the acres of heat rejection it needs. Plan the gray space first. Size the electrical rooms and the cooling plant to the megawatts, then fit the white space into what remains — the opposite of the legacy instinct.
The adjacencies follow from that. Electrical rooms want to sit close to the racks they feed to keep busway and cable runs short and losses low, but they must be fire-compartmented from the hall. The cooling plant and CDU gallery want to be close to the white space to keep the technology-cooling loop short, low-pressure-drop, and fast to drain — but the heat-rejection equipment (dry coolers, cooling towers, chillers) belongs outside in the yard, where it competes for setback-limited space with the substation, the generators, the fuel, and the BESS (the yard layout itself is owned in Chapter 6.3). And every layout must reserve a laydown and staging area: dense racks arrive factory-integrated and are rolled in on rigging paths, so a hall with no laydown space and no clear move route cannot actually be populated on schedule. The construction-sequencing and rigging consequences are owned in Chapter 6.6.
Spatial planning for liquid: the layout problem the 2026 hall is actually solving
Air-cooled halls had a simple spatial logic: hot aisle, cold aisle, containment, and a plenum. Liquid changes the problem from airflow to plumbing, and plumbing is far less tolerant about space. A direct-to-chip hall must find room for four things air never needed, and each one is a layout decision with a service-access consequence.
CDU galleries. The coolant distribution unit isolates the clean, controlled technology-cooling loop (the secondary loop, to the cold plates) from the facility water loop (the primary) and provides the pumping, heat exchange, filtration, and dew-point control for the rack-side fluid — its internal architecture and sizing are owned in Chapter 5.6. Spatially, CDUs are large, heavy, serviceable machines that need a home: either in-row (a CDU sitting in the rack line, close-coupled to a few racks, easy to drain but consuming white-space floor) or in a dedicated CDU gallery along the hall perimeter or in adjacent gray space (centralized, serviceable without entering the IT rows, but with longer secondary-loop runs). The choice trades white-space density against service access and loop length, and it must be made before the column grid is fixed, because the gallery's footprint and the manifold routing depend on it.
Pipe racks and risers. Liquid distribution needs a physical route: overhead pipe racks carrying supply and return headers down the hall, drop legs to each rack-row manifold, and — in multi-story — vertical riser cores connecting floors. This is volume that air-cooled halls spent on a deep plenum and now spend overhead and in dedicated chases. Under-size the pipe-rack space and you cannot add capacity without re-routing live plumbing; forget the riser cores in a multi-story shell and you have stranded the upper floors. The detailed hydraulic design of these loops lives in Part 5 — this chapter only insists that the space for them be reserved at layout time.
Leak zoning. Liquid in the white space is a fault mode air never had. Good layout treats the hall as a set of leak zones — bounded regions with their own leak detection, bunded/curbed containment, and isolation valves — so a failed quick-disconnect or a manifold breach wets one zone and is isolated, not the whole hall, and (critically in multi-story) does not cascade onto the floor below. Leak zoning is a spatial discipline: it dictates where isolation valves sit, where containment curbing runs, and how the drainage is graded. It is cheap to design in and very expensive to retrofit after a hall is energized.
Service access. Every one of the above must be reachable without shutting the hall down. Concurrent maintainability — the Tier-III-and-above promise that you can service any component while the load runs (Uptime Institute) — is a layout property before it is an electrical one: if the only path to a CDU runs through a live IT row, or a manifold valve sits behind a rack, the hall is not concurrently maintainable no matter what the single-line diagram claims. Reserve the access aisles, the valve-pit clearances, and the CDU pull-out space at layout time, or pay for them in downtime later. Commissioning these loops and proving the leak response is owned in Chapter 13.5.
Deep dive: in-row CDU vs perimeter gallery — the layout fork inside the cooling decision
The most consequential liquid-layout fork is where the CDUs live, because it ripples into white-space density, service access, loop length, and leak blast radius all at once. The two poles are in-row and perimeter gallery, and they pull in opposite directions.
In-row CDUs sit in the rack line, close-coupled to a small group of racks. The secondary loop is short, low-pressure-drop, and fast to drain; a leak is contained to a handful of racks; and capacity scales rack-group by rack-group. The cost is white-space floor: every in-row CDU is a rack-width you are not filling with IT, and servicing one means working in the live IT row. This is the modular, incremental path — common where halls are built out in phases and where the density per row is high enough to justify dedicated cooling close to the load.
Perimeter or galleried CDUs sit in gray space along the hall edge or in an adjacent mechanical room. The IT rows are pure white space at maximum density; CDUs are serviced without entering the hall; and a single larger CDU can serve many racks. The cost is loop length (more secondary-loop pipe, higher pumping energy, slower drain), a larger leak blast radius per unit (one CDU now feeds many racks), and the gray-space footprint the gallery consumes. This is the path hyperscalers favor at scale, where centralized serviceability and white-space density beat the incremental flexibility of in-row.
The decision is irreversible-ish: it sets the column grid, the manifold routing, and the floor area split, all of which are poured in concrete. Decide it with the cooling team (Part 5) before the structural grid is frozen, not after — and remember that the in-row-vs-gallery choice is, underneath, a bet on how concurrently maintainable the hall must be and how much white-space density you are willing to trade for it. → CDU and secondary-loop engineering in Chapter 5.6.
Module/zone repeatability and the campus master plan
At gigawatt scale, no one designs a hall — they design a module and pour it many times. The unit of repetition is some standardized block (a data hall of a fixed size, a power-and-cooling skid, a pod) with frozen interfaces, replicated across a campus to a master plan. Vendor reference designs crystallize this: a roughly 7 MW data-hall block at 132 kW/rack with prefabricated power and cooling modules is a typical 2026 unit, sized so the electrical, mechanical, and structural interfaces repeat identically (Vertiv 360AI with NVIDIA). The modular-construction tradeoffs — factory build vs stick-built, transport limits, commissioning-in-factory — are owned in Chapter 6.4; the master plan's job is to make the module tileable.
The trade-off in standardization is sharp. The upside compounds: the first module is slow and expensive to design and commission, but every subsequent one reuses the same grid, the same interfaces, the same commissioning scripts, and the same supply-chain order — schedule and quality both improve as the campus ramps. The downside also compounds: a mistake in the standard unit scales with the unit. An under-sized CDU gallery, a riser core that is one bay short, a floor-loading spec that just misses the next wet rack — replicated forty times across a campus, a small per-module error becomes a campus-defining liability. The master plan must therefore fix not just the module but the seams between modules: shared yard and substation capacity, inter-module fiber and busway, phased construction that lets one module be commissioned while the next is still steel, and expansion bays held in reserve for a generation not yet announced. The siting and yard context for the campus is owned in Chapter 3.1 and Chapter 6.3.
Future-flex: bay sizing, knockouts, and reserved headroom
The defining condition of 2026 is that the density ramp is steeper than any building's depreciation. A hall scoped for today's 132 kW rack will, within its structural life, be asked to host racks at 2x to 4x that draw — the Kyber-class ~600 kW rack is already announced. You cannot build for 600 kW on day one, and you should not try; the IT, the power chain, and the cooling plant for it do not exist at sane cost yet. What you can do is make the irreversible substrate accommodate the ramp while keeping the reversible fit-out matched to the current generation. That is the entire discipline of future-flex.
Concretely, future-flex is a short list of cheap-now-or-impossible-later provisions. Bay sizing generous enough to absorb deeper, heavier racks and wider service aisles without re-gridding. Floor loading signed to the wet rack two generations out, because a slab is the one thing you genuinely cannot retrofit. Knockouts — pre-formed openings, sleeves, and reserved chases in walls and slabs for future power busway, water headers, and fiber, so the next capacity step is a tap-off rather than a demolition. Reserved space for the CDU gallery, the pipe racks and risers, and additional electrical rooms, held empty (or lightly used) against a density step-up. And a documented reservation register that records, bay by bay, what headroom is committed and what is held — so the next team does not unknowingly fill the space the ramp needed.
The economics are lopsided in favor of reserving. The premium on over-sized bays, a stronger slab, and a handful of knockouts is a low-single-digit percentage of shell cost; the cost of retrofitting any of them into an energized hall is the $5–10M/MW of a past-the-cliff retrofit (Introl et al.) plus the stranded capacity and downtime that come with it. Reserve the headroom you cannot retrofit; defer the spend you can. This is the same reversible-vs-irreversible logic that opens the whole guide in Chapter 5.1, applied to the floor plan.