12 亿美元订单让 AMD Helios 成为 HPE 的具体商业项目，却不等于云端容量已经安装到位。HPE 在 2026 年 9 月 30 日宣布，Vultr 将在美国数据中心部署其集成 Helios 系统。这是 HPE 该平台的首笔订单，而不是所有 Helios 实现的第一个客户；前一种表述更准确，也更有用。
从工程意义上说，Vultr 购买的是一整套机架级运行体系：加速器、CPU、互连、冷却、软件和部署支持。交易将检验多家供应商能否在没有单一企业控制全栈的情况下，交付 Nvidia 的集成式竞争方案。大订单证明有需求，实际生产服务才证明结果。
订单里的系统包含什么
每机架有 72 颗 AMD Instinct MI455X GPU、代号 Venice 的 EPYC 主机处理器，以及 Pensando Vulcano AI 网络接口。ROCm 提供 GPU 编程环境；HPE 负责机架工程、直接液冷、服务和六个 Juniper QFX5252 纵向扩展交换托盘。
Scale-up 将加速器连接在同一计算域内，让它们处理共同模型，不只是把独立服务器接入网络。HPE 使用 UALink over Ethernet，即 UALoE，通过以太网架构传递相关流量。博通也为这一设计提供交换技术。
对大型分布式任务而言，中间结果交换很重要。等待集合通信，会让快速芯片闲置。HPE 称六个托盘能在 GPU 间提供高带宽、低延迟互连，但实际效果取决于通信模式、任务放置和软件，而不是出现“以太网”标签就得到保证。
AMD 列出的规格是机架级 31 TB HBM4、260 TB/s 总纵向扩展带宽、FP4 峰值 2.9 exaflops 和 FP8 峰值 1.4 exaflops。HBM 将高速内存放在处理器附近；低精度格式在保持可接受质量时可提高吞吐潜力。这些是厂商规格，不是实测应用结果。
订单没有披露机架数量、完整交付日历，或计算、网络、冷却、软件与服务的金额拆分。因此，把 12 亿美元直接除以 72，算不出有效的单 GPU 价格。HPE 同日也提交了 SEC 披露，但正式披露并未填补这些商业细节。
Juniper 让它成为 HPE 的集成考验
HPE 在 2025 年完成收购 Juniper。Helios 让合并后的公司有机会把网络设备卖进加速器计算域，而不仅在外围连接普通服务器。六个交换托盘是机架核心，而非可有可无的背景设备。
HPE 在投资者活动中称，未来两年 Helios 相关网络机会超过 10 亿美元，网络托盘订单已超过 2 亿美元。市场机会预测、已订订单与客户实际运行的设备是不同阶段。公司没有说明 Vultr 合同中究竟多少属于网络收入。
这解释了交易为何不只涉及 AMD 的 GPU 份额。HPE 希望承接电力、冷却、固件、遥测、安装和支持的整合工作。客户即便拥有优秀处理器，也可能因为软件不稳、拥塞或故障诊断太慢，无法充分利用容量。
直接液冷支持更高密度，也带来义务。机房需要匹配的液体分配、散热、泄漏检测和维护流程；技术人员要能安全更换部件，备件库存也要对应已安装设计。多栋建筑中的重复部署，不是一个机架成功演示就能证明。
Vultr 此前已采用 AMD Instinct 系统，具备相关经验。HPE 服务可能降低安装和运维风险，但协议本身不能证明新 GPU、CPU、互连与设施组合已达到长期可靠运行。
开放接口不消除集成与迁移
对照平台 Nvidia Vera Rubin NVL72 同样把 72 颗 GPU 组织为机架级计算域，并含 36 颗 Vera CPU 和第六代 NVLink。CUDA、网络、软件库和熟悉的操作工具，使其优势不限于芯片运算。
AMD 与 HPE 并非提供一堆未集成零件。AMD 负责计算和 ROCm，HPE 与 Juniper 负责机架、交换、冷却和服务，博通提供网络技术。OCP 物理规范、UALink 和以太网，则提供更多供应商可以实现的接口。
这改变控制权的分布，却不自动实现任意替换。开放接口不保证任何替换部件无需认证就能工作，也不保证 CUDA 生产流程免费迁移；开放性本身更不能证明吞吐更高。
ROCm 支持 PyTorch、TensorFlow、JAX 等主要框架，但生产模型可能依赖 CUDA 专用内核、库或监控工具。工程师仍可能重写内核、调通信参数、替换依赖并重新检验质量。在紧迫期限内，这些工作可能超过硬件节省的价值。
云厂商可以承担一部分工作。经过验证的容器、运行方案、配置与支持团队，使客户不必人人自行组建分布式系统团队。但客户仍要比较自己的模型还有多少工作，不能把框架支持勾选视为等效运行。
容量、合同与利用率仍有空白
AMD 表示 Helios 在 2026 年末至 2027 年扩大出货；HPE 与 Vultr 没有为这笔订单提供详细部署日程。不能把公告理解为所有机架已经安装、可预订，或已形成正式普遍可用的云服务。
MI455X 需要先进封装和 HBM4。完整机架也需要 CPU、网络接口、交换托盘、电力设备、冷却和准备好的场地。任何关键部件缺失，都可能拖延集成配置。高密度系统也集中提出了既有数据中心难以迅速满足的设施要求。
合同细节同样有限：交付里程碑、取消条款、最低采购义务和服务份额都未公开。采购承诺、已交硬件、灵活的多年安排，分配风险的方式不同；公开金额不能独自说明适用哪一种。
Vultr 称高性能 AI 基础设施需求超过供给，这是公司的商业判断，不是独立审计的 Helios 利用率预测。它没有公开逐客户需求和未来已占用容量，不能据此认定订单会多快回本。
同时支持 AMD 与 Nvidia 可以分散供给、增强议价。更大内存或能适合某些模型，托管资源也吸引担心供应商集中的客户；但低利用率会让昂贵设备占用资本。客户预订承诺与运行后的重复订单，比期待更有证明力。
地理位置也重要。HPE 仅说美国地点，没有详细地区列表。客户需要实际可用性、数据距离、驻留选项、灾难恢复和服务承诺，才能把订单翻译成可用容量。
基准应是生产环境中的完整任务
训练更依赖集合通信同步；长上下文和混合专家推理，则以不同方式压迫内存、路由和调度。峰值 FP4、FP8 无法裁定两类任务。跨供应商比较还要统一精度、稀疏性假设、软件与输出质量。
有用测试应在相同约束下报告训练完成时间、每秒 token、首 token 与后续延迟、模型大小、上下文、批次、功耗及调优工作量。可用性、维护影响、故障恢复和调度，决定名义性能中有多少变成客户能依赖的工作。
下一步是具名地区可订购容量、可独立检查的负载结果和后续采用。Vultr 在投产后追加订单尤其有意义，因为它把实际经验与新需求相连。更多 HPE 客户则能检验架构是否吸引既有 AMD 用户以外的买家。
Nvidia 可以用更快的 Rubin 交付、软件改进、云合作和自己的以太网产品回应。Helios 不必在所有领域取代它才有价值，而应在内存、可获得性、供应多样性或开放接口足以支持转换时，成为可靠选择。
这笔订单提供了可信的检验场所。真正改变市场的，是经济性可衡量的实际服务，而不是合同标题或规格表里最大的数字。
来源
HPE 订单公告 · HPE 监管披露 · 网络架构分析 · Nvidia NVL72 规格 · AMD Helios 规格 · MI455X 技术报道