对象存储Object，分布式文件存储NAS，分布式块存储（ServerSAN）

 

差异点\产品	ServerSAN	分布式NAS	分布式对象存储
接口协议	块（SCSI协议）	文件（NFS、CIFS协议）	对象（OpenStack SWIFT、Amazon S3）
时延	较低(<10ms左右)	中(10ms~100ms)	高（60ms以上）
一致性	强一致性	强一致性	最终一致性
应用场景	分布式云平台、数据仓库、虚拟机；客户为企业客户	文件共享，如媒资、医疗影像归档、卫星图片	云服务，如Amazon S3;客户为个人客户

ServerSAN

1,   适配云化环境，有良好的扩展伸缩能力
2，适配未来云化环境下的自动资源分发以及资源管理需求。
3，由于企业的云数据中心主要承载企业业务，因此对性能时延也有一定的要求，设计采用了支持IB组网，支持SSD cache加速等提高性能的设计。
4，数据需要有强一致性，任何时刻的数据必须保证一致性以及可靠性。（为了性能采用多副本跨界点分布等方式来保证数据可靠性）
5，由于数据分块以及跨节点的数据转发，并不适合大文件顺序流读写场景。

分布式NAS：

目标是面对高性能计算，大吞吐量的数据处理，大数据处理等企业存储需求。
1， 为了大吞吐量，支持高效IB互联等技术
2， 支持SSD作为cache加速等
3， 应用场景，媒资、HPC等场景都是使用NAS来做的，支持NFS/CIFS接口

对象存储：

1， 为了满足大并发，我们的节点就不能有主备等角色之分，而是每个节点都能处理业务，而不是内部进行转发

2，元数据采用链接地址的方式转嫁给最终个人用户去保存，减少元数据的结构，快速响应（serversan中这部分资源管理采用X86 CPU资源，并且在存储中保存元数据LUN）

 

超大规模数据管理能力（性能不下降）是Object存储相对于文件存储的最大优势。File Storage采用了树形结构对所有文件和目录进行管理，当文件或目录过多时，文件或目录的检索性能就会极大下降。Object Storage只有目录和对象两层结构，这种扁平化的结构即使对象数量达到百亿级别，对象的检索速度依然不会有大的变化。但对象存储接口是应用级接口，而不是系统级接口，因此传统应用迁移到对象存储时需要重新开发，这是对象存储规模应用的最大困难。

1， Object storage相对于file storage 核心差异有几点

        海量并发，直接面对终端用户（1k-1M以上的并发），文件存储一般并发都在1K以下

        不确定的数据增长，超大容量的弹性扩展

2， 为了实现终端用于的海量并发以及超大容量的扩展，传统B树等元数据组织模式是无法满足这种需求的

3， 文件存储因为面对的是企业客户访问需求因此通过CIFS/NFS等协议，设计理念就是为了解决文件的共享，并不是为了解决大规模的网络用户访问

        因此，对象存储一般采用HTTP协议来传输数据。