DataCentersX > Reshoring & Sovereignty
DC Reshoring & Sovereignty
Where data centers are physically located has become a strategic question for governments, hyperscalers, and AI operators. Five years ago siting was a real-estate and energy economics problem. Today it is a national-security, industrial-policy, and AI-strategy problem. Three forces are driving the shift: sovereign cloud requirements forcing in-country compute for regulated and government workloads, primary US clusters saturating and pushing capacity to secondary and tertiary markets, and the AI buildout's appetite for behind-the-meter generation that ties data center siting to power-plant siting in ways that did not exist before.
This page maps where the capacity is going and why. Unlike SX:Reshoring, which covers bringing chip manufacturing home, the DX question is about where compute capacity gets placed and which jurisdictions are claiming it as critical infrastructure. Same analytical lens, different question.
The drivers
| Driver | What it forces | Where it shows up |
|---|---|---|
| Sovereign cloud mandates | In-country compute for government, regulated industries, and increasingly enterprise workloads | EU (Bleu, Delos, S3NS), UAE (G42/Khazna), Saudi Arabia (PIF), India, Japan, Australia, Brazil |
| AI sovereignty | National training compute capacity independent of US hyperscalers; sovereign LLM programs | Stargate UAE, NEOM, France (Mistral), Germany (Aleph Alpha), EuroHPC AI factories, India |
| Primary cluster saturation | Capacity migration to secondary and tertiary US markets | Memphis, Iowa, Nebraska, Texas Panhandle, Wyoming, Mid-South generally |
| Behind-the-meter power | Siting at or adjacent to nuclear, gas, and stranded-energy generation | Three Mile Island, Susquehanna, Palisades, Fermi Hypergrid, Crusoe stranded-gas sites |
| Construction labor competition | Site selection considers MEP labor pool depth alongside CHIPS Act fab locations | Phoenix, Columbus, Texas (sharing labor with TSMC, Intel, Samsung fabs) |
| Geopolitical concentration risk | Diversification away from single-jurisdiction dependency | EU dependency on US hyperscalers; APAC dependency on Singapore; Middle East dependency on Western platforms |
Sovereign cloud landscape
Sovereign cloud is the legal and operational arrangement that ensures data and workloads remain under national jurisdiction even when running on infrastructure operated by foreign hyperscalers. The model has matured from "data must reside in-country" to a more nuanced framework defining who can access systems, under whose laws, and what evidence proves compliance.
| Sovereign Cloud | Jurisdiction | Operator Structure | Status |
|---|---|---|---|
| Bleu | France | Orange + Capgemini joint venture; operates Microsoft Azure under SecNumCloud (ANSSI) requirements | Operational; serves French public sector and critical infrastructure |
| Delos Cloud | Germany | SAP subsidiary; operates Microsoft Azure under BSI cloud requirements | Deployed for German public sector with Sovereign OpenAI variant announced |
| S3NS | France | Thales + Google joint venture; operates Google Cloud under SecNumCloud | Operational alternative to Bleu within French sovereign cloud landscape |
| Microsoft Sovereign Cloud (Khazna/G42) | UAE | Microsoft + G42; operated through Khazna Data Centers | Operational; UAE public sector and regulated industries |
| G42 Digital Embassies / Greenshield | Multi-jurisdictional | G42/Core42 framework; government-to-government legal constructs over distributed AI cloud mesh | Launched January 2026; sovereign clusters in North America, Europe, UAE |
| EU institutions Cloud III | European Union | €180M EU Commission Dynamic Purchasing System for sovereign cloud services | Awarded December 2025-February 2026 for six-year EU institution sovereign cloud procurement |
| Microsoft 365 in-country processing | 15 countries by 2026 | Microsoft expanding Copilot in-country processing | Australia, India, Japan, UK live by end-2025; Canada, Germany, Italy, Malaysia, Poland, South Africa, Spain, Sweden, Switzerland, UAE, US added 2026 |
| Microsoft Sovereign Landing Zone (SLZ) | Configurable | Reference architecture for sovereign controls in Azure public cloud | Refreshed November 2025; pairs with Azure Local for disconnected operations early 2026 |
Sovereign AI infrastructure
Sovereign AI extends beyond government cloud to encompass national training compute capacity. The category emerged when governments recognized that hyperscaler GPU allocation could not meet national AI program timelines and that frontier model training on foreign infrastructure raised both data and capability sovereignty concerns.
| Initiative | Country / Region | Anchor |
|---|---|---|
| Stargate UAE | United Arab Emirates | 5 GW AI campus in Abu Dhabi; G42, OpenAI, Oracle, NVIDIA partnership; ~$30B+ investment scope |
| G42 5GW UAE AI campus | United Arab Emirates | 100 trillion tokens/day capacity; Microsoft collaboration; 3,200km service radius covering ~50% of world population at sub-60ms latency |
| PIF / HUMAIN | Saudi Arabia | PIF-backed sovereign AI infrastructure; NEOM AI Center anchor site |
| EuroHPC AI Factories | European Union | Public-sector AI compute across EU member states; explicit reduction of US hyperscaler dependency for EU AI training |
| Mistral / France national AI | France | Sovereign French foundation models; partnerships with sovereign cloud providers |
| Aleph Alpha / Germany | Germany | German sovereign LLM program; trained on EU sovereign cloud infrastructure |
| Falcon / TII | United Arab Emirates | Open-source Arabic and English foundation models from Technology Innovation Institute |
| G42 Vietnam framework | Vietnam | Three-data-center sovereign AI buildout with FPT Corporation; up to $1B consumption commitments |
| India national AI mission | India | National GPU procurement program; sovereign foundation model funding; DPDP Act data residency |
| Japan sovereign cloud | Japan | METI-coordinated national cloud strategy; APPI compliance; domestic foundation model investment |
US capacity migration
Inside the United States, primary data center markets have run out of available power, transmission capacity, and zoning approval. New capacity is moving to secondary and tertiary markets selected for available grid headroom, water access, and behind-the-meter generation potential. The migration is the domestic equivalent of the sovereign capacity story playing out internationally.
| Tier | Markets | What's pulling capacity in |
|---|---|---|
| Primary (saturated) | Northern Virginia, Phoenix, Northern California, Dallas-Fort Worth, Chicago | Existing peering ecosystems, talent depth, customer proximity. New build-out heavily constrained. |
| Secondary (active) | Columbus, Atlanta, Reno, Salt Lake City, Las Vegas, Hillsboro/Portland, Quincy WA | Available transmission, growing customer presence, lower land costs, established hyperscaler footprints |
| Tertiary (emerging) | Memphis, rural Iowa, Nebraska, Texas Panhandle, Wyoming, Mississippi, Louisiana | Stranded power, available grid capacity, behind-the-meter gas and nuclear options, supportive state incentives |
| Specialized siting | Pantex (Amarillo), Three Mile Island (Pennsylvania), Susquehanna (Pennsylvania), Palisades (Michigan), Fermi (Texas) | Direct nuclear PPA or behind-the-meter coupling; bypassing utility interconnection queues |
Behind-the-meter nuclear
Nuclear coupling has emerged as a distinct siting strategy in 2024-2026 because it solves the interconnection queue problem and provides carbon-free firm baseload at the gigawatt scale AI factories require. The category includes restarted reactors, behind-the-meter coupling at existing plants, and SMR partnerships with hyperscalers.
| Site | Operator | Tenant / Partner | Approach |
|---|---|---|---|
| Three Mile Island Unit 1 | Constellation Energy | Microsoft | 20-year PPA; reactor restart targeted for 2028 |
| Susquehanna | Talen Energy | Amazon Web Services | Behind-the-meter coupling; co-located AWS campus |
| Palisades | Holtec International | Multiple data center prospects | Reactor restart with state and federal support |
| Fermi Hypergrid | Fermi America | AI campus tenants | Pantex-adjacent siting; SMR roadmap; behind-the-meter strategy from project inception |
| Oklo / X-energy / Kairos partnerships | SMR vendors | Hyperscaler PPAs (Google, Amazon, Microsoft variously) | Long-dated SMR commitments with commercial operation 2028-2032 |
Construction labor competition
Data center buildout shares a labor pool with the CHIPS Act fab construction wave. Both compete for licensed electricians, instrumentation technicians, BMS commissioning specialists, and specialized cleanroom and gas-systems trades. The geographic overlap is direct: Phoenix data centers compete with TSMC Arizona for MEP labor; Texas data centers compete with Samsung Taylor and Tesla Terafab; Ohio data centers compete with Intel Ohio One. The labor constraint is now part of site selection and a real input into when a project can actually commission.
| Cluster | Adjacent fab construction | Implication |
|---|---|---|
| Phoenix metro | TSMC Arizona Fab 21 (multi-phase); Intel Ocotillo expansion | MEP and cleanroom trade competition; wage premia at peak fab construction phases |
| Central Texas | Samsung Taylor; Tesla Terafab (Giga Texas); existing Austin semiconductor cluster | Construction labor pool stretched across DC, fab, EV, and battery plants simultaneously |
| Central Ohio | Intel Ohio One; growing data center cluster in New Albany | Tight regional MEP labor; cross-project sequencing matters for both |
| Upstate New York | Micron Clay (Onondaga County); GlobalFoundries Saratoga | Regional skilled trade base supporting both DC and fab; tight labor through 2030 |
Regulatory drivers
Sovereignty pressure is now backed by enforceable regulation, not just policy preference. Operators that did not previously plan for sovereign deployment now face procurement gates, data residency requirements, and AI-specific compliance frameworks that effectively mandate in-country compute for affected workloads.
| Regulation | Jurisdiction | What it forces |
|---|---|---|
| EU CSRD + AI Act | European Union | Sustainability disclosure plus risk-tiered AI compliance push EU enterprises toward EU-jurisdictional compute |
| EUCS (EU Cybersecurity Certification) | European Union | High+ assurance level under negotiation; could effectively require EU operational control for sensitive workloads |
| SecNumCloud (ANSSI) | France | French sovereign cloud certification; baseline for French public sector procurement |
| BSI C5 cloud requirements | Germany | German federal cloud certification baseline |
| FedRAMP + DoD IL2-IL6 | United States | Federal civilian and defense cloud authorization; underpins ~$9B JWCC procurement vehicle |
| UAE Federal Data Protection Law | UAE | Local data processing for regulated and government workloads; basis for Khazna sovereign cloud demand |
| India DPDP Act | India | Cross-border transfer rules; consent governance; effectively mandates local infrastructure for many use cases |
| China Cybersecurity Law + PIPL | China | Strict data localization; cross-border transfer review; full domestic substitution for Western platforms in regulated sectors |
| Japan APPI | Japan | Personal data protection; sovereign cloud preference for government and regulated sectors |
Asymmetries and risks
Several structural asymmetries shape the sovereignty landscape and are not symmetric across jurisdictions. The hyperscaler dependency that drives EU sovereign cloud demand does not have an equivalent in China, where domestic platforms substitute fully. The behind-the-meter nuclear strategy available to US operators is unavailable in most of Europe and Asia where reactor restart and SMR deployment are politically harder. The G42 Digital Embassies model lets governments deploy sovereign AI without waiting years for domestic infrastructure, but creates a different kind of dependency on the framework operator. The shift toward tertiary US markets brings AI capacity into communities with limited prior data center experience, raising local political risk that has stalled multiple projects regardless of engineering and economic readiness.
The implication for operators is that sovereignty and reshoring are not a single phenomenon but a portfolio of constraints that vary by jurisdiction, workload, and customer type. A single global program may face FedRAMP for US federal workloads, EUCS for EU regulated enterprise, SecNumCloud for French public sector, BSI C5 for German federal, UAE Federal Data Protection Law for Gulf engagements, and DPDP for Indian operations - simultaneously, with overlapping but non-identical control requirements. The compliance and capacity strategy that satisfies all of them is fundamentally different from the strategy that worked when "deploy in three US regions and call it global" was sufficient.
Where this fits
Reshoring and sovereignty cuts across pillars rather than living within one. The siting decisions show up in Sites. The sovereign cloud arrangements live in Business Models as a distinct operator category. The regulatory drivers connect to GRC:Data Sovereignty and GRC:Compliance. The behind-the-meter strategies link to Energy:Nuclear and Energy:Grid-tie. The construction labor competition surfaces in Bottleneck Atlas. This page is the integrating reference that maps the cross-cutting forces and points readers to the relevant detail in each pillar.
Related coverage
Cross-Network: SX:Reshoring | SX:CHIPS Act | EX:Nuclear Energy
DX: Sites | Business Models | Bottleneck Atlas | Data Sovereignty | Compliance | Nuclear | Grid-tie | NEOM | Fermi Hypergrid