北极星

搜索历史清空

  • 水处理
您的位置:电网信息化自动化评论正文

软件定义存储之傻瓜说

2013-07-31 15:34来源:比特网关键词:存储虚拟化服务器收藏点赞

投稿

我要投稿

EMC ViPR同样能够支持SMI-S和REST,后面的一个图片中有简单说明。

这张图,是在EMC发布ViPR之前对软件定义存储的描述,其中浅蓝色的部分正是今天的ViPR。或许它描述了ViPR与OpenStack之间的关系——既然ViPR已经实现了对底层不同产品线的支持,向上就可以使用几个通用的适配器驱动来分别支持Swift对象、Glance虚拟机镜像和Cinder卷服务?即而ViPR充当中间层,不用再为每个系列的存储单独写驱动了?

5.扩展阵列支持

上图中可以看到ViPR与存储阵列之间的几种接口,以及对第三方阵列开放支持的架构。下面我摘录了EMC资料中的一些文字:

“要成为真正意义上的软件定义的存储,平台必须能够可编程。ViPR 提供简单而强大的表述性状态转移 (REST) API,从而与多供应商存储资源建立了连接,就好像它们是一个大的存储池一样。”

“使用 SMI-S 和供应商阵列提供的大量 API,EMC 为不同的阵列构建了适配器,并且提供了简单一致的 API,用于构建新适配器以支持新阵列。这将创建一个可扩展的”即插即用“存储环境,该环境可以自动连接到、发现和映射阵列、主机以及 SAN 连接结构。管理员和开发人员还可以开发跨阵列并且支持混合数据类型(如文件中对象)的独特新数据服务。”

“EMC 将发布 ViPR API,以帮助添加新阵列适配器和新数据服务。这样,开发人员可以专注于添加的功能和价值,而不必操心底层存储的细枝末节。ViPR 还支持企业和服务提供商建立开发人员社区,吸引开发人员和 ISV 加入进来,进而不断扩大增值数据服务的规模。”

OpenStack最大的优势在于开源,因此主流厂商纷纷支持并提供驱动,但相对松散的联盟使它在存储管理方面暂时还只能实现一些相对基本的功能,比如Cinder项目还不够成熟完善,由NetApp提出的文件服务还处于Beta阶段,Swift不适合一些场景(没有适合所有场景的吧?)等。

ViPR则恰恰相反,尽管还未正式发布并处于完善的过程中,但可以预料它在OpenStack不足的那些方面可能会做的更好。但是友商们会积极支持ViPR,并愿意看到它成为业内标准吗?

二、关于数据平面

1.文件中的对象数据服务

谈到ViPR数据平面提供的对象存储功能,暂时还没有看到相关的图片,下面从EMC资料中摘录了一些文字。

“开发人员可以创建这样的对象数据服务:

不仅能在普通廉价磁盘上运行,而且还可以访问对象,将对象存储在文件服务器上并利用该文件服务器的性能。在此示例中,ViPR 还提供通过数据路径访问对象存储,也可以通过数据路径访问文件服务器。例如,组织可以在高性能 NAS 设备上存储、访问和操作对象,而不必重写现有基于文件的应用程序。”

“最初,ViPR 文件中对象数据服务为用户提供了使用 Amazon S3、OpenStack Swift 和 EMC Atmos API 管理对象数据以及访问文件系统上的数据的功能。ViPR 文件中对象数据服务提供对文件阵列的直接路径访问。特别是,由于企业写入到文件系统的现有应用程序不必重新编码即可利用 ViPR,因此他们可以从此功能受益。”

在“普通廉价磁盘”上运行的对象存储,这就和Swift等比较类似了,而EMC的主要意图应该是后者——存储在文件中的对象。

投稿与新闻线索:陈女士 微信/手机:13693626116 邮箱:chenchen#bjxmail.com(请将#改成@)

特别声明:北极星转载其他网站内容,出于传递更多信息而非盈利之目的,同时并不代表赞成其观点或证实其描述,内容仅供参考。版权归原作者所有,若有侵权,请联系我们删除。

凡来源注明北极星*网的内容为北极星原创,转载需获授权。