BeeGFS 在 Huawai OceanDisk 存储服务器上运行，但真正的考验才刚刚开始

通过一项新集成，BeeGFS 可在 Huawai OceanDisk 存储服务器上运行，将并行文件系统直接置于 Huawei 的存储硬件内部。该合作于 9 月 14 日宣布，取消了 Huawei 方案中专用文件系统服务器的设置。这种整合是其核心承诺，但两家公司尚未公布该组合系统的独立性能测试结果。

BeeGFS 背后的公司 ThinkParQ 与 Huawei 将该产品称为 OceanDisk Built-in File System HPC Storage Solution。它将 BeeGFS 与 OceanDisk 1610 智能磁盘柜相结合，面向高性能计算和人工智能工作负载。

这一安排对 NetApp 等厂商的 BeeGFS 部署所采用的传统构建模块模式构成了压力。这些系统将文件服务与底层存储阵列分离。Huawei 认为，在 OceanDisk 虚拟机中运行 BeeGFS 可形成更简化的融合式设计。

与公告中有关速度或效率的宏观承诺相比，这一架构变化更为重要。Huawei 公布了 OceanDisk 1610 的大量规格，包括最高 175 GB/s 的读取带宽。然而，这些数字描述的是磁盘柜本身，而非运行客户工作负载的经测试 BeeGFS 集群。

因此，该合作为买家带来了明确的权衡。整合可以减少硬件和部署步骤，但也将文件服务、存储处理及厂商依赖集中在一个平台中。

BeeGFS 移入 OceanDisk 后发生了什么变化

这一集成改变的是 BeeGFS 的运行位置，而非该并行文件系统分布数据的基本方式。

ThinkParQ 和 Huawei 于 2026 年 9 月 14 日宣布，双方围绕 OceanDisk 1610 展开战略合作。据两家公司称，BeeGFS 现可原生运行于该磁盘柜内置的虚拟机中。

BeeGFS 是一种并行文件系统，这意味着它会将文件数据条带化分布到多个存储目标，以支持并发访问。其客户端可同时连接多个存储服务器，聚合整个集群的带宽。

BeeGFS architecture 通常将管理、元数据、存储和客户端服务分离。服务器组件以用户态进程运行，而 Linux 客户端则通过内核模块提供标准挂载点。

这种灵活性本已允许管理员在一个系统上组合多个 BeeGFS 服务。BeeGFS 文档将不使用独立存储服务器的安装称为融合式部署。Huawei 将这一选项应用于其存储磁盘柜内部，而非传统的外部文件服务器。

OceanDisk 的内置虚拟机在靠近 NVMe 存储池的位置承载 BeeGFS 服务。计算节点继续运行应用程序，并通过 BeeGFS 客户端访问文件。存储端软件随后负责管理文件放置及在可用目标间的数据移动。

这种安排不同于仅将 OceanDisk 认证为外接块存储设备。它将文件系统层的一部分嵌入存储平台，形成由 ThinkParQ 和 Huawei 共同关联的打包式架构。

Huawei 的 OceanDisk 1610 是一款 2U 磁盘柜，配备 36 个 NVMe SSD 插槽。它包含两个双活控制器，这意味着两个控制器均可参与工作，同时提供故障切换路径。

已公布的配置列出四颗 48 核处理器，共计 192 核，并配备 1 TB 缓存。Huawei 未在公开数据表中说明处理器型号。

该产品支持 NVMe over RoCE，这是一种利用远程直接内存访问技术、通过以太网传输 NVMe 命令的协议。1610 还提供 Fibre Channel 和传统以太网连接。

Huawei 将其更广泛的存储网络实现称为 NoF+。该技术栈结合了 NVMe over Fabrics、无损以太网、可用性功能以及 Huawei 的管理技术。

BeeGFS 能在 Huawai OceanDisk 存储服务器上运行，是因为该磁盘柜提供的不只是原始闪存容量。其处理器、缓存、网络和虚拟机支持，为 ThinkParQ 在存储设备内部运行文件服务提供了空间。

Huawei 将这一组合设计定位于科学计算、工程仿真、生命科学、AI 训练及类似的数据密集型任务。这些工作负载通常涉及大量客户端并发读取或写入大型数据集。

