留给未来回忆
26-06-24 11:17

算力组网:Scale Out → Scale Up 完整解读
一、两个核心词通俗定义
1. Scale Out(横向扩展,过去主流路线)
逻辑:多台独立服务器堆集群,靠跨服务器网络互联
一台 8 卡服务器算力不够,就采购几十、几百台独立服务器,用 IB / 以太网交换机把所有机器连起来,组成万卡、十万卡大集群。
结构:每台服务器是独立单元,GPU 之间跨机箱、跨机柜通信;
通信介质:远距离光模块交换机,延迟高、带宽损耗大;
适用场景:传统互联网、Web、大数据、数据并行(松耦合任务);
痛点:大模型训练时,显卡频繁交换梯度、激活值,大量算力浪费在等待数据(通信墙),集群越大效率衰减越严重。

Scale Out vs Scale Up架构对比
2. Scale Up(纵向 / 垂直扩展,当前算力新趋势)
逻辑:单柜 / 单超节点内部高密度强耦合互联,打造 “超级单体算力单元”
不再零散堆独立服务器,而是在同一个机柜 / 超节点(SuperPod)内部,用 NVSwitch、CXL、高速铜缆把几十~上百张 GPU 做全互联、统一内存寻址,逻辑上变成一台巨型超级计算机。
结构:所有 GPU 近距离直连,无跨机箱交换机中转;
通信:纳秒级极低延迟、超高带宽(NVLink 带宽是以太网几十倍);
代表产品:NVL72 超节点、DGX SuperPod、国产液冷高密度超算柜;
适配场景:千亿 / 万亿大模型张量并行、专家并行(强耦合、高频同步计算)。
二、一句话比喻
Scale Out:很多独立办公室,靠外网邮件传数据,沟通慢;
Scale Up:一整层打通大通间,所有人面对面高速互通,数据随手可取。
三、为什么算力组网正在从 Scale Out 切到 Scale Up?
大模型通信瓶颈彻底暴露
千亿参数训练需要频繁跨卡同步参数、KV 缓存,传统跨服务器 Scale Out 网络延迟高、带宽不足,大量 GPU 空转,硬件算力利用率不足 50%。
Scale Up 解决 “通信墙 / 内存墙”
超节点内 GPU 直连,带宽、延迟碾压跨机柜网络;支持统一池化显存,单节点可承载超大模型分片,大幅减少跨节点数据搬运。
行业竞争从 “堆卡数量” 转向 “有效算力”
以前比拼谁集群卡多,现在比拼算力实际产出;同样 GPU,Scale Up 架构训练速度能提升 30%~50%。
高密度 + 液冷成熟,硬件条件落地
浸没液冷解决单机柜超高功耗(30kW+),可以在单柜塞更多 GPU,让 Scale Up 高密度方案具备工程可行性36氪。
四、关键区别对比
表格
维度 Scale Out(横向堆机器) Scale Up(纵向超节点)
扩容思路 增加独立服务器节点 单柜内部堆叠高密度 GPU
GPU 互联 跨机柜交换机、光网络 柜内 NVSwitch/CXL 直连
通信延迟 微秒级,损耗大 纳秒级,极低损耗
带宽水平 低,跨机瓶颈极高 极高,卡间无中转
并行适配 数据并行(松散任务) 张量 / 专家并行(大模型核心)
规模上限 无上限,可十万卡集群 单节点有硬件上限(72/256 卡)
典型问题 通信阻塞、算力空转 单机柜散热、供电压力大
五、补充重要结论:不是完全替代,是分层组网
行业真实路线是混合架构:
内层(超节点内部):Scale Up,保证大模型高频同步计算效率;
外层(多个超节点之间):Scale Out,用高速光网络把多个超节点拼成万卡大集群。
“从 scale out 切到 scale up” 的真实含义:算力设计重心转移—— 过去优先做跨机横向扩容,现在优先把单个算力单元做高密度、高带宽的 Scale Up 超节点,再对外横向组网。

混合组网架构(Scale Up内层+Scale Out外层)
六、产业落地通俗举例
老方案(纯 Scale Out):200 台 8 卡服务器,每台独立,交换机连接;训练大模型时,跨机器传梯度巨慢;
新方案(Scale Up 优先):3 个 72 卡超节点,每个节点内部 NVSwitch 全互联,3 个超节点之间再用 IB 交换机 Scale Out 组网;模型核心计算在超节点内部高速完成,仅少量数据跨节点传输,算力利用率大幅提升。

发布于 辽宁