title, created, updated, type, tags, sources
| title |
created |
updated |
type |
tags |
sources |
| 机场智算中心技术方案 |
2026-04-08 |
2026-04-10 |
solution |
| solution |
| gpu |
| liquid-cooling |
| tier |
| power |
| network |
|
| raw/articles/shanghai-ai-computing-guidelines.md |
| raw/articles/headleo-aiDC-whitepaper.md |
| raw/articles/industrial-ai-computing-report.md |
| raw/articles/dubai-airport-huawei-dc.md |
| raw/articles/daxing-airport-vertiv.md |
| raw/articles/2025-airport-construction-summit.md |
| raw/articles/zhengzhou-airport-hangang.md |
| raw/articles/fuzhou-changle-airport-bsj.md |
|
机场智算中心技术方案
本方案以机场 wiki 现有资料库为依据,综合:上海智算中心建设导则(2025)、头豹 AIDC 白皮书(2025)、工业智算报告、大兴/迪拜/大连/郑州/福州/深圳等机场案例
生成时间:2026-04-10 | 数据来源:详见附录
一、概述
1.1 什么是机场智算中心
机场智算中心(Airport Intelligent Computing Center)是支撑机场智能化运营的 GPU/NPU/ASIC 异构算力集群,区别于传统数据中心(CPU 为主、风冷、PUE 1.4+),智算中心以 AI 训练/推理为核心负载,必须采用液冷散热和东西向高速网络。
1.2 传统 DC vs 智算中心核心差异
| 对比项 |
传统数据中心 |
智算中心 |
| 核心负载 |
ERP、Web、数据库 |
AI 训练/推理、视频分析 |
| 算力芯片 |
CPU 为主 |
GPU/NPU 集群为主 |
| 单机柜功率 |
5–15 kW |
50–200+ kW |
| 散热方式 |
风冷为主 |
液冷为主 |
| 网络重点 |
南北向 |
东西向高速互联 |
| PUE 目标 |
1.4–1.6 |
≤ 1.25(全液冷 ≤ 1.15) |
1.3 典型应用场景与算力需求
| 应用场景 |
算力类型 |
典型规模 |
| 航班智能调度(大模型) |
训练 + 推理 |
7B–70B 参数模型微调 |
| 行李全流程追踪(CV) |
推理为主 |
100+ 摄像头视频流 |
| 航站楼安防/客流热力图 |
推理为主 |
实时视频分析 |
| 语音客服机器人 |
推理为主 |
并发 500+ QPS |
| 飞机故障预测(时序) |
训练 + 推理 |
时序数据分析 |
| 机场数字孪生 |
训练 + 推理 |
物理仿真 + 渲染 |
| 智能巡检机器人 |
推理为主 |
边缘部署 |
| 行李异常检测(多模态) |
推理为主 |
CV + NLP |
1.4 中国智算市场规模参考
| 年份 |
中国智算规模 |
同比增速 |
| 2024 |
725.3 EFlops(FP16) |
+74.1% |
| 2025E |
1,037.3 EFlops |
+43% |
| 2028E(复合增长 46.2%) |
— |
— |
数据来源:IDC + 浪潮信息《中国人工智能计算力发展评估报告》
1.5 机场智算中心规模分级建议
| 机场规模 |
推荐算力 |
GPU 卡数参考 |
典型机柜数 |
| 年旅客量 < 1,000 万 |
1–10 PFLOPS(FP16) |
64–512 卡 |
8–32 柜 |
| 年旅客量 1,000–5,000 万 |
10–50 PFLOPS |
512–2,048 卡 |
32–128 柜 |
| 年旅客量 > 5,000 万 |
50–200+ PFLOPS |
2,048–8,000+ 卡 |
128–500+ 柜 |
二、系统架构
2.1 整体架构
2.2 云-边-端协同
2.3 异构算力架构
| 芯片类型 |
代表产品 |
FP16 算力 |
显存带宽 |
功耗 |
适用场景 |
| GPU(主流) |
NVIDIA H100 SXM5 |
~1 PFLOPS |
3.35 TB/s |
700W |
大模型训练 |
| GPU(主流) |
NVIDIA H200 SXM |
~1 PFLOPS |
4.8 TB/s(HBM3e) |
700W |
大规模训练 / 推理 |
| GPU |
NVIDIA B200 |
2.25 PFLOPS |
8 TB/s |
1,200W |
超大规模智算中心 |
| GPU(旗舰) |
GB200 NVL72 |
~5 PFLOPS |
16 TB/s |
2,700W/芯片 |
万卡集群(整机柜方案) |
| GPU(推理) |
NVIDIA L40S |
~2 PFLOPS |
864 GB/s |
350W |
推理为主、中等规模 |
| NPU(国产) |
华为昇腾 910B |
640 TFLOPS |
— |
400W |
国产化替代 |
| ASIC(国产) |
海光 DCU Z100 |
256 TFLOPS |
— |
350W |
国产化替代(ROCm 兼容 CUDA) |
GB200 NVL72 为整机柜方案:72 GPU + 36 Grace CPU,详见第四章
三、液冷系统
液冷是智算中心高功率密度散热的核心技术路线,也是本方案重点。
3.1 背景:芯片功耗爆炸式增长
| 芯片 / 系统 |
功耗 |
散热方式 |
| CPU(至强 2000 系列) |
450–500W/颗 |
风冷极限 |
| GPU(A100) |
400W |
需液冷 |
| GPU(H100) |
700W |
必须液冷 |
| GPU(GB200) |
2,700W/超级芯片 |
必须液冷(相变或冷板) |
| GPU 机架(2024 年典型) |
~130 kW/rack |
必须液冷 |
| GPU 机架(2029 年预测) |
> 1 MW/rack |
全面液冷 |
3.2 液冷技术路线对比
| 对比项 |
冷板式液冷 |
浸没式液冷(单相) |
浸没式液冷(相变) |
| 成熟度 |
★★★★★ 最高 |
★★★★ 高 |
★★★ 中 |
| 服务器改动 |
冷板安装 |
需定制服务器 |
需定制服务器 |
| 维护便利性 |
★★★★ 较好 |
★★★ 一般 |
★★ 复杂 |
| 散热能力 |
强 |
极强 |
极强(相变换热) |
| 单机柜密度 |
40–130 kW |
100–500 kW |
250–500+ kW |
| 初期投资 |
中等 |
较高 |
最高 |
| 适用场景 |
当前主流,推荐 |
高密度细分场景 |
超高功率特种场景 |
3.3 冷板式液冷架构
系统架构:
关键设备参数:
| 设备 |
功能 |
关键参数 |
| CDU |
冷却液循环、温度控制 |
典型容量 200–400 kW,支持双路 |
| Manifold |
分液到各机柜 |
316L 不锈钢,多路分配 |
| 冷板 |
直接接触芯片散热 |
接触面导热硅脂,微通道设计 |
| 冷却液 |
冷板式常用 |
乙二醇/丙二醇溶液(防冻) |
3.4 液冷方案推荐
方案 A:冷板式液冷(推荐新建机场智算中心)
| 参数 |
数值 |
| 液冷占比 |
80–100%(全液冷) |
| 风冷辅助 |
仅用于网络设备、少量通用服务器 |
| PUE 目标 |
≤ 1.15(全液冷)/ ≤ 1.25(80% 液冷) |
| 单柜功率上限 |
130 kW(GB200 NVL72 级别) |
Vertiv GB200 NVL72 参考架构:
- 单机柜功率:130 kW
- 架构:72 GPU + 36 CPU(Grace Blackwell)
- 散热:100% 冷板液冷
- 能耗节省:比传统风冷减少 25%
- 空间节省:减少 75% 机柜占地
方案 B:风液融合(过渡期)
| 参数 |
数值 |
| 风冷支持 |
最高 40 kW/柜 |
| 液冷支持 |
最高 150 kW/柜 |
| 特点 |
风液同源、动态平衡、灵活部署 |
3.5 PUE / WUE / CUE 三级能效指标
上海智算中心建设导则(2025)要求(全国最严):
| 指标 |
新建标准值 |
运营先进值 |
长三角集群 |
| PUE(基准) |
≤ 1.25 |
— |
— |
| PUE(综合) |
≤ 1.22 |
≤ 1.18 |
≤ 1.20 |
| WUE |
≤ 2.2 L/kWh |
≤ 2.0 L/kWh |
— |
| CUE |
≤ 1.2 gCO₂/kWh |
≤ 1.0 gCO₂/kWh |
— |
PUE 优化措施:
| 措施 |
效果 |
| 全液冷替代精密空调 |
PUE 从 1.5 降至 1.15–1.25 |
| 冷通道封闭 |
减少冷热气流混合,节能 10–15% |
| 自然冷却利用 |
冬季低温期配合液冷进一步降低 PUE |
| 高效 UPS(模块化效率 ≥ 96%) |
降低供电损耗 |
| AI 调优 |
实时调节液冷流量与温度 |
3.6 国产液冷供应商参考
| 供应商 |
方案类型 |
代表参数 |
| 英维克(Envicool) |
冷板式 + 浸没式 |
单机柜散热能力 24 kW,散热效率提升 40% |
| 中科曙光 |
浸没式液冷 |
PUE 低至 1.04,年减碳量超万吨 |
| 华为 |
冷板式 + 液冷 CDU |
临港智算谷项目,单柜 20–60 kW |
四、算力集群
设计原则:本章遵循 Scale-Up(节点内纵向扩展)+ Scale-Out(节点间横向扩展) 双重架构。Scale-Up 以 NVLink/NVSwitch 为核心解决节点内 GPU 全互联;Scale-Out 以 InfiniBand/RoCE 为骨干解决多节点集合通信。
4.1 GPU 节点架构演进
| 代际 |
代表产品 |
GPU 互联方式 |
NVLink 聚合带宽 |
GPU 对等带宽 |
| 第 1 代(2018) |
V100 SXM2 |
NVLink 1.0,6 链路 |
300 GB/s |
300 GB/s |
| 第 2 代(2020) |
A100 SXM4 |
NVLink 3.0,12 链路 |
600 GB/s |
600 GB/s |
| 第 3 代(2022) |
H100 SXM5 |
NVLink 4.0,18 链路 |
900 GB/s |
900 GB/s |
| 第 4 代(2024) |
B200 SXM |
NVLink 5.0,18 链路 |
1.8 TB/s |
900 GB/s |
| 第 5 代(预测) |
Rubin Ultra |
NVLink 6.0 |
~3.6 TB/s |
~1.8 TB/s |
注:NVLink 5 "1.8 TB/s" 为 Fabric 聚合总带宽,任意 GPU 到任意 GPU 对等带宽为 900 GB/s 双向(与 H100 相同)。带宽提升主要来自更多链路并行,而非单链路提速。
4.2 HGX H100 8-GPU 节点拓扑
关键拓扑参数(HGX H100):
| 参数 |
规格 |
| GPU 数量 |
8 × NVIDIA H100 SXM5 |
| GPU 间 NVLink 带宽 |
900 GB/s 双向(全互联) |
| NVSwitch 芯片数 |
6 片(2 组各 3 片,双平面全连接) |
| NVSwitch 交换容量 |
25.6 Tb/s 每芯片 |
| 单节点 BF16 算力(稀疏) |
~3,958 TFLOPS ≈ 4 PFLOPS |
| 单节点 FP16 算力(稠密) |
~1,979 TFLOPS ≈ 2 PFLOPS |
| 每 GPU HBM3 容量 |
80 GB(SXM5) |
| 每 GPU HBM3 带宽 |
3.35 TB/s |
| CPU 配置 |
2 × AMD EPYC 9004/9005 或 Intel Xeon Scalable |
| 主机内存 |
2 TB DDR5 ECC |
| 本地 SSD |
2 × 3.84 TB NVMe(OS + 缓存) |
| 电源配置 |
4 × 3.3 kW PSU(整机 ~13 kW) |
| 散热方式 |
冷板式液冷(必须) |
4.3 GB200 NVL72 机架级超级芯片
GB200 NVL72 是 NVIDIA Blackwell 架构的整机柜集成方案,代表当前最极致的 Scale-Up 设计:
| 组件 |
数量 |
参数 |
| Blackwell GPU (B200) |
72 张 |
每 GPU BF16 算力 ~1,800 TFLOPS(稀疏) |
| Grace CPU (Neoverse V2) |
36 颗 |
72 核 ARM,每颗 240 GB LPDDR5 |
| NVLink Switch 芯片 |
9 片 |
第 4 代 NVLink Switch |
| GPU 内存总量 |
13.5 TB HBM3e |
每 GPU 186 GB(×72) |
| CPU 内存总量 |
8.6 TB LPDDR5 |
每 CPU 240 GB(×36) |
| NVLink 域带宽(聚合) |
130 TB/s |
72 GPU 全互联 |
| 单机柜功率 |
132 kW(TDP) |
|
| 散热方式 |
100% 冷板液冷 |
|
计算托盘结构:
NVLink 域设计:
- 72 GPU 在同一个 NVLink 域内全互联,任意两 GPU 通信单跳
- 对等带宽:900 GB/s(是 InfiniBand NDR 400G 的约 2.3 倍)
- 张量并行可覆盖全部 72 GPU,适合超大规模模型
机场场景建议:GB200 NVL72 单柜 132 kW,功率密度极高。当前阶段以 HGX H100/H200 8-GPU 节点为主(单节点 ~13 kW,可用液冷机柜支撑)。NVL72 预留规划,待功率和液冷成熟后再规模部署。
4.4 推理服务器节点(4-GPU 配置)
| 参数 |
NVIDIA L40S 方案 |
昇腾 910B 方案(国产) |
| GPU 数量 |
4 × L40S |
4 × 昇腾 910B |
| GPU 显存 |
48 GB GDDR6 |
64 GB HBM |
| GPU 间互联 |
PCIe Gen4 交换(无 NVLink) |
HCCS(华为集合通信) |
| GPU 通信带宽 |
~64 GB/s(PCIe x16) |
~392 GB/s(HCCS) |
| 单节点算力 |
~2 PFLOPS(FP16) |
~2 PFLOPS(FP16) |
| 功耗 |
~4 kW/节点 |
~4.5 kW/节点 |
| 适用场景 |
中等规模推理 |
国产化推理 |
4.5 多节点集群组网(Scale-Out)
4.5.1 三层三平面网络架构
4.5.2 InfiniBand NDR 400G 组网
InfiniBand 是当前 AI 训练集群的事实标准网络:
| 特性 |
说明 |
| 硬件原生 RDMA |
绕过 OS 内核,延迟 < 1 μs |
| 自适应路由(AR) |
每包独立路由,充分利用所有链路 |
| SHARP 网内计算 |
交换机内聚合梯度,无需送回 GPU 再聚合 |
| NCCL 原生支持 |
NVIDIA 集合通信库直接调用 |
关键参数:
| 参数 |
规格 |
| 单端口带宽 |
400 Gbps(NDR = Next Data Rate) |
| 编码方式 |
PAM4(每 lane 53.125 Gbaud) |
| 线缆类型 |
光纤(多模 OM4 / 单模 LC) |
| 交换机型号 |
NVIDIA QM9700 系列 |
| 交换机端口密度 |
64 端口 × 400G |
| 拓扑支持 |
Fat-Tree / DragonFly+ / Hypercube |
| 每交换机延迟 |
< 0.6 μs(端到端) |
| 拥塞控制 |
CNP(Congestion Notification Packet) |
Fat-Tree 拓扑设计(推荐中小规模 512 GPU):
4.5.3 Spectrum-X 以太网方案(替代 / 混合场景)
| 参数 |
Spectrum-X 400G |
InfiniBand NDR 400G |
| 技术基础 |
以太网(RoCE v2) |
InfiniBand |
| 延迟 |
1–2 μs |
< 0.6 μs |
| 生态开放性 |
高(标准以太网) |
低(需 IB 交换设备) |
| 运维复杂度 |
低(统一以太网运维) |
高(独立 IB 网络) |
| 推荐场景 |
推理集群、混合云 |
训练集群(强烈推荐) |
4.5.4 万卡集群(SuperPOD)规格
| 参数 |
1,024 GPU(128 节点) |
2,048 GPU(256 节点) |
| 交换机型号 |
QM9700 |
QM9700 |
| Spine 数 |
8 |
16 |
| 每 Spine 下联 |
32 端口 400G |
32 端口 400G |
| Agg 层 |
16 |
32 |
| 收敛比 |
1:1(无收敛) |
1:1(无收敛) |
| 网络直径 |
3 跳(最差路径) |
3 跳 |
关键设计原则:
- 收敛比 ≤ 1:1:AI 训练流量无阻塞
- 每服务器双上联(2 × 400G IB),LACP Bonding 冗余
- GPU Direct RDMA:跨节点 GPU 直接内存访问,绕过 CPU
- SHARP 网内聚合:梯度在交换机内聚合,节省 30–50% 通信量
4.6 存储集群
4.6.1 存储需求分析
| 存储类型 |
用途 |
性能要求 |
典型容量 |
| 数据湖存储 |
原始训练数据、语料库 |
顺序读带宽 ≥ 500 GB/s |
10–100 PB |
| 模型存储 |
检查点、训练产出模型 |
写入带宽 ≥ 100 GB/s,延迟 < 1 ms |
1–10 PB |
| 共享文件系统 |
代码、配置、小文件共享 |
IOPS ≥ 1M |
100 TB–1 PB |
| 本地缓存 |
热点数据本地加速 |
NVMe 本地读缓存 |
1–10 TB/节点 |
性能目标有前置条件:需足够的存储节点数量(20+ 全闪存存储节点)、充足的存储网络带宽(200G+)、正确配置的小文件聚合策略。
4.6.2 推荐架构:JuiceFS + 对象存储(S3)+ 本地 NVMe 缓存
| 参数 |
推荐值 |
| 元数据引擎 |
TiKV(分布式,≥3 节点) |
| 数据存储 |
对象存储(S3 兼容) |
| 本地缓存 |
每节点 1–2 TB NVMe SSD(L1 缓存) |
| 小文件聚合 |
4 MiB chunk,减少元数据压力 |
| 读取预取 |
自动预取临近数据块 |
存储产品选型:
| 产品 |
类型 |
适用规模 |
AI 训练适配度 |
| JuiceFS |
元数据 + 对象存储分离 |
中大规模 |
★★★★★ |
| BeeGFS |
并行文件系统 |
超大规模 |
★★★★ |
| GPFS(IBM Spectrum Scale) |
并行文件系统 |
企业级 |
★★★★ |
| 曙光 ParaStor |
全闪存分布式 |
国产化 |
★★★★ |
| 华为 OceanStor 9000 |
全闪存分布式 |
大规模 |
★★★★ |
4.6.3 存储网络设计
| 网络平面 |
协议 |
带宽 |
交换机 |
| 计算网络 |
InfiniBand NDR |
400G × 2(双上联) |
QM9700 |
| 存储网络 |
RoCE v2 + NVMe-oF |
200–400G |
Spectrum-X / 华为 CloudEngine |
| 管理网络 |
以太网 |
1G |
接入交换机 |
4.7 软件栈与训练框架
4.7.1 五层软件栈
4.7.2 框架选型
| 框架 |
适用场景 |
并行策略 |
| PyTorch 2.x + FSDP |
通用大模型训练 |
DDP / FSDP / TP |
| DeepSpeed ZeRO |
超大模型(千亿参数+) |
ZeRO-1/2/3、流水线、张量并行 |
| Megatron-LM |
极致张量并行优化 |
TP + PP + DP 三维并行 |
| ColossalAI |
异构训练、多种并行策略 |
动态调度、ZeRO++ |
4.7.3 NCCL 关键配置
预期 NCCL 带宽基准:
| 通信模式 |
H100 NVLink 域内 |
H100 InfiniBand 400G |
L40S PCIe |
| AllReduce(8 GPU) |
~850–900 GB/s |
300–350 GB/s |
~60 GB/s |
| AllGather |
~880 GB/s |
280–320 GB/s |
~55 GB/s |
| ReduceScatter |
~870 GB/s |
280–320 GB/s |
~55 GB/s |
目标:IB 400G 的 NCCL 带宽应达到理论峰值的 80% 以上(≥ 320 GB/s),否则说明网络瓶颈。
4.7.4 作业调度器选型
| 调度器 |
适用场景 |
优点 |
缺点 |
| Slurm |
超算 / HPC 传统场景 |
生态成熟,稳定可靠 |
不支持容器原生 |
| Kubernetes + Volcano |
云原生 AI 平台 |
生态丰富,弹性伸缩 |
配置复杂 |
| Kubeflow |
MLOps 全流程 |
与 K8s 深度集成 |
较重 |
4.8 推理集群
4.8.1 推理引擎对比
| 引擎 |
开发方 |
KV Cache |
多模型 |
国产适配 |
| vLLM |
伯克利 LMSYS |
PagedAttention |
是 |
昇腾(第三方) |
| TensorRT-LLM |
NVIDIA 官方 |
动态批处理 |
是 |
仅 NVIDIA GPU |
| SGLang |
斯坦福 |
RadixAttention |
是 |
昇腾(实验) |
| TGI |
HuggingFace |
是 |
是 |
昇腾(第三方) |
4.8.2 PD 分离架构(超大规模推理)
对于超大模型(> 70B),Prefill-Deploy 分离可显著提升 GPU 利用率:
| 对比项 |
传统单节点推理 |
PD 分离推理 |
| GPU 利用率 |
< 30%(Decode 瓶颈) |
70–90% |
| 首 token 延迟 |
固定 |
可优化 |
| 吞吐 |
受限于最慢阶段 |
各阶段独立扩缩容 |
| 适用模型 |
< 30B 参数 |
任意规模,尤其是 > 70B |
4.9 国产化集群
4.9.1 华为昇腾 910B
| 参数 |
昇腾 910B |
NVIDIA H100 |
对比 |
| FP16 算力 |
640 TFLOPS |
1,979 TFLOPS |
H100 的 ~32% |
| INT8 算力 |
1,280 TOPS |
3,958 TOPS |
H100 的 ~32% |
| HBM 容量 |
64 GB |
80 GB |
— |
| HBM 带宽 |
1.6 TB/s |
3.35 TB/s |
H100 的 ~48% |
| 芯片互联 |
HCCS(392 GB/s) |
NVLink(900 GB/s) |
HCCS > PCIe Gen4,基本持平 NVLink 4 代单链路 |
| 功耗 |
400 W |
700 W |
能效比更优 |
| 制程 |
7nm |
4nm |
差一代 |
| 生态 |
昇腾 CANN / MindSpore |
CUDA / cuDNN |
差距较大,需移植 |
注:HCCS 双向带宽 392 GB/s(8 × HCCS 端口),用于 8 × NPU 节点内全互联。
昇腾软件栈:
| 层次 |
昇腾组件 |
替代 NVIDIA |
| 芯片 |
Ascend 910B NPU |
H100/H200 GPU |
| 驱动 |
Huawei CANN |
CUDA |
| 通信库 |
HCCS(昇腾集合通信) |
NCCL |
| 框架 |
MindSpore / PyTorch(第三方) |
PyTorch |
| 推理引擎 |
MindX / ATLAS |
TensorRT |
4.9.2 海光 DCU Z100
| 参数 |
海光 DCU Z100 |
NVIDIA A100 |
对比 |
| FP16 算力 |
256 TFLOPS |
624 TFLOPS |
A100 的 ~41% |
| HBM 容量 |
64 GB |
40/80 GB |
对标 A100 80G |
| 功耗 |
350 W |
400 W |
略低 |
| 生态 |
ROCm(部分兼容) |
CUDA |
兼容性优于昇腾,迁移成本较低 |
4.10 硬件监控体系
| 监控维度 |
工具 |
采集指标 |
| GPU 监控 |
DCGM(NVIDIA)/ msmonitor(昇腾) |
温度、功耗、利用率、显存、ECC 错误 |
| InfiniBand 监控 |
UFM(NVIDIA)/ Mellanox firmware |
端口状态、误码率、拓扑 |
| 存储监控 |
JuiceFS / BeeGFS 内置工具 |
带宽、IOPS、元数据延迟 |
| 节点监控 |
node_exporter + Prometheus |
CPU、内存、网络、磁盘 |
| 集群健康 |
Grafana 大盘 |
综合集群状态 |
关键告警阈值:
| 级别 |
指标 |
阈值 |
动作 |
| P1(紧急) |
GPU 温度 |
> 85°C |
立即降频 / 关机 |
| P1 |
GPU ECC 错误数 |
> 100/小时 |
标记节点下线 |
| P2(重要) |
GPU 利用率 |
< 10%(训练时) |
检查 NCCL 通信 |
| P2 |
InfiniBand 端口误码 |
> 10⁻⁶ |
更换光模块 / 线缆 |
4.11 机场智算中心推荐配置
方案一:中等规模(年旅客量 < 1,000 万,推理为主)
| 项目 |
配置 |
| GPU 类型 |
NVIDIA L40S × 4/节点 |
| 节点数量 |
32 节点 = 128 GPU |
| 主要负载 |
推理服务、视频分析、Agent |
| 集群算力 |
~256 TFLOPS(FP16) |
| 网络 |
RoCE v2 200G + 以太网管理 |
| 存储 |
JuiceFS + 对象存储,2 PB |
| 服务器形态 |
4U 液冷机架服务器 |
| 预估总功耗 |
约 256 kW |
| 国产化 |
可选昇腾 910B × 4 混部 |
方案二:大规模(年旅客量 1,000–5,000 万,训练 + 推理)
| 项目 |
配置 |
| 训练 GPU |
NVIDIA H100 SXM5 × 8/节点 |
| 训练节点数 |
32 节点 = 256 GPU |
| 训练算力 |
~1 PFLOPS(BF16 稀疏)≈ 512 PFLOPS(FP16 稠密) |
| 推理 GPU |
L40S × 4/节点 |
| 推理节点数 |
16 节点 = 64 GPU |
| 计算网络 |
InfiniBand NDR 400G × 2(双上联) |
| 存储网络 |
RoCE v2 200G + 全闪存存储 |
| 存储容量 |
JuiceFS + 全闪存,10 PB |
| 服务器形态 |
HGX H100 8-GPU 液冷服务器 |
| 预估总功耗 |
约 550 kW(训练 416 kW + 推理 64 kW + 存储/网络 70 kW) |
| 国产化备选 |
昇腾 910B 训练集群 |
方案三:旗舰规模(年旅客量 > 5,000 万,新建超大规模智算)
| 项目 |
配置 |
| 训练 GPU |
NVIDIA H200/H200 × 8/节点 |
| 训练节点数 |
128 节点 = 1,024 GPU |
| SuperPOD 架构 |
16 × 64 GPU SU,Fat-Tree 组网 |
| 训练算力 |
~2 EFLOPS(BF16 稀疏),~1 EFLOPS(BF16 稠密) |
| 推理 GPU |
H100/L40S 混合 |
| 计算网络 |
InfiniBand NDR 400G,1:1 无收敛 |
| 超节点扩展 |
支持 Scale-Up 到 GB200 NVL72 |
| 存储 |
全闪存并行文件系统,50 PB+ |
| 预估总功耗 |
约 13 MW(GPU ~7 MW + 服务器/网络/液冷 ~6 MW) |
| PUE 目标 |
≤ 1.15(全液冷) |
注:H200 GPU TDP ~700W/卡,1,024 GPU 仅 GPU 即 ~717 kW;8-GPU 服务器整机约 10–13 kW/台,128 台约 1.3–1.7 MW;加上 InfiniBand 交换机、存储节点、液冷 CDU、冷却塔等辅助负载,总计约 13 MW。
五、供电系统
5.1 供电架构
5.2 关键参数
| 项目 |
推荐值 |
| 市电引入 |
双路 10kV 或 35kV(互为备用) |
| UPS 配置 |
2N 冗余(Tier IV)/ N+1(Tier III) |
| UPS 效率 |
模块化效率 ≥ 96% |
| 柴油发电机 |
1,000–5,000 kVA,启动时间 < 10s |
| 储油时间 |
24 小时(关键负载) |
| 单柜功率密度 |
40–130 kW(液冷方案) |
| 总功耗估算 |
GPU 单柜 100kW × 100 柜 = 10 MW |
5.3 液冷对供电的影响
| 影响项 |
说明 |
| 供电密度提升 |
单机柜功率从 10 kW 升至 100 kW+,对 PDU 配电模块要求更高 |
| 液冷 CDU 供电 |
CDU 设备需独立配电回路 |
| 变压器容量 |
需提前规划,按 100 kW/柜计算总容量 |
| 市电申请 |
大规模智算中心(10 MW+)需与电力公司单独协商 |
六、网络技术方案
6.1 Spine-Leaf 架构(推荐大型机场)
- 收敛比:建议 1:1(无收敛)
- 东西向带宽:全部东西向全速
6.2 网络安全
| 安全措施 |
说明 |
| 零信任网络(ZTNA) |
微隔离,按需授权 |
| DDoS 防护 |
清洗异常流量 |
| 算力隔离 |
训练 / 推理网络物理隔离 |
| 数据加密 |
传输加密(TLS)+ 存储加密 |
| 运维审计 |
全量日志留存,堡垒机访问 |
七、等級标准与选址
7.1 Uptime Tier 等级对比
| 等级 |
可用性 |
年停机时间 |
适用场景 |
| Tier I |
99.67% |
> 31.5 h |
基础,非关键系统 |
| Tier II |
99.75% |
22 h |
冗余组件,非关键业务 |
| Tier III |
99.98% |
≤ 1.6 h |
主机房,推荐等级 |
| Tier IV |
99.99% |
≤ 0.8 h |
最高等级,关键业务 |
Tier III 核心要求:
- N+1 可并行维护冗余
- 电力路径:2N UPS 或 N+1 UPS
- 冷却系统:N+1 冗余冷冻水系统或风冷系统
- 网络接入:多运营商、多路由接入
Tier IV 核心要求(机场应急指挥中心、空管核心系统等不允许停机的关键设施):
- 2N 完全冗余(任意单点故障不影响运行)
- 双市电引入
- 2N UPS + 2N 冷却冗余
- 建设成本约为 Tier III 的 1.5–2 倍
7.2 选址关键因素
| 因素 |
要求 |
| 电力容量 |
必须满足 100 kW/柜 × N 柜,需与电力公司协商 |
| 网络延迟 |
至航站楼核心系统 < 5 ms |
| 地理条件 |
机场限高、净空要求,土质条件 |
| 政策支持 |
综合保税区政策(可参考福州长乐案例) |
| 绿电条件 |
靠近可再生能源(如沿海风电) |
八、典型机场案例
8.1 郑州航空港(中部最大万卡集群)
| 参数 |
数值 |
| 当前算力 |
10,000 PFLOPS(万卡) |
| 规划总规模 |
100,000 PFLOPS+(三中心:训练/推理/推训一体) |
| DeepSeek 部署 |
2025 年 1 月全量接入 DeepSeek-R1(中部首个) |
| 定位 |
填补东南沿海高端智算缺口 |
| 二期规划 |
边缘 / 云端推理一体机 + 产业闭环 |
8.2 福州长乐机场综合保税区智算中心
| 参数 |
数值 |
| 投资 |
11 亿元(一期 3.3 亿元) |
| 用地面积 |
33,347 m²(50.02 亩) |
| 规划算力 |
15,000 PFLOPS |
| 预计投产 |
2026 年 10 月 |
| 技术方案 |
规模化智算液冷机柜 + 体系化网络存储机柜阵列 |
| 政策优势 |
综保区多重政策,深化粵港数字协作 |
8.3 深圳宝安国际机场(AI 全栈部署标杆)
| 参数 |
数值 |
| 排名 |
42 家千万级机场综合评价第二名 |
| DeepSeek 部署 |
满血版 R1-671B,华为昇腾集群全栈本地化部署 |
| 算力底座 |
华为昇腾算力服务器(规模未披露) |
| 数据整合 |
打通航班运行、物流服务、设备物联日志等 18 类 核心业务数据 |
核心智能体矩阵:
| 智能体 |
效果 |
| 机位智能分配 |
每日起降分配:4 小时 → 1 分钟,靠桥率:85.44% |
| AI 安全助手 |
融合 1,500 份安全文档,检索效率提升 60 倍 |
| 一体化主动运控 |
提前 20 分钟 预判保障节点,正常率提升约 4 个百分点 |
| 综合交通全域一张图 |
响应时间 < 1 分钟(获"兴智杯"一等奖) |
8.4 大兴 / 迪拜 / 大连横向对比
| 机场 |
等级 |
总功耗 |
制冷方案 |
建设模式 |
PUE |
建设周期 |
| 北京大兴 |
未公开(推 Tier III+) |
未公开 |
Vertiv Liebert PEX+ 精密空调 |
传统建设 |
未公开 |
3 年+ |
| 迪拜(DXB) |
Tier III 双认证 |
1 MW |
变容量行级空调 + 封闭通道 |
预制模块化 |
< 1.6 |
10 个月 |
| 大连金州湾(在建) |
规划 Tier III+ |
未公开 |
风液融合 |
BIM + 数字孪生 |
目标 < 1.4 |
3–4 年 |
关键结论:
- 快速交付选预制模块化:迪拜案例 10 个月交付,节省 50% 时间
- 高功率密度必须液冷:单柜 50 kW 以上场景风冷无法满足
- BIM 是新建机场数据中心的标准:设计施工运营一体化
- Tier III 是机场数据中心的基准等级:迪拜明确要求 Tier III 双认证
九、供应商参考
9.1 液冷系统
| 供应商 |
方案类型 |
代表产品 / 案例 |
| 维谛技术(Vertiv) |
冷板式(英伟达独家合作) |
GB200 NVL72 参考设计,Liebert PEX+ |
| 英维克(Envicool) |
冷板式 + 浸没式 |
国产液冷龙头,多个 AIDC 项目 |
| 曙光数创 |
浸没式(相变 / 单相) |
国内浸没式液冷最大供应商,PUE 可低至 1.04 |
| 华为 |
冷板式 + 液冷 CDU |
临港智算谷项目 |
| Keydak 金盾 |
风液融合 |
2025 年国际机场博览会发布 |
| 施耐德电气 |
冷板式液冷基础设施 |
132 kW/rack 方案 |
9.2 GPU 服务器
| 供应商 |
产品系列 |
GPU 支持 |
| 浪潮信息 |
NF5688M7 / NF5698M7 |
H100/H200/L20 |
| 新华三 |
R4900 G6 |
H100/H200 |
| 华为 |
昇腾 910B 集群 |
昇腾 NPU |
| 联想 |
ThinkSystem SR670 V2 |
H100/H200 |
| 超聚变 |
FusionPoD |
多元异构 |
9.3 网络设备
| 设备 |
推荐供应商 |
规格 |
| InfiniBand 交换机 |
NVIDIA Quantum-2(QM9700) |
400Gb/s NDR |
| 以太网交换机 |
华为 CloudEngine 16800 |
400G |
| RoCE 网卡 |
NVIDIA ConnectX-7 |
400Gb/s |
| 光模块 |
II-VI / 华为 |
400G DR4/FR4 |
十、关键参数汇总
| 参数 |
数值 |
| 单机柜功率(训练) |
80–130 kW |
| 单机柜功率(推理) |
40–80 kW |
| GPU 互联带宽(节点内) |
NVLink 900 GB/s(双向对等,H100) |
| NVLink 聚合带宽(B200) |
1.8 TB/s(Fabric 聚合) |
| GB200 NVL72 对等带宽 |
900 GB/s(任意 GPU 到任意 GPU) |
| 网络互联带宽(节点间) |
IB 400G / 以太网 400G |
| NCCL 带宽目标(IB 400G) |
≥ 320 GB/s(理论峰值的 80%) |
| PUE |
≤ 1.25(典型)/ ≤ 1.15(全液冷) |
| WUE(上海标准) |
≤ 2.0 L/kWh(先进值) |
| CUE(上海标准) |
≤ 1.0 gCO₂/kWh(先进值) |
| 可用性(Tier III) |
99.982%,年均故障时间 ≤ 1.6 小时 |
| 千卡集群参考造价 |
3.5 亿元(算力设备 3 亿 + 网络 2,500 万 + 存储 1,000 万 + 平台 / 液冷 1,000 万) |
十一、GPU 集群建设建议与方案
以下建议基于上海智算导则(2025)、头豹 AIDC 白皮书、Vertiv GB200 白皮书、郑州/深圳/福州机场建设经验总结,适用于机场智算中心新建或扩建场景。
11.1 液冷是必选项,不是可选项
H100 单卡 700W、GB200 超级芯片 2.7 kW,风冷天花板已过。强行风冷会导致 GPU 过热降频,得不偿失。
| 液冷方案 |
适用场景 |
PUE |
代表供应商 |
| 冷板式液冷(推荐) |
新建首选,40–130 kW/柜 |
1.15–1.25 |
Vertiv(GB200 独家合作)/ 英维克 / 华为 |
| 浸没式液冷 |
超高密度(> 200 kW/柜) |
1.05–1.15 |
曙光数创(国内最大浸没式供应商) |
| 风液融合 |
过渡期、分期部署 |
1.25–1.35 |
Keydak 金盾(2025 年国际机场博览会发布) |
冷板式液冷架构要点:
关键坑:CDU 必须独立配电回路;液冷系统调试周期比风冷长 2–3 个月;单机柜功率超过 100 kW 时,Vertiv GB200 NVL72 是唯一经过验证的方案。
11.2 网络:InfiniBand 是训练集群的事实标准
别在网络上省钱。 网络瓶颈会导致 GPU 训练效率系统性低于预期,且这个问题极难在后期排查。
| 场景 |
推荐网络 |
原因 |
| AI 训练集群 |
InfiniBand NDR 400G(QM9700 交换机) |
延迟 < 0.6 μs;SHARP 网内聚合节省 30–50% 梯度通信量 |
| 推理集群 |
Spectrum-X 400G(RoCE v2)或普通 200G 以太网 |
无需 IB 生态,运维简单,成本低 |
| 存储网络 |
RoCE v2 + NVMe-oF |
与计算网络解耦,独立扩展 |
组网设计原则:
- 收敛比 ≤ 1:1:AI 训练东西向流量极大,收敛比 > 1:1 直接堵死 GPU
- 每服务器双上联 2 × 400G IB:LACP Bonding 冗余,任何单链路故障不影响集合通信
- Fat-Tree 无阻塞拓扑:千卡规模下,最差路径不超过 3 跳
交换机数量估算(512 GPU 集群):
| 层级 |
设备 |
数量 |
| Spine |
QM9700 |
8 台 |
| Aggregation |
QM9700 |
16 台 |
| 每组 Compute SU |
64 GPU(8 服务器 × 8 GPU) |
8 组 |
11.3 存储:别用传统 NAS,直接上 JuiceFS + 对象存储
AI 训练的三类存储需求差异极大,一套 NAS 打天下,必然有至少两类场景拉胯。
| 存储类型 |
需求特征 |
推荐方案 |
性能目标 |
| 数据湖 |
大文件顺序读,带宽优先 |
对象存储(S3) + JuiceFS |
顺序读带宽 ≥ 500 GB/s |
| **模型存储(Checkpoint) |
小文件高速写入,延迟敏感 |
全闪存分布式存储(并行文件系统) |
写入带宽 ≥ 100 GB/s,延迟 < 1 ms |
| 共享文件系统 |
小文件 IOPS 高,元数据压力大 |
JuiceFS + TiKV 元数据引擎 |
IOPS ≥ 1M |
性能目标有前置条件:需足够的存储节点数量(20+ 全闪存存储节点)、充足的存储网络带宽(200G+)、正确配置的小文件聚合策略(建议 4 MiB chunk)。
推荐架构:JuiceFS + S3 兼容对象存储 + 每节点 1–2 TB NVMe L1 缓存
存储产品选型参考:
| 产品 |
类型 |
适用规模 |
AI 训练适配度 |
| JuiceFS |
元数据 + 对象存储分离 |
中大规模 |
★★★★★ |
| BeeGFS |
并行文件系统 |
超大规模 |
★★★★ |
| GPFS(IBM Spectrum Scale) |
并行文件系统 |
企业级 |
★★★★ |
| 曙光 ParaStor |
全闪存分布式 |
国产化 |
★★★★ |
| 华为 OceanStor 9000 |
全闪存分布式 |
大规模 |
★★★★ |
11.4 分期建设,别一口气建完
智算中心投资巨大(千卡集群 ~3.5 亿元),一次性规划过大的风险极高。推荐三期滚动建设:
| 阶段 |
建设内容 |
算力规模 |
优先级理由 |
| 首期(0–12 个月) |
推理集群为主(L40S × 64–128 卡) |
~256 TFLOPS(FP16) |
快速产出 AI 业务价值:客服机器人、视频分析、Agent 推理,ROI 可见 |
| 二期(12–24 个月) |
训练集群(H100/H200 × 128–256 卡) |
~1 PFLOPS(BF16 稀疏) |
积累自有数据后,开展模型微调和垂直领域训练 |
| 三期(24–36 个月) |
扩展至千卡 + 国产化混部 |
1,000+ PFLOPS |
规模化降本,昇腾 910B 或海光 DCU 纳入备线 |
分期建设的核心优势:
- 液冷/电力容量可平滑扩展:避免一次性投入后容量浪费
- 技术路线验证:H100 → H200 → GB200 NVL72,可逐步引入新硬件
- 业务验证先行:首期推理集群验证业务可行性,二期训练集群才有意义
11.5 国产化:昇腾可用但生态是核心门槛
| 芯片 |
FP16 算力 |
HBM 容量 |
CUDA 兼容性 |
迁移成本 |
建议 |
| NVIDIA H100/H200 |
1,979 TFLOPS |
80 GB |
原生 CUDA |
低 |
主力生产集群 |
| 昇腾 910B |
640 TFLOPS |
64 GB |
差,需 CANN/MindSpore 移植 |
高 |
备胎 / 政务场景,配合华为原厂 |
| 海光 DCU Z100 |
256 TFLOPS |
64 GB |
较好,ROCm 部分兼容 |
中 |
迁移成本低于昇腾,可作为备选 |
国产化实施路径(二选一):
昇腾生态关键障碍(现实评估):
- PyTorch 模型需要重新适配(昇腾提供 PyTorch Adapter,但非所有算子覆盖)
- NCCL 通信库替换为 HCCS,集合通信参数需重新调优
- 推理引擎(vLLM/TensorRT-LLM)昇腾适配不完整,vLLM 昇腾支持为第三方社区维护
- 结论:昇腾 910B 在推理场景相对可用;训练场景建议等待昇腾 920 或更高代际
11.6 上线前必须验证 NCCL 带宽
这是 GPU 集群上线后最容易被忽略、也最容易出问题的环节。网络配置不当会导致 GPU 训练效率系统性低于预期,且排查链路长(应用层 → NCCL → IB 驱动 → 物理层)。
验证命令:
NCCL 带宽不达标的常见原因:
| 原因 |
表现 |
解决 |
| IB 端口误码率 > 10⁻⁶ |
带宽波动剧烈,大量重传 |
更换光模块或光纤 |
| 收敛比 > 1:1 |
跨交换机流量丢包 |
增补交换机,改无阻塞拓扑 |
| GPU Direct RDMA 未启用 |
GPU → CPU → 网卡绕路 |
确认 NCCL_NET_GDR_LEVEL=PIX |
| NVLink 域内流量被 PCIe 抢带宽 |
节点内 AllReduce 带宽不足 |
确认 NVLink 拓扑全连接 |
| SHARP 未启用 |
梯度聚合消耗额外带宽 |
启用 SHARP:NCCL_SHARP_ENABLE=1 |
验收标准: 512 GPU 集群规模下,跨节点 AllReduce 带宽稳定 ≥ 320 GB/s,且连续 72 小时压测无掉速。
11.7 推荐配置方案对比
| 配置项 |
方案 A:推理优先 |
方案 B:训练+推理均衡 |
方案 C:超大规模旗舰 |
| 定位 |
年旅客量 < 1,000 万 |
年旅客量 1,000–5,000 万 |
年旅客量 > 5,000 万 |
| 训练 GPU |
— |
H100 SXM5 × 8/节点,32 节点 |
H200 SXM5 × 8/节点,128 节点 |
| 推理 GPU |
L40S × 4/节点,32 节点 |
L40S × 4/节点,16 节点 |
H100/L40S 混合,32 节点 |
| 总 GPU 卡数 |
128 卡 |
384 卡(训练 256 + 推理 128) |
1,152 卡 |
| 训练算力(BF16 稀疏) |
— |
~1 PFLOPS |
~2.5 PFLOPS |
| 计算网络 |
RoCE v2 200G |
IB NDR 400G × 2 上联 |
IB NDR 400G,Fat-Tree 1:1 无收敛 |
| 存储网络 |
RoCE v2 200G |
RoCE v2 200G + 全闪存存储 |
IB 400G + 并行文件系统 50 PB |
| 散热方案 |
冷板式液冷 |
冷板式液冷(80% 液冷占比) |
全液冷,PUE ≤ 1.15 |
| 液冷 CDU |
英维克(200–400 kW) |
Vertiv / 华为(400–800 kW) |
Vertiv GB200 NVL72 配套 |
| 国产化 |
可选昇腾 910B 混部 |
昇腾 910B 作为备线 |
昇腾 920 作为下一代备选 |
| 预估总功耗 |
~256 kW |
~550 kW |
~13 MW |
| 预估投资 |
~8,000 万元 |
~3.5 亿元 |
~15–20 亿元 |
| PUE 目标 |
≤ 1.25 |
≤ 1.20 |
≤ 1.15 |
| Tier 等级 |
Tier III |
Tier III |
Tier III+ |
方案 B(训练+推理均衡)是大多数中型机场的推荐起点。千卡集群参考造价分项:算力设备 ~3 亿 + InfiniBand 网络 ~2,500 万 + 全闪存存储 ~1,000 万 + 平台软件/液冷基础设施 ~1,000 万 = ~3.5 亿元。
11.8 避坑清单
| # |
坑点 |
后果 |
预防措施 |
| 1 |
液冷 CDU 配电容量未提前规划 |
液冷系统无法满载,GPU 过热降频 |
电力容量申请时按 100 kW/柜 × N 柜提前量 |
| 2 |
InfiniBand 收敛比 > 1:1 |
GPU 训练效率 < 50% |
组网设计审查必须过「无阻塞」关 |
| 3 |
存储用了传统 NAS |
并行训练时所有 GPU 饿死 |
存储必须满足 IOPS ≥ 1M、带宽 ≥ 500 GB/s 前置条件 |
| 4 |
国产化迁移低估生态障碍 |
昇腾集群上线后模型跑不起来 |
推理场景先行验证,训练场景押后 |
| 5 |
上线前未验证 NCCL 带宽 |
集群训练效率系统性低于预期 |
512 GPU 以上集群必须 72 小时压测 |
| 6 |
一次建完未分期 |
容量浪费或容量不足 |
三期滚动建设,首期验证业务可行性 |
| 7 |
PUE 目标过于激进(全液冷但液冷调试滞后) |
夏季高温期集群性能受限 |
液冷调试周期留足 2–3 个月余量 |
11.9 建设检查清单(验收参考)
液冷系统:
网络系统:
存储系统:
集群健康:
附录
A. 术语表
| 缩写 |
全称 |
说明 |
| AIDC |
Artificial Intelligence Data Center |
智算中心 |
| PUE |
Power Usage Effectiveness |
电能利用效率(= 总设施能耗 / IT 设备能耗) |
| WUE |
Water Usage Effectiveness |
水资源利用效率 |
| CUE |
Carbon Usage Effectiveness |
碳利用效率 |
| CDU |
Coolant Distribution Unit |
冷却液分配单元 |
| NCCL |
NVIDIA Collective Communications Library |
GPU 集合通信库 |
| RoCE |
RDMA over Converged Ethernet |
以太网远程直接内存访问 |
| NVLink |
NVIDIA High-Speed GPU Interconnect |
英伟达高速 GPU 互连 |
| InfiniBand |
High-Speed Network Architecture |
高速网络架构(400G NDR) |
| DCGM |
Data Center GPU Manager |
数据中心 GPU 管理工具 |
| vLLM |
Virtual Large Language Model Server |
开源 LLM 推理服务框架 |
| HBM |
High Bandwidth Memory |
高带宽存储器(GPU 显存标准) |
| BF16 |
Brain Float 16 |
AI 训练常用浮点格式 |
| ZTNA |
Zero Trust Network Architecture |
零信任网络架构 |
| SHARP |
Scalable Hierarchical Aggregation and Reduction Protocol |
网内计算协议 |
| UFM |
Unified Fabric Manager |
InfiniBand 监控管理工具 |
| GPFS |
General Parallel File System |
IBM 并行文件系统 |
B. 数据来源
- 上海,《智算中心建设导则(2025 年版)》— 全国最严 PUE/WUE/CUE 三级指标
- 头豹研究院,《2025 年中国 AIDC 产业发展白皮书》— GPU 选型、液冷市场
- 中国工业互联网研究院,《工业智算发展研究报告(2025 年)》
- Vertiv,《GB200 NVL72 参考架构白皮书》— 130 kW 单柜设计
- IDC + 浪潮信息,《中国人工智能计算力发展评估报告》
- 中国信通院,《人工智能算力基础设施赋能研究报告(2025 年)》
- 福州长乐机场保税区,《15,000P 智算中心可行性报告》(2026-01-22)
- 郑州航空港,《中部最大万卡算力集群》报道(2026-03-05)
- 深圳机场,《智能化全国第二 AI 全栈部署》报道(2026-01-15)
C. 相关标准与政策
- 《数据中心绿色低碳发展专项行动计划》(发改环资〔2024〕970 号)
- 《数据中心设计规范》GB 50174-2017
- 《新型数据中心发展三年行动计划(2021–2023)》
- 《算力基础设施高质量发展行动计划》
- Uptime Institute Tier Standard(Tier I/II/III/IV 认证体系)
- ANSI/TIA-942-B(数据中心电信基础设施标准)
本方案为技术方案参考文档,具体项目需结合机场业务规模、预算、国产化要求和所在地区政策进行定制化设计。建议在项目立项后委托专业设计院进行深化设计。