公告未披露使用已完成集成方案的生产客户，也没有提供部署规模、上市日期、支持的 BeeGFS 版本或详细配置指南。

这些缺失使此次发布与一套完整文档化的参考架构有所区别。两家公司推出了产品方向和集成模式，但买家仍需看到实施层面的证据。

融合式设计为何对 HPC 和 AI 很重要

Huawei 所销售的是运营层面的压缩：更少的独立服务器角色、更少的部署层级，以及在每个存储磁盘柜内部完成更多工作。

传统 HPC 存储可能需要阵列、文件系统节点、管理服务器、网络交换机和独立的可用性工具。每一层都会带来配置工作，也增加了运营人员需要监控的组件。

OceanDisk 设计试图合并其中若干职责。BeeGFS 服务在磁盘柜内的虚拟机中运行，而磁盘柜则提供共享 NVMe 容量和数据保护。

Huawei 表示，这种方式可取消专用文件系统服务器。如果能够在生产配置中得到支持，这一变化可减少服务器数量并简化物理安装。

它还可能缩短 BeeGFS 服务与存储介质之间的数据路径。其实际意义取决于 Huawei 如何在内部连接虚拟机、控制器、缓存和 NVMe 设备。

Huawei 的 OceanDisk data sheet 列出了全闪存 OceanDisk 1610 最高 175 GB/s 的读取带宽和 75 GB/s 的写入带宽。它还宣称最高可达每秒 520 万次输入输出操作。

这些是产品的最高规格，并非联合 BeeGFS 解决方案的已公布结果，也不应被视为应用层性能。

并行文件系统带来的工作不止于块访问。元数据操作、文件条带化、客户端并发性、网络、保护策略和小文件行为，都会影响实际观察到的性能。

AI 训练便说明了这一挑战。模型训练集群可能会流式读取大型检查点文件，同时众多工作节点请求训练数据集的部分内容。元数据密集型准备任务的表现可能不同于顺序检查点传输。

科学计算工作负载则呈现另一种组合。仿真任务可能创建大量文件、写入大型结果集，并为后续分析阶段提供数据。仅凭聚合带宽无法描述这一完整流程中的性能。

Huawei 表示，硬件级 NVMe-over-Fabrics 卸载可将读取带宽提升 30%。它还将 30% 的提升归因于其 FlashLink 磁盘控制器算法及数据控制平面分离。

这些百分比仍是 Huawei 的主张，而非对 BeeGFS 集成方案的独立测量结果。买家需要了解每项比较所依据的基线配置和工作负载。

容量同样需要谨慎解读。Huawei 列出的 1610 可用全闪存容量最高为 4 PB，混合配置最高可达 20 PB。单个 2U 全闪存控制器磁盘柜在扩展前的物理容量更低。

该磁盘柜支持纠删码，包括 23+2 等配置。纠删码将数据和校验信息分布在多个设备上，与保留完整重复副本相比可降低保护开销。

BeeGFS 还单独支持 buddy mirroring，可在配对目标之间同步复制元数据或文件内容。管理员必须了解 BeeGFS 的保护机制如何与 OceanDisk 的控制器级保护和纠删码协同作用。

在多个层级重复实施保护可能消耗容量，并使故障恢复更加复杂。仅依赖一个层级则可能形成与现有 BeeGFS 设计不同的可用性边界。

这一合作之所以重要，是因为它将这些选择转化为产品级提案。ThinkParQ 和 Huawei 不只是表示其技术能够连接，而是将该集成方案作为可部署的 HPC 和 AI 存储系统推出。

对买家而言，潜在收益是减少架构组装工作。相应的责任则是验证哪些环节变得更简单、哪些功能移入了磁盘柜内部，以及哪些仍需外部基础设施支持。

BeeGFS 通过压缩一层硬件运行于 Huawai OceanDisk 存储服务器

其机制是整合，但整合并不自动意味着更快或更具韧性的存储。

传统 BeeGFS 构建模块通常将存储和元数据服务部署在连接闪存阵列或本地驱动器的 Linux 服务器上。管理员通过增加服务器、存储目标或完整构建模块来扩展文件系统。

Huawei 则在 OceanDisk 内部提供处理器和内存资源。内置虚拟机承载合作伙伴文件系统，使 BeeGFS 无需独立文件服务器硬件即可使用磁盘柜的共享闪存。

