简介:本教程以公开访谈中“AI基础设施正被电力约束”这一判断为主线,教读者完成一套可落地的算力能源容量规划方法:如何建立算力—电力基线模型,如何量化本地供电扩张与许可约束,如何构建总拥有成本对比模型,并如何评估轨道算力等非常规方案的适用边界。适合数据中心规划、基础设施运维、技术负责人及企业架构决策者阅读,可显著提升选址决策与投资评估的可操作性。
读完并完成本教程后,你应当能够独立完成以下产出物:
需要先建立的一个核心认知:数据中心总成本中,电力相关支出通常只占约 10%~15%,算力硬件(加速卡、整机、网络)才是成本主体。因此任何“把算力换个地方部署就能省很多钱”的论断,都必须先通过 TCO 模型验证,而不是直觉判断。
知识基础:了解数据中心基本架构(供配电、制冷、IT 负载)、PUE 概念、容量因子(capacity factor)定义、折旧与 TCO 的基本算法。
数据准备(没有这些数据,后续步骤无法量化):
| 数据项 | 说明 |
|---|---|
| 单机柜/单集群峰值功率 | 决定配电与制冷设计上限 |
| 年平均负载率 | 决定实际耗电量与电费 |
| 硬件采购单价与折旧年限 | TCO 主要项 |
| 当地电价与并网可用容量 | 决定扩张天花板 |
| 许可审批周期 | 常被低估的关键路径 |
工具准备:电子表格或任意可运行的脚本环境即可,本教程不依赖特定商业平台。若使用百度智能云等公有云资源做临时算力验证,只需关注通用产品类别(计算、对象存储、监控告警、日志服务等)即可,不需要专有工具。
做什么:把“算力规模”统一换算成“电力需求”,再把电力需求换算成“可用算力上限”。
为什么:访谈中的核心矛盾是“算力供给接近指数增长,而电力产出基本持平”。要让这个矛盾可见,必须有一个统一的换算口径,否则业务部门和电力部门永远在用两套语言对话。
怎么做:以单集群为例,先算出理论峰值功率,再乘年度平均负载率得到实际功率,再乘时间得到年耗电量;同时按 PUE 放大到园区侧输入功率。
# 通用容量换算示意accelerator_count = 10000tdp_per_unit_kw = 0.7 # 单卡典型功耗(kW)host_overhead = 1.35 # 服务器内其他部件与非GPU开销系数avg_utilization = 0.65 # 年度平均负载率it_peak_kw = accelerator_count * tdp_per_unit_kw * host_overheadit_avg_kw = it_peak_kw * avg_utilizationpue = 1.25 # 制冷+配电+照明等附加开销facility_peak_kw = it_peak_kw * puefacility_annual_mwh = it_avg_kw * pue * 8760 / 1000print(f"IT峰值 {it_peak_kw:.0f} kW,园区峰值 {facility_peak_kw:.0f} kW,年耗电 {facility_annual_mwh:.0f} MWh")
注意:tdp_per_unit_kw 与 pue 是最敏感的两个参数,务必取实测或供应商规格书数据,不要拍脑袋。avg_utilization 对训练类负载通常在 0.6~0.8,对推理类负载波动很大,建议按业务分时建模。
做什么:区分“有电但不够”“申请得到但时间不够”“根本批不下来”三种约束类型。
为什么:很多团队默认“只要出钱就能加电”,但访谈中明确指出,非管制地区的发电量增长接近持平,而在部分地区铺设光伏板、建输电线路的第一步就是许可。约束往往是行政性的,而不是物理性的。
怎么做:
判断准则:如果“并网扩容审批周期 > 硬件到货周期 + 建设周期”,那么电力就是项目的实际瓶颈,硬件投资必须分阶段释放。
为什么:访谈给出一个很有用的量级参照:1 太瓦平均发电能力,按 25% 容量因子估算,需要约 4 太瓦的光伏装机,占地面积仅约国土面积的 1%。也就是说,土地和光照资源通常不是主要障碍,间歇性与许可才是。
怎么做:按“基荷 + 调峰 + 补充”三层结构设计。
| 层级 | 可选方案 | 特征 |
|---|---|---|
| 基荷 | 电网直供、燃气轮机 | 稳定、可预测,受并网容量与燃料供应约束 |
| 补充 | 光伏 + 储能 | 度电成本较低,受容量因子与许可约束 |
| 调节 | 电池储能、需求响应 | 削峰填谷,改善容量利用率 |
# 供电组合规划示意(字段名可按内部规范自定义)power_plan:baseline:source: grid_or_gas_turbinecapacity_mw: 120supplement:source: solar_pvinstalled_capacity_mw: 300capacity_factor: 0.25expected_average_mw: 75regulation:storage_mwh: 400purpose: peak_shaving_and_ramp_controlconstraint_check:permitting_lead_time_months: 24interconnection_queue_months: 18
风险说明:容量因子是可变项,云量、季节、纬度都会显著改变实际出力;储能容量决定了离网运行的时长上限。规划时应对容量因子做敏感性分析(如 0.15 / 0.25 / 0.35 三档),而不是取单一值。
做什么:把步骤三的每个方案代入统一 TCO 公式,比较单位有效算力成本。
为什么:这是纠正“换个地方就能省钱”这一直觉的关键步骤。能源只占 TCO 的 10%~15%,即使把电费降到零,成本下降幅度也存在天花板;而搬迁或改变部署环境往往抬高硬件折旧与运维成本。
def tco_per_effective_flops(hardware_cost, years, energy_cost, opex, ops_risk_factor, effective_utilization):depreciation = hardware_cost / yearstotal = depreciation + energy_cost + opexeffective = total / effective_utilizationreturn effective * ops_risk_factor
注意:effective_utilization 与 ops_risk_factor 是把“维护难度”货币化的两个杠杆。在难以维护的环境中,这两个系数会明显恶化,从而抵消电费节省。评估时必须显式建模,而不是隐含假设。
做什么:用同一套 TCO 与工程约束模型,评估轨道算力方案,并列出其成立与失效条件。
为什么:访谈中一个提问非常精准——能源只占 TCO 的 10%~15%,搬到太空省的正是这一小部分,而硬件无法维护会导致折旧周期缩短,看起来更贵。那么真正的驱动力是什么?答案是能源可获得性,而不是成本。这决定了轨道算力的评估口径必须换成“约束解除价值”,而不是“单位成本”。
成立条件:
失效条件:地面并网扩容可在可接受周期内完成,或发射频率不足导致运力成本居高不下。
额外收益需单独计价:在轨部署可获得更接近连续的高强度光照,且绕开了地面土地与并网许可的行政约束。访谈把这半开玩笑地称为“监管套利”——工程上应把它建模为“许可风险规避收益”,并单独列示,避免与成本项混算。
按“先电力、后硬件”的顺序释放投资:
用以下指标判断规划是否成立:
| 现象 | 可能原因 | 通用处理思路 |
|---|---|---|
| 卡到货后无法满负载运行 | 并网容量不足或配电设计按旧功耗估算 | 按实测功耗重算配电容量,必要时限功率运行并申请扩容 |
| 电费远超预算 | 容量因子估计过于乐观,光伏实际出力偏低 | 用实测发电数据替换假设值,补充基荷电源 |
| PUE 长期偏高 | 制冷方案与负载密度不匹配 | 调整机柜功率密度分布,优化送回风路径 |
| TCO 结论与直觉相反 | 忽略了折旧与维护风险系数 | 显式建模维护难度,比较“节省的电费”与“缩短的折旧年限” |
| 项目延期 | 许可周期未纳入关键路径 | 将审批列为并行前置任务,预留缓冲期 |
| 轨道方案评估无法收敛 | 缺少发射频率与运力成本输入 | 先做发射频次敏感性分析,再判断是否值得深挖 |
本教程从“电力只占 TCO 的 10%~15%”这个容易被误读的事实出发,建立了一条完整的规划链路:先用统一口径把算力换算成电力需求,再区分电力约束的物理性与行政性,接着用三层供电组合(基荷 / 补充 / 调节)设计扩张方案,然后把维护难度货币化后进入 TCO 对比,最后才评估轨道算力等非常规路径。
关键结论有三条:第一,AI 基础设施竞争的瓶颈正从芯片转向能源、制造与许可;第二,非常规部署的价值主要体现在解除电力与土地约束,而不是降低单位成本,评估时必须换口径;第三,任何方案都应通过敏感性分析检验稳健性,避免结论建立在对容量因子、折旧年限等参数的乐观假设上。
后续可继续深入的方向包括:实测功耗与 PUE 数据采集体系建设、许可与并网流程的标准化管理、以及发射与运力成本模型的细化建模。