Evergreen

How to Evaluate a Data Center Site Before Commitment

Compare data center sites by workload, grid, water, fiber, hazards, land, permits, emergency response, public costs, and community compatibility.

Aug 4, 202610 min readBy Dalton Anderson
In this article

How to Evaluate a Data Center Site

Evaluate a data-center site by eliminating fatal constraints before comparing land price, incentives, or development speed. A viable location must support the workload, grid connection, power supply, cooling, water, fiber, hazards, construction, workforce, emergency response, public systems, and host-community relationship through every planned phase.

The successful result is not the site with the highest score. It is a transparent decision record showing why a location advanced, what conditions remain, who owns each risk, and which fact would reverse the decision.

Before comparing sites

Define the project before evaluating land. Record the workload, latency requirement, initial and future IT load, rack density, utilization, uptime objective, scheduling flexibility, data and security needs, building phases, generation, cooling candidates, construction window, and expected operating life.

A training campus that can move computation between hours and regions has different options from an edge facility serving latency-sensitive users. A 50-megawatt first phase with a credible 800-megawatt expansion should be screened as both projects. Otherwise, the team can approve a small project whose later form does not fit the site.

Create a common evidence date and scenario set for every location. A utility estimate from one year should not be compared with a firm service agreement from another. A parcel-level flood study should not be reduced to the same confidence level as a national screening map.

flowchart TD
    A["Define workload and every phase"] --> B["Screen legal authority and fatal constraints"]
    B --> C["Verify power, water, fiber, hazards, and land"]
    C --> D["Test construction and operating systems"]
    D --> E["Allocate public costs and community obligations"]
    E --> F["Stress expansion, transfer, and closure"]
    F --> G["Advance, hold, redesign, or reject with evidence"]

1. Confirm land rights and governing authority

Begin with parcel control, title or lease, easements, access, mineral and water rights, zoning, permitted use, building limits, setbacks, height, noise, environmental review, and the approvals needed for every phase.

Map governmental and sovereign authority rather than assuming the nearest city controls the decision. Trust land, Tribal law, federal land, state permits, county zoning, utility regulation, water districts, and air districts can create different rights and duties.

The DOE Office of Indian Energy's data-center FAQ explains that trust-land projects can involve leases, Tribal regulations, federal approvals, water, power, fiber, and sovereignty. Its site factors are a useful starting point. They do not replace consultation or the Tribe's own decision process.

The site fails this stage if essential authority is absent, land assembly depends on unresolved rights, or the project plan assumes that a government or community will surrender a power it cannot or should not surrender.

2. Prove the electrical path

A nearby substation is not evidence that hundreds of megawatts are available. Request the utility or system operator's study for the project's phased load, voltage, energization schedule, redundancy, required transmission and distribution work, fault duty, power quality, and expected cost allocation.

Then inspect the supply plan. Identify existing generation, proposed new resources, interconnection, transmission, firm capacity, storage, demand flexibility, backup generation, and the interim period before new infrastructure arrives.

The load and generation queues are connected but different. FERC's Order No. 2023 overview shows the readiness, study, and upgrade process that proposed generators face. A commercial announcement does not make a generator available.

The site record should answer who funds network and local facilities, who bears stranded cost if the project shrinks or cancels, what minimum-payment terms apply, and what happens if energization is late. [[What Additional Clean Power Means for Data Center Growth]] provides the deeper test.

Hold the site if the project relies on unstudied capacity, an unfunded upgrade, a generator with no credible delivery path, or a service date that cannot support the development schedule.

3. Establish the water and cooling boundary

Identify every water source, legal right, utility allocation, treatment need, pipe, storage asset, annual quantity, peak-day quantity, consumptive use, discharge, drought restriction, and competing demand. Separate potable, reclaimed, surface, groundwater, and other supplies.

Public maps are screening evidence. The USGS National Groundwater Conditions application can place monitored groundwater levels in historical context. It cannot establish a site's water right, available yield, local drawdown, water quality, utility reserve margin, or watershed impact.

Model cooling and water together. A dry design can reduce on-site consumption while increasing peak electricity. An evaporative design can reduce cooling energy while consuming water. Direct-to-chip cooling can improve heat collection while leaving several choices for outdoor heat rejection.

The site should be tested against current and projected heat, drought, water interruptions, utility failures, and the full expansion. [[Data Center Cooling Options and Their Water Tradeoffs]] explains the system boundary.

Reject or redesign the site when water availability, rights, watershed impact, treatment, discharge, or drought operation cannot responsibly support the proposed project.

4. Verify fiber routes and workload latency

Map usable carriers, capacity, route diversity, conduit ownership, rights of way, regeneration needs, interconnection facilities, construction schedules, and physical points where supposedly diverse routes converge.