这种安排可以减少重复的计算资源。它还可以让存储和计算容量独立扩展，因为应用服务器不再需要承载存储设备。

这一概念与解耦式基础设施一致，在这种架构中，计算、网络和存储成为可独立管理的资源池。当工作负载对这些资源的需求比例不同时，解耦可提高资源利用率。

不过，Huawei 的实现也将软件和存储重新融合在一台设备内部。计算节点仍然独立，但并行文件系统服务与 OceanDisk 平台紧密绑定。

这正是主要的竞争张力。传统 BeeGFS 设计强调由 Linux 服务器、网络和受支持存储组合而成的模块化构建模块。Huawei 则提供了一个可见层级更少、高度集成的软件包。

高密度设计可减少机架空间和布线。若一家厂商能提供经过测试的配置、固件矩阵、部署流程和协调支持，它也可能使认证更容易。

该公告尚未提供完整的配置矩阵。它没有说明每个存储柜运行多少台 BeeGFS 虚拟机，也未说明每台虚拟机承载哪些服务。

它同样没有回答网络方面的问题。买家需要了解支持哪些客户端网络架构、预期超额订阅比例、推荐的交换机拓扑，以及控制器故障切换时的行为。

元数据部署尤其值得关注。BeeGFS 将目录分布到多个元数据服务中，而文件内容则条带化分布在存储目标上。这两类角色之间的平衡会影响小文件性能和命名空间响应速度。

两家公司尚未披露元数据服务与存储服务是否共用同一批 OceanDisk 虚拟机，也没有说明这些服务的处理器、内存和缓存预留配置。

当存储控制器还要执行 RAID、纠删码、协议处理和管理任务时，资源隔离至关重要。繁忙的文件系统虚拟机不得以不可预测的方式干扰阵列核心功能。

反过来也是如此。重建、磁盘降级或控制器活动可能消耗 BeeGFS 原本预期可用的资源。

BeeGFS 通过两款产品已支持、且在技术上可行的组件运行在 Huawai OceanDisk 存储服务器上。尚待回答的问题是，这一打包设计能否在高压负载下保持可预测的行为。

这需要的不只是一个最大带宽数字，还需要涵盖数据传输、元数据操作、故障恢复、混合工作负载以及跨多个存储柜扩展能力的测试数据。

已公布的数据无法验证联合系统

Huawei 已披露性能可观的硬件，但双方合作尚未公布足够证据来评估最终的 BeeGFS 系统。

核心规格是全闪存 OceanDisk 1610 的最高读取带宽可达 175 GB/s。Huawei 标称其写入带宽为 75 GB/s，IOPS 为 520 万。

这些数据确立了该存储柜宣称的性能上限，但并未说明 BeeGFS 客户端在经历文件系统处理、数据保护、网络争用和工作负载波动后，实际能获得怎样的性能。

有价值的评估应区分多个维度。顺序吞吐量衡量大规模传输，而 IOPS 往往反映更小粒度的操作。元数据性能则衡量创建、查找和删除文件等命名空间操作。

AI 流水线可能同时对这三方面施压。训练通常偏向持续读取，检查点会产生写入，数据集准备则可能生成大量小文件。

客户端数量也会改变结果。一个系统可能在众多节点间实现很高的聚合带宽，却为单个客户端提供较低性能；在不利的条带化设置下，反过来的情况也可能发生。

BeeGFS 允许管理员选择条带数量和块大小。这些选项决定文件如何分布到各个存储目标上，并可能显著影响性能。

该集成公告没有说明基准测试配置。它没有提供客户端数量、网络布局、文件大小、条带设置、保护模式或持续测试时长。

Huawei 还宣称 OceanDisk 的可靠性达到 99.999%。这一表述来自厂商，且并未界定完整 BeeGFS 解决方案的可用性。

应用可用性不只取决于磁盘和控制器的可靠性，还包括虚拟机恢复、BeeGFS 服务故障切换、元数据状态、网络、软件升级和运维流程。

BeeGFS 文档警告，镜像不能取代备份。镜像会保留第二份当前副本，但无法恢复被用户或应用删除或覆盖的文件。

因此，即便是集成式设备仍需制定数据保护方案。买家必须决定如何处理快照、备份、异地副本、勒索软件恢复和长期保留。

