AI 供电难题,症结在电网架构
本文由 ON.energy 提供
2026年7月22日,弗吉尼亚州阿什本——全球最大数据中心集群的核心地带——一条输电线路发生故障,短短几秒内就让超过 3 吉瓦的负载从电网脱落。这不是第一次。两年前,一个避雷器故障就导致弗吉尼亚州约 60 座设施、1500 兆瓦的负载同时掉线。谁也没料到,如此大规模的同质化负载会以同样的方式、在同一时间对电网故障作出反应。

关于 AI 供电的讨论大多集中在发电侧:更多燃气轮机、更多太阳能、更多输电线路。电网确实需要更多电力。但弗吉尼亚州的这几起停电并非供电问题,而是架构问题。而新一轮并网大潮正涌向这套老旧架构,电网可靠性岌岌可危。可这个棘手的问题,没人愿意接手。
电网承受着前所未有的压力
电网当初是围绕可预测的负载设计的:钢铁厂、炼油厂,还有晚餐时段的千家万户。负载大小各异,行为模式却一致——平稳用电,偶有波动,并且能优雅地恢复。
但 AI 数据中心不按这个剧本走。
一个 AI 园区在训练时,负载可以在几毫秒内波动 70%;而一旦感知到上游有任何异常,它同样会瞬间切断离线,以保护价值数十亿美元的算力设备。单个来看,每种行为都合理。但加在一起,达到吉瓦级规模时,就成了电网从未解决过的难题——而下一波数据中心园区恰恰就规划在这个量级上。
老架构在哪里失效
数据中心的标准供电架构几十年没变过:中压电力接入,变压器降压,低压不间断电源(UPS)进行整流调理,再送到机架。把这套设计推到 AI 规模,就会在三处断裂。
其一,UPS 装在建筑深处、紧挨机架的位置。但它的电池只是个尺寸不足的备胎——设计初衷是撑过几分钟的停电,而不是全天候吸收如此剧烈、如此快速的负载波动。
第二,UPS 大部分时间都跑在旁路模式。传统整流器损耗太大,运维人员只能开节能模式:静态开关直接从电网给机柜供电,双向没有任何滤波。计算负载的波动原样输出到电网,而电网瞬变——亚毫秒级的暂态事件,可能损坏甚至击穿设备——快到任何开关都来不及响应。
第三,保护逻辑是在"大负载"等于 50 兆瓦的年代写的。它看不到自己现在所在的电网,所以上游一出问题,它就做最错的事:直接脱扣。2024 年弗吉尼亚事件中,大部分断负载源于保护方案——统计电压跌落次数,第三次即跳闸——完全按设计执行,偏偏在最要命的时刻。
这不是粗制滥造的工程,而是负载已经超越了当初精心设计的边界。
走进电流路径
解法是三个动作,必须同步做。
往上挪——从 480 伏升到中压(13.8 千伏及以上),即大型站点从电网取电的电压等级。
往外挪——从机房搬到变电站附近的模块化机柜,让建筑主体只留计算和散热。
挪进路径——不再用"监测再反应"的电池方案,而是让每一颗电子都实时穿过系统。没有需要检测的环节,没有需要切换的路径,因为它从来就不存在旁路。
纸面上,三个顺理成章的升级。实际上,下游每一项成本都要重写。
落地之后
当上万颗 GPU 同时拉起,系统吸收波动,给电网一条平稳的负荷曲线。故障来袭时,背后的设备毫无感知。难搞的邻居变成了可预测的邻居,电网需要支援时,它又成了有用的邻居。
并网流程也变了。电力公司不再逐个核对变压器、UPS、冷水机组、水泵、开关柜,只需认证一个中压箱体。工程师换芯片代际不用重新做并网研究,审批周期缩短好几个月。
围栏内,UPS 机房变成计算或散热空间,每美元建造成本对应的密度上去了。
经济性也随之逆转。中压运行、部署在室外、自带储能的设备,既能满足税收抵免条件,又能从削峰、需求响应等电网项目中持续获利。备用电源不再只是一份保险,而是能自己养活自己。
架构验证
2026 年初,我们在落基山国家实验室完成了一次全尺寸系统测试。该实验室隶属美国能源部,是西半球唯一能在同一回路中同时复现真实电网故障与 AI 级负荷波动的场所。
我们从两端同时加压:计算侧承受完整 AI 负载曲线和全中压输入,电网侧则经历包括全零电压跌落在内的各类故障。计算侧纹丝不动,电网侧同样稳如磐石。它以充足余量通过了得州电网可靠性委员会(ERCOT)的大负荷电压穿越标准。
这些标准之所以存在,是因为电网运营商不再凭信任来接纳如此体量的设施,而且这类设施还会越来越多。业内大多把这些标准视为门槛,而一套中压在线式系统开箱即过。合规不是附加功能,而是架构本身的能力。
新层级
AI 基建中看似电网问题的许多症结,其实藏在厂区围墙之内——那些设备是按早已不存在的负载规格设计的。把合适的部件上移、外移、串入主回路,电网负担就能变成电网资产。密度上去了,审批周期缩短了,备用电源也开始创造实际价值。
工程验证已经通过,下一代 AI 工厂正基于这套架构落地。行业还没有给这个层级命名,我们叫它中压 AI UPS。名字不重要,选择才重要:这些工厂可以成为电网的负担,也可以成为电网的支撑。我们早已知道如何造出后一种。
本文内容由 ON.energy 制作,非 MIT Technology Review 编辑团队撰写。