Fiber distance matters differently by workload. Latency-sensitive services may need proximity to users or network exchanges. Training and batch work may accept more remote locations if power, land, and network capacity are favorable.

Do not treat two sales proposals as diverse routes. Require route-level engineering and identify shared bridges, railroad crossings, utility corridors, buildings, and flood zones. A backhoe, fire, or regional network event should not defeat both paths through the same point.

The site advances when network performance and diversity are designed for the stated workload and every phase, not when a map shows a fiber line nearby.

5. Test present and future hazards

Screen flood, wildfire, heat, drought, severe storms, wind, lightning, seismic exposure, landslide, subsidence, coastal conditions, smoke, and other locally material hazards. Then move from national screening to parcel and system analysis.

The FEMA National Risk Index can help identify broad county or census-tract hazard patterns. Use current local flood maps, climate projections, fire and emergency records, geotechnical work, drainage studies, insurer engineering, and utility resilience analysis for the actual decision.

The analysis should include dependencies outside the fence. A facility on high ground can still lose power through a flooded substation, water through a failed treatment plant, fiber through a damaged corridor, or access through a closed road.

Test compound events. Extreme heat can raise cooling demand while the grid is stressed and water availability is constrained. A wildfire can affect power, fiber, air quality, staff access, and emergency response together.

The result should name the design standard, residual risk, insurance assumption, recovery time, and party accepting the risk.

6. Prove that the site can be built

Evaluate grading, soil, foundations, drainage, wetlands, contamination, archeological and cultural resources, protected species, demolition, material supply, heavy-haul access, cranes, construction power and water, labor, housing, traffic, weather, permits, and schedule.

Construction can create impacts before the data center uses a single kilowatt. Road damage, dust, noise, worker traffic, temporary generators, water use, and housing pressure should have owners and mitigation plans.

The layout should reserve space for substations, generators, fuel or storage, cooling equipment, water treatment, stormwater, security, fire access, setbacks, future phases, and decommissioning. A parcel that fits the building but not the complete operating system does not fit the project.

7. Evaluate air, noise, and emergency response

Map sensitive receptors and measure baseline noise before design claims are accepted. Model routine equipment, cooling, transformers, construction, testing, emergency generation, tonal sound, low-frequency sound, and simultaneous worst-case operation.

Fairfax County's adopted zoning amendment offers one jurisdiction-specific example. It uses building and equipment setbacks, screening, design requirements, and pre- and post-construction noise studies. The exact distances are not universal, but the evidence sequence is reusable.

Air review should cover backup and on-site generation, fuels, permits, emission controls, testing schedules, emergency use, and actual operating reports. The EPA's data-center air resources provide the current federal starting point.

Fire and emergency services need the building layout, electrical systems, batteries, fuels, coolants, suppression systems, hazardous materials, staffing, training, equipment, water supply, response time, mutual aid, and incident command plan. The project should fund attributable capacity needs through the lawful local mechanism.

8. Allocate public infrastructure and financial risk

Identify every road, bridge, water, sewer, electric, fire, emergency, permitting, school, housing, and administrative cost affected by construction and operation. Match each cost with a responsible party, financing mechanism, schedule, and downside case.

Tax revenue and incentives should be modeled under the same phases and uncertainty as the load. Separate gross tax estimates from abatements, service costs, revenue sharing, depreciation, assessment disputes, and closure.

Utility risk deserves its own record. Ohio's current large-load process includes study fees, contracts, minimum-demand provisions, collateral, buildout reimbursement, and exit terms for covered AEP Ohio data-center customers. Oregon's 2025 law directs its commission to create a large-load service classification and mitigate unreasonable cost shifting. These are examples of mechanisms, not universal terms.

Do not advance a site because incentives improve the developer's economics while the public balance sheet remains incomplete.

9. Determine whether the host relationship can govern the project

Document affected communities, outreach, representative authority, unresolved objections, requested benefits, project changes made through engagement, public information, and the institutions that will monitor operation.

Opposition does not automatically prove that a site is wrong. Developer support does not prove that it is right. The decision record should show whether people received accurate information early enough to shape the site, scale, design, and obligations.

Any community agreement should begin with the verified project baseline and remain linked to permits, utility proceedings, land-use decisions, and other public authority. [[How Community Benefits Agreements Can Govern Data Center Projects]] explains the governance anatomy and its legal-review boundary.

A technically buildable location can fail this stage if the project depends on secrecy, unrepresentative consent, unresolved sovereign authority, or public obligations that no party can enforce.

10. Stress the future project