故障域设计提出了另一个悬而未决的问题。BeeGFS buddy groups 可将成对目标置于不同机架或服务器机房中。这种隔离可防范不止单一设备故障。

高度集成的设备可以保持控制器冗余，但存储柜级别的风险可能仍未解决。生产环境架构必须说明数据和元数据如何在整个 OceanDisk 系统丢失后得以存活。

多存储柜行为尤其重要，因为 Huawei 将该平台描述为横向扩展架构。公告没有公布最大存储柜数量或经验证的性能扩展数据。

看似线性的硬件规格并不保证文件系统能线性扩展。随着系统规模增长，网络拓扑、元数据负载、目标均衡和管理开销都可能限制收益。

软件生命周期支持也是一个问题。BeeGFS 客户端与 Linux 内核交互，而服务器服务和 OceanDisk 固件各自遵循不同的发布节奏。

客户需要一份兼容性矩阵，涵盖 BeeGFS 版本、Linux 发行版、固件版本、虚拟机镜像和受支持的网络适配器。他们还需要明确的升级顺序。

合作公告称，ThinkParQ 已通过本地销售和支持团队扩大其在中国的业务。ThinkParQ CEO Frank Herold 还提到了其在中国和德国的客户。

区域支持有助于部署，但无法回答谁应负责跨层故障。一次故障可能涉及 BeeGFS 软件、Huawei 虚拟化、控制器固件、网络或 Linux 客户端。

一个可信的联合解决方案需要覆盖这些层级的统一升级流程，并应明确日志收集、诊断归属、更换流程和响应责任。

地域因素也带来了额外的现实问题。Huawei 产品在部分市场面临采购限制，这可能缩小该组合系统的潜在客户范围。

两家公司将合作定位于中国和德国，而非广泛的全球供应。公告未列出支持的国家、渠道合作伙伴或部署区域。

这些不确定性都不会否定该设计，但意味着该产品应被视为一种新兴的集成式架构，而非已被验证的性能成果。

谁将面临 Huawei 内置文件系统战略的压力

最直接的压力将落在那些 BeeGFS 解决方案依赖独立文件服务器、集成工作和更大硬件占地面积的供应商身上。

BeeGFS 长期以来支持多样化硬件，因为其服务器服务以普通用户空间进程运行。这种可移植性帮助厂商利用内部磁盘、外部阵列、NVMe 平台和不同网络技术构建系统。

Huawei 的举措利用这种开放性，将文件服务器角色吸收进 OceanDisk。如果该设计表现良好，买家可能会质疑，为何竞争方案仍需要专用节点。

这一问题并不会自动令 Huawei 占优。独立服务器可以提供更清晰的资源隔离、更大的硬件选择空间，以及文件系统计算资源的独立扩展能力。

元数据密集型工作负载可能需要增加处理器能力，却不需要更多闪存。传统设计可以增加或重新配置文件节点，同时保持存储层不变。

在集成式存储柜中，客户依赖于 Huawei 所提供的资源和虚拟化控制能力。如果文件服务超出这些资源分配，设计的便利性就会变成约束。

NetApp 的 BeeGFS 架构强调经过验证的硬件组合和共享磁盘高可用性。其文档化方案使用 Pacemaker 和 Corosync 来协调 Linux 文件节点之间的故障切换。

Dell、Lenovo、Western Digital 和其他基础设施供应商也参与了 BeeGFS 参考设计或系统集成。它们的方法各不相同，但大多数保留了传统的服务器和存储边界。

Huawei 所挑战的是这种组装模式，而不是取代 BeeGFS 本身。无论结果如何，ThinkParQ 都能受益，因为其软件仍是并行文件系统层。

这一合作可能扩大 BeeGFS 在已标准化采用 Huawei 基础设施的客户中的使用。它为这些买家提供了一条打包路径，无需从独立服务器构建文件服务。

它也为 Huawei 提供了成熟的并行文件系统，而无需从头建立全新的客户端和命名空间层。这可以降低围绕 OceanDisk 的软件采用门槛。

根据已发布的公告，这项安排并非独家。BeeGFS 仍可通过其他硬件厂商和部署模式获得。

OceanDisk 同样支持其他并行文件系统。Huawei 的产品资料将 Lustre 和 IBM Spectrum Scale（原名 GPFS）与 BeeGFS 并列。

