(为了让大家更好的理解SNIA对SDS的看法，以下引用天玑数据 – “小编爱翻译” 曾经翻译的版本 - 《SNIA软件定义存储白皮书2015汉化先行版》，其中的部分内容，来对比一下传统存储与软件定义存储的区别)

　　传统存储部署往往离不开存储管理员亲自创建各种虚拟存储设备(块存储逻辑单元，文件系统共享，对象容器)供应用使用。

　　在后台，存储管理员还得为这些虚拟设备部署数据服务。通常情况下，单独数据服务需配备属于它的单独管理接口。一旦数据部署发生变更，存储在虚拟设备上的所有数据均会受到影响。数据请求通信经常发生其它存储接口带外传输。

　　下图是传统人工传达数据的请求方式

　　如上图所示，该存储并不太“软件定义”，反而“存储管理员定义”更贴切。这种存储部署方式存在一个最大的问题，扩容艰难。由于刚性架构限制系统资源只能静态分配，这就意味着后续新部署的资源无法归入原先存储体系。该传统存储部署方式会导致较高的存储TCO(总体拥有成本)。

　　为实现存储基础架构的自动化机制，降低人工管理运维成本，数据请求需直接传达至自动化软件，且数据请求的粒度至少需在当前常见的个体虚拟化存储设备级别。随着后续自动化机制的进一步发展，每个数据对象需独立传达自我请求，不再依赖虚拟存储设备。数据对象经由分组和抽象后，可向 “用户”直接传达其选择，“用户”不必再是存储专家了。

　　为将请求传达至存储系统，应用或用户需将请求信息标记至每个文件或对象，而元数据，或称作关于数据的“数据”，正好符合这一需求。采用记录请求信息的元数据来标记数据对象，存储系统可轻易定位获取请求信息。如图所示：

　　下图是利用元数据传达数据的请求方式

 

　　存储请求信息有时仍存在数据路径带外传输，但自动化机制终将消除这一现象。有了软件定义存储，存储管理员可转向定制策略这类更高阶的工作，不再将时间精力囿于即时突发问题的处理上，而降格自身的服务级别。

　　下列这张综合信息图涵盖了软件定义存储的全部要点：

　　五、各家对SDS定义的共性

　　虽然每家对SDS的定义都不尽相同，各有侧重点。但可以看出来，易于扩展(主要指在线横向扩展)、自动化、基于策略或者应用的驱动都几乎都成为大家定义中的必备特征。而这也是软件定义数据中心的重要特征，只有具备自动化的能力，才能实现敏捷交付，简单管理，节省部署和运维成本。自动化也成为各家SDS方案，是否愿意走向更高阶段的试金石。

　　部分内容和数据来源：

　　云计算之软件定义—思考和探索

　　http://tech.sina.com.cn/it/2014-05-21/16549391707.shtml

　　http://www-03.ibm.com/systems/infrastructure/us/en/software-defined-environment/

　　http://blogs.gartner.com/neil_macdonald/2013/01/29/software-defined-data-centers-and-securitywhats-in-a-name/

　　Gartner Identifiesthe Top 10 Strategic Technology Trends for 2014

　　http://www.gartner.com/newsroom/id/2603623

　　http://cto.vmware.com/vmwares-strategy-for-software-defined-storage/

　　http://reflectionsblog.emc.com/2013/05/what-is-software-defined-storage/

　　http://public.dhe.ibm.com/common/ssi/ecm/dc/en/dcm03004usen/DCM03004USEN.PDF

　　https://www.ibm.com/developerworks/community/blogs/ibmsyssw/entry/how_do_you_define_software_defined_storage?lang=en

　　内容来源@VMware 存储架构师 叶毓睿

　　责任编辑：余芯