Repeat the analysis for the largest credible phase, not only the first building. Test higher rack density, different cooling, delayed generation, water restrictions, utility cost overruns, ownership transfer, customer concentration, changed workload, stalled construction, and closure.

Define the events that reopen the decision. Material load growth, new generation, a different water source, added backup equipment, revised site boundaries, ownership change, or a delayed phase may require new studies and public review.

Closure should identify decommissioning, site restoration, electrical and water assets, equipment and fluids, contaminated materials, workforce, unpaid public obligations, and financial security.

Record the decision without a composite score

A constraint-first matrix keeps strong features from hiding a fatal weakness.

DomainFindingEvidence date and ownerFatal constraintRequired conditionChange trigger
Land and authority
Power and grid
Water and cooling
Fiber and latency
Hazards and resilience
Construction
Air, noise and emergency response
Public cost and finance
Community governance
Expansion and closure

The final record should say advance, advance with conditions, hold, redesign, or reject. It should name the authority for each condition and the evidence needed to clear it.

Verification means another reviewer can retrace the choice

The site evaluation is complete when an independent reviewer can follow the same sources, understand the project boundary, see every material uncertainty, and identify why one site advanced while another failed.

Before commitment, verify that each cited utility, water, hazard, permit, land, and community record is current. Confirm that the design and public terms cover every planned phase. Preserve the rejected alternatives and the reasons they failed. That record becomes the basis for later expansion and operating review.

Use [[Can AI Data Centers Be Sustainable]] to connect the site decision with the full project. The E076 Episode Story, [[Can AI Data Centers Become Better Neighbors]], explains why siting is not a real-estate task detached from power, water, and community trust.

This guide is a Venture Step synthesis informed by E076 and current DOE, FERC, FEMA, USGS, EPA, utility, and local-government records reviewed on July 27, 2026. It does not replace engineering, environmental, legal, utility, Tribal, insurance, security, or community due diligence. AI assistance was used for research organization, drafting, and validation. Publication remains unauthorized.

Sources

Follow the evidence.

  1. daltonanderson.net: ai data centers sustainable solutions for a growing crisisdaltonanderson.net
  2. waterdata.usgs.gov: groundwater levels appwaterdata.usgs.gov
  3. energy.gov: liquid cooling v air cooling evaluation maui high performance computing centerenergy.gov
  4. open.spotify.com: 4gKJHJADKM5sAXceLTOYwSopen.spotify.com
  5. psc.ga.gov: page3psc.ga.gov
  6. datacenters.microsoft.com: innovation roomdatacenters.microsoft.com
  7. energy.gov: best practice guide data center design 0energy.gov
  8. energy.gov: data centers tribal economic development frequently asked questionsenergy.gov
  9. epa.gov: water reuse case study quincy washingtonepa.gov
  10. fairfaxcounty.gov: board supervisors approve new data center zoning ordinance amendmentfairfaxcounty.gov
  11. youtu.be: Sx4sj0ZeD4youtu.be
  12. aepohio.com: data center tariffaepohio.com
  13. natick.research.microsoft.comnatick.research.microsoft.com
  14. mass.gov: healey driscoll administration statement of expectations for responsible data center development and operations in massachusettsmass.gov
  15. energy.gov: powering americas ai future data center resource hubenergy.gov
  16. mass.gov: downloadmass.gov
  17. iea.org: executive summaryiea.org
  18. un.org: 143498un.org
  19. fema.gov: national risk indexfema.gov
  20. ferc.gov: fact sheet improvements generator interconnection procedures and agreementsferc.gov
  21. energy.gov: cooling water efficiency opportunities federal data centersenergy.gov
  22. energy.gov: clean energy resources meet data center electricity demandenergy.gov
  23. psc.ga.gov: page2psc.ga.gov
  24. apps.oregonlegislature.gov: HB3546apps.oregonlegislature.gov
  25. iea.org: energy supply for aiiea.org
  26. epa.gov: water reuse action plan 20epa.gov
  27. epa.gov: clean air act resources data centersepa.gov
  28. mn.gov: data centersmn.gov
  29. daltonanderson.ghost.io: ai data centers sustainable solutions for a growing crisisdaltonanderson.ghost.io
  30. mass.gov: community benefit plans and agreementsmass.gov

From this episode

Two useful next steps.

Research Note · 1 min

Research Note: E076 Policy Status and Publication Boundary

The August 2025 episode discussed state and local responses while several proposals were still moving. The revised article needs to preserve Dalton's solution-oriented vi

Research Note · 1 min

Research Note: Cooling and Water Tradeoffs

The transcript discussed air, evaporative, liquid, immersion, reclaimed-water, and Microsoft examples. Public copy needs a common comparison boundary.

Return to the episode