知识卡片：NVIDIA cuObject 与 SCADA Server SDK 扩展 AI 存储访问

一句话结论

NVIDIA 宣布 cuObject 客户端/服务器库正式可用，将 xio-sig 从 cuFile 扩展到 cuObject，并推出 SCADA Server SDK，试图用标准化 API 与 RDMA 线协议让 GPU 绕过服务器 CPU 直接加速访问文件和对象存储。

事件概述或研究问题

据 NVIDIA 技术博客（Sep 30, 2026），AI 基础设施工程师、存储开发者和云服务提供商需要快速、安全地访问高容量文件与对象存储，以支持训练、微调、推理上下文、工具调用、搜索和数据库查询。GPU、TPU、XPU 等计算加速器需要 RDMA，通过 NIC 或 DPU 加速数据传输，并且不把数据复制经过服务器 CPU 控制的内存。

问题在于：文件与对象存储直连访问长期存在不同 API 和协议；对象存储 over RDMA 也缺少通用线协议，开发者被迫支持厂商特定集成或依赖传统访问方式。NVIDIA 通过扩展 xio-sig 和发布 SCADA Server SDK 来回应这一互操作性问题。

方法/产品要点

• cuObject：cuObject 客户端和服务器库已一般可用（GA），提供标准化 API 和 RDMA wire protocol，用于构建加速对象存储应用与服务器。对象控制协议运行在 HTTPS/TCP 上，对象数据传输运行在 RDMA 上。
• xio-sig 扩展：xio-sig 扩展为同时包含 cuFile 与 cuObject；NVIDIA 与 Google Cloud、Microsoft 合作。Google Cloud 正在评估扩大对 cuObject 的参与；Microsoft 表示期待加入 xio-sig Board。仓库结构按 cuFile 和 cuObject 分开设置；cuFile 与 cuObject 头文件、cuObject wire protocol、libxFile 和 xFilekernel 代码将在生产就绪栈通过一致性测试后共享；治理文档由待定 Board Members 审查。
• SCADA Server SDK：让存储提供商构建 SCADA 服务器，接收 GPU 发起的 SCADA 客户端请求，使用本地或远程存储完成，并通过 RDMA 返回结果。相关组件还包括 Storage Lender Service 和 SCADA 命令行工具，用于配置和部署。
• Storage-Next：NVIDIA 领导超过 40 家厂商与客户，包括 NAND 厂商、控制器厂商、存储提供商、超大规模云和应用开发者，定义 GPU 驱动存储的工作方式，并推动互操作的开放行业标准。SCADA 是支持高吞吐、细粒度、GPU 发起存储访问的软件基础设施。
• IBM Storage 原型：IBM Storage 演示了原型，其中 SCADA 客户端向基于新 SCADA Server SDK 构建的初始版 IBM Storage Scale SCADA 服务器发送请求，展示存储厂商与 NVIDIA 协作构建 SCADA 生态的路径。材料提到该方向可支持语义搜索、推荐系统、欺诈检测等应用访问大型数据集。

主要结果或产业意义

• cuObject 库进入 GA，开发者可开始使用其 API 与线协议；xio-sig 提供让 cuObject 客户端与遵循该线协议的任何服务器端实现互操作的路径。
• SCADA Server SDK 使存储提供商能够构建与 SCADA 客户端互操作的服务器；IBM 原型是互操作性的早期证据。
• 这些工作共同为 AI 开发者、存储提供商和云服务商提供共享 API 与协议，减少厂商特定集成，推动文件与对象存储加速访问的产业标准化。
• 与已有卡片主题不同；本条补充 AI 基础设施与存储 I/O 方向的产品化与联盟进展，增量在于 cuObject GA、xio-sig 扩展、SCADA Server SDK 以及 IBM 原型互操作。

为什么重要

• AI 工作负载瓶颈越来越涉及存储 I/O；GPU 架构加速后，数据访问路径若经过 CPU，会限制吞吐、增加延迟和 CPU 占用。
• 对象存储 over RDMA 缺少通用线协议，影响可移植性和互操作；xio-sig 与 SCADA 试图以开放标准解决。
• 对云服务商与存储厂商而言，标准化可能改变产品集成方式与生态位；对 AI 应用开发者而言，可能简化高性能存储接入。
• 对图书、PPT 或简报而言，这是“AI 工厂”叙事中从算力扩展转向数据通路与存储网络扩展的一环。

局限与不确定性

• 来源为 NVIDIA 技术博客，且页面包含 AI 生成摘要；重要信息需核实。
• 来源标注日期为 Sep 30, 2026，待核实。
• Google Cloud 的参与是“正在评估”，Microsoft 是“期待/计划加入 Board”，治理文档与 Board Members 状态待定，不应视为已完成。
• xio-sig 代码共享以生产就绪栈通过一致性测试为前提；具体时间表待核实。
• IBM Storage Scale 与 SCADA 为原型演示，并非生产部署；性能、规模、安全与兼容性数据在材料中未提供，待核实。
• SCADA Server SDK 的正式支持状态、许可条款与可用范围，材料未完整说明，待核实。
• 材料未给出与既有存储协议或产品的定量对比，待核实。

可用于图书/PPT/简报的角度

• 从“计算加速”到“存储访问加速”：AI 基础设施竞争转向数据供给通路。
• 开放联盟与标准：xio-sig、Storage-Next、SCADA 如何组织存储厂商、云厂商和应用开发者。
• 零拷贝、RDMA、GPU 发起 I/O 对训练、推理、搜索等负载的潜在影响。
• 文件与对象存储统一 API 与线协议：降低多厂商集成成本。
• 生态案例：IBM Storage Scale 原型、Google Cloud 评估、Microsoft Board 意向。
• 风险与治理：标准落地节奏、一致性测试、生产验证、性能证据。

原始材料

• 英文标题：Expanding AI Storage Access with NVIDIA cuObject and the NVIDIA SCADA Server SDK | NVIDIA Technical Blog
• 原始来源：https://developer.nvidia.com/blog/expanding-ai-storage-access-with-nvidia-cuobject-and-the-nvidia-scada-server-sdk
• 作者：Harish Arora, Vikram Sharma Mailthody, Kiran K. Modukuri, CJ Newburn
• 来源日期：Sep 30, 2026（来源所载，待核实）
• 英文关键词：NVIDIA cuObject, NVIDIA SCADA Server SDK, xio-sig, cuFile, RDMA, GPU-initiated storage, Storage-Next, IBM Storage Scale, GPUDirect Storage, zero-copy, object storage, file storage
• 材料内提及的相关资源：xio-sig repository, cuObject documentation, cuObject Server 2.0.0, Storage Lender Service, GPUDirect Storage (GDS) documentation, cuFile APIs documentation, NVIDIA CUDA 13.4 preview downloads