VDURA宣布V12正式可用：多租户存储进入交付阶段，先观察任务之间的相互影响

10-01 3阅读

VDURA于2026年9月30日宣布Data Platform V12正式可用，适用于V5000类系统，并可供V11客户升级。公告介绍了多租户管理、API自动化与数据分层等能力，以及经认证的Supermicro配置。文中的能效和成本比较由厂商提供，不应直接视为任意AI集群都能获得的结果。

AI生成概念示意图，非真实产品照片或软件界面。

共享存储，要用同时发生的任务来验收

本文认为，多租户存储最值得关注的指标，是一个团队突然忙起来时，另一个团队的工作是否仍能按预期完成。单个任务独占设备时跑得很快，只回答了系统在一种理想条件下能做什么。

一个贴近实际的试验可以同时安排三类工作：甲组连续读取一批训练样本，乙组保存阶段性结果，丙组打开少量历史文件。先分别执行，再同时执行，记录每一组等待时间如何变化，尤其关注偶发的长等待是否影响交付。

如果只有总吞吐量上升，而其中一组经常停顿，就需要继续检查资源分配。评估记录应能够解释哪个任务在什么时候争用了什么，而不是把所有请求揉成一个平均值。这样的记录更利于容量规划，也更容易向使用者说明限制。

本文设计的另一个场景，是让同一批资料先沉寂一段时间，再突然被集中使用。读者可以将它理解为季度结束后重新查看旧素材。关键问题是首次访问和后续访问分别需要多久，以及其他工作是否被这次读取拖慢。

这类测试应保留相同的数据集和任务顺序。若每次比较都换了文件大小或缓存状态，结果很难说明差异来自哪里。对成本的讨论也应包括容量预留、维护时间和网络需求；产品宣传中的单项比例不能代替整套工作记录。

对于自动化配置，应先验证资源创建后是否具备预期边界，再验证删除或回收后能否留下可追查记录。快速提供空间只是前半程，确认空间被正确归还同样影响长期运营。

已有用户评估升级时，可以先为一项不紧急任务准备测试副本，检查应用的读写、监控和备份流程是否仍然一致。仅能挂载或列出文件，还不足以代表完整工作链已经通过。

最后让负责应用的人参与一次恢复演练：从某个已知时间点找回数据，重新完成一项具体任务，并核对输出。若存储团队说恢复成功，而应用团队仍不能继续工作，就说明验收口径尚未对齐。正式可用是交付状态，实际适配则需要双方共同确认。

本文于北京时间2026年10月1日核验。新闻事实来自上述第一手资料；场景推演与评估建议为本站独立分析，功能范围以官方后续说明为准。