对象存储Object,分布式文件存储NAS,分布式块存储(ServerSAN)

 

差异点\产品

ServerSAN

分布式NAS

分布式对象存储

接口协议

块(SCSI协议)

文件(NFSCIFS协议)

对象(OpenStack SWIFTAmazon 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协议来传输数据。

 

 

 

 

 

你可能感兴趣的:(对象存储Object,分布式文件存储NAS,分布式块存储(ServerSAN))