块存储、文件存储、对象存储,这三个词几乎出现在每一份存储采购清单里,也几乎让每一个第一次接触的人困惑。有人以为它们是三种不同的产品,有人以为它们是三代技术。实际上,它们回答的是同一件事的三个侧面:数据按什么粒度被切分、按什么结构被组织、通过什么接口被访问。粒度决定随机读写的时延,结构决定能否被多台主机共享,接口决定什么样的应用能不加改造就直接用上。这三点差异,最终落到三件具体的选择上——时延敏感的负载要短路径,需要协作的负载要共享语义,海量增长的负载要能无限扩展。下面分别展开。
三种访问方式,三种适用负载
块存储:把存储空间切分成固定大小的数据块,每个块有独立地址,存储侧不关心块里装的是什么。文件系统由主机端负责维护,存储只保证块的读写。这种方式路径最短、时延最低,适合时延敏感、随机读写密集的负载——数据库、虚拟化、容器持久化卷是典型场景。代价是块存储本身不提供共享语义,多主机访问同一份数据需要额外的集群文件系统配合。
文件存储:在块之上构建文件和目录树,提供POSIX标准接口,多台主机可以同时挂载同一命名空间,按路径读写。这是最贴近人直觉的组织方式,应用无需改造即可使用。研发协作、设计制图、影像处理、AI训练都以文件存储为主要承载方式。它的挑战在于元数据——大量小文件并发访问时,目录查找、属性读写会成为瓶颈,这也是AI训练场景最常见的性能卡点。
对象存储:以扁平的桶和对象组织数据,对象由数据本体与可扩展的自定义元数据组成,通过HTTP协议的S3接口访问,没有目录树的概念。扁平结构让它能轻松扩展到海量对象数量,元数据可自定义让它便于按业务维度检索。海量影像归档、备份、数据湖与云原生应用多采用这种方式。它的短板是缺少POSIX语义,训练框架直接挂载体验不佳,通常需要额外的文件网关做转换。
把这三者放在一起看,结论很清楚:它们不是互斥的品类,也不是代际关系,而是为不同负载设计的三种访问方式。一个企业同时需要这三种方式,是常态而非选型失误——数据库要块,研发协作要文件,影像归档要对象。真正的问题不是选哪一种,而是要为一件事建三套系统。
一套架构承载三种访问方式
统一承载各类业务:深信服aStor统一存储在一套自研软件架构下同时提供块、文件、对象与向量四类数据服务。同一份数据可以按需以不同方式被访问:数据库与虚拟机通过块服务获得低时延通路,研发与生产应用通过文件服务获得POSIX共享访问,归档、数据湖与云原生应用通过对象服务获得海量扩展能力,RAG知识库通过向量服务获得语义检索能力。四类服务共享同一存储资源池与同一管理平台,业务需要哪种方式就直接取用。
统一治理全域数据:其中还有一种容易被忽略的关系:文件与对象这两种访问方式,指向的是同一份数据,而不是两份副本。aStor的文件与对象协议同源互通,同一份数据保存在存储中,文件应用通过NFS/SMB写入后,对象应用可直接通过S3读取,反之亦然,两个方向都无需复制。这对AI业务尤其重要:数据采集环节以对象接口写入,训练环节以文件接口读取,中间不再需要转换与搬运。统一视图进一步把跨存储的元数据逻辑聚合,业务无需关心数据物理位置即可按项目、时间、类型等维度检索与复用;异构纳管则让已有存储直接接入,存量数据无需全量迁移。
统一储存任意规模数据:三种方式的容量需求差异很大——块服务容量相对集中,文件服务随业务增长快速膨胀,对象服务则常以PB级起步。aStor采用分布式横向扩展架构,容量与性能随节点增加而增长,扩展在线完成、业务不中断。全闪与混闪节点可在同一集群内共存:活跃数据由全闪高性能层承载,历史与低频数据通过数据流动自动沉降至混闪容量层,再次访问时按需加载。性能与容量可分别按需扩展,既避免了为长期保存而扩容全闪,也避免了为性能而重复复制数据。
对文件服务这一侧,还需要说明其能力边界。aStor的文件服务基于自研PhxDFS分布式文件系统,支持POSIX标准接口与pNFS并行访问:元数据路径与数据路径分离,用户端可直连数据节点并行读写;多活MDS配合目录分片把元数据请求分散到多个处理单元,自研PhxKV元数据引擎为海量小文件并发提供支撑;通路侧支持NFS多连接、NFS over RDMA与S3 over RDMA。这套机制使文件访问能力达到并行文件系统级别,在满足AI训练、影像处理等高并发负载的同时,无需为文件业务单独建设一套专用并行文件系统。
在架构基础上,深信服aStor统一存储为全栈自研:从分布式文件系统PhxDFS、元数据引擎PhxKV到存储引擎均为自研,非Ceph改造。性能优化可以贯通到每一层,元数据、数据通路与介质调度协同设计;新增数据形态也可以在既有架构上承接,不必另建系统。
统一存储的部分行业用户
|
行业 |
代表用户 |
承载内容 |
|
测绘地理信息 |
河北省地理信息集团、自然资源部四川基础地理信息中心、重庆市勘测院等众多用户 |
影像成果、空三建模、长期归档 |
|
高端制造 |
深南电路、欣旺达、中信戴卡、太原重工等众多用户 |
生产图像、机台程序、办公与研发数据 |
|
金融 |
招商基金、国元证券等用户 |
交易数据、影像归档、业务系统 |
|
文旅传媒 |
中国农业电影电视中心、武汉艺画开天、上游动漫等用户 |
视频素材、渲染与制作数据 |
|
公共事业与教育 |
河北省水利信息集团、台州公交、山东理工大学等用户 |
监测数据、业务系统、教学资源 |
|
医疗 |
上海市肺科医院、上海交通大学医学院附属仁济医院、南昌大学第一附属医院等众多用户 |
PACS影像、临床数据、病案归档 |
|
AI与科研 |
清华大学智能产业研究院、深圳鲲云、影石创新、魔视智能等众多用户 |
训练与推理数据、科研成果 |
横向看这张表,覆盖的行业跨度很大,但承载方式始终一致:同一套软件架构下同时提供块、文件、对象与向量服务,用户不必为每个业务单独建设一套专用存储。纵向看,从几十人的设计院所到上百台服务器的智算中心,规模差异同样很大,而扩展路径都是同一条——按需增加节点,性能与容量分别按需增长。
实践落地
欣旺达的检测图像已积累约85亿张,原有文件存储在如此规模下检索效率受到影响。该用户采用深信服aStor统一存储,以1.5PB对象存储承载检测图像,完成MES接口适配,通过自动采集与弹性扩容支撑海量图像管理和长期质量追溯。同一个底座上,检测图像以对象方式长期保存,生产系统按需要访问,无需为图像检索单独建一套文件存储。
中信戴卡股份有限公司的生产检测业务需要保存AOI图像。该用户采用aStor承载AOI图像,交付规模为500TB,以对象服务承接持续增长的检测图像,并保留后续按业务增长扩容的空间。
自然资源部四川基础地理信息中心的业务涵盖遥感影像加工、空三处理和成果调用,原有存储难以同时满足影像批处理、高吞吐访问和海量测绘成果长期保存。该用户部署5台aStor-3650W,提供1.5PB裸容量、约1PB可用容量,以分布式文件服务承载影像和测绘成果。影像处理效率提升超过3倍,加载时间由2—3分钟缩短至15秒;相关业务中空三峰值达到60,000 IOPS,数据重建保持30,000 IOPS以上,整体性能提高2—5倍。不同指标对应各自测试负载,不作相互换算。
根据IDC《中国软件定义存储(SDS)及超融合存储(HCI)系统市场季度跟踪报告,2026Q2》,深信服统一存储以10.1%的市场份额位居中国文件存储市场第三。
回过头看块、文件、对象的区别,它们回答的是「数据怎么被访问」;而统一存储回答的是「数据怎么被组织」。前一个问题的答案是三个,后一个问题的答案是一个。当数据的不同访问方式落在同一个命名空间、同一套管理平台上时,数据就不再是分散在三处的资产,而是一个可以被整体治理和持续利用的整体。