这种多文件系统定位揭示了 Huawei 更广泛的战略。该存储柜旨在成为可编程的存储基础，在其中合作伙伴软件可贴近存储介质运行。

对买家而言，这带来的是架构组合之间的竞争，而非单纯的文件系统之争。比较对象变成了 Huawei 加 BeeGFS，与其他完整的软件、服务器、存储和支持组合之间的较量。

因此，商业评估还必须包括运维适配性。设备数量更少的系统仍可能需要专业技能，尤其是在诊断隐藏于设备内部的交互问题时。

组织应要求每项方案提供物料清单和逻辑架构，并比较控制器资源、文件系统节点、网络、冗余、可用容量和管理依赖关系。

测试必须反映预期应用，而非厂商偏好的基准测试。基因组学流水线、工程仿真和大模型训练任务可能以不同方式对同一存储系统施压。

具有代表性的概念验证应包含故障事件。团队应在衡量应用影响的同时，中断控制器、存储目标、网络路径和 BeeGFS 服务。

它还应包括升级测试。运维人员需要了解固件变更是否会中断虚拟机，以及 BeeGFS 服务在维护期间会迁移还是重启。

如果 Huawei 能够记录这些行为并产出可重复的结果，该集成设计将成为更具竞争力的参考方案。缺少这些内容，成熟的模块化架构仍将保有证据优势。

三个信号将显示该合作是否已具备生产就绪条件

基准测试、部署文档和具名客户将决定这一集成方案是成为真正的选择，还是仍停留在发布阶段的设计。

第一个信号是一份完整的参考架构。ThinkParQ 和 Huawei 应公布支持的硬件、BeeGFS 版本、服务部署位置、网络拓扑、保护设置和扩展限制。

该文档应明确为每台虚拟机预留的资源，也应说明存储服务在控制器维护和整个存储柜故障期间的行为。

参考架构将强化合作的核心主张，因为独立团队可以复现这一部署。缺少它，实施细节仍将依赖与厂商的直接沟通。

第二个信号是工作负载级测试。有价值的结果应涵盖大文件吞吐量、元数据操作、混合工作负载、客户端扩展能力，以及降级运行期间的性能。

测试应同时报告峰值和持续性能，并说明文件大小、客户端数量、网络速度、条带设置、数据保护方式和可用容量。

独立验证将比仅由厂商开展的测试更具说服力。来自成熟 HPC 中心、研究机构或知名基准测试组织的结果，将提供可信的比较依据。

这些证据可以显示内置虚拟机究竟是消除了瓶颈，还是制造了新的瓶颈。较弱的扩展能力或不一致的延迟表现，都会削弱整合方案的论点。

第三个信号是具名的生产部署案例。客户应说明其工作负载、此前的架构、安装过程、运行规模，以及选择这一组合系统的原因。

最有价值的案例研究应包含运营结果，而非笼统的满意度评价。部署时间、持续吞吐量、恢复表现和管理工作量，将直接检验 Huawei 的主张。

ThinkParQ 表示，此次合作将覆盖中国和德国的客户。这两个市场中任一市场的参考客户，都将有助于明确可用性、支持责任归属及实际采购渠道。

在这些信号出现之前，BeeGFS 运行在 Huawai OceanDisk 存储服务器上，仍可视为一项可信的技术集成，但其公开验证尚不完整。底层产品已具备成熟能力，但二者的组合才是当前需要评估的对象。

基础设施团队现在就可以着手准备：在联系任一供应商前，先定义验收标准。记录工作负载组合、客户端数量、目标容量、可用性目标、恢复预期及升级限制。

将支撑材料保存在可搜索的工程知识库中。这样可更轻松地比较供应商主张、测试结果、架构决策和故障观察记录。

随后，向 Huawei 和 ThinkParQ 索取能够证明符合这些要求的证据。拟议系统在启用保护功能后，能否维持性能？它能否经受住一个机箱丢失的情况？跨越 BeeGFS 和 OceanDisk 层的事故由谁负责？升级会如何影响正在运行的作业？

这些答案比发布时列出的规格更重要。如果两家公司公开这些信息，这项合作可能会对既有的 BeeGFS 一体机设计形成压力。如果信息仍不公开，买家应将该系统视为一种很有前景、但仍需谨慎验证的架构。