SMI- S标准发布以后，得到了大多数主要存储供应商的支持，目前已经超过500多个产品支持SMI-S标准。最新的标准是SMI-S v1.6.1，在SNIA官网能够下载到详细的规范，规范包括8篇文章，其中的一篇《Storage Management Technical Specification, Part 4 Block Devices》，长达1144页!其中，仅仅关于AutomatedStorage Tiering的描述就长达77页。

　　SNIA也直言不讳地提到了如下问题：

　　1、标准走向市场的时间漫长;

　　2、存储厂商研发新特性的过程中，规范的确立花费1年，厂商实施再需要6个月(笔者持怀疑态度)，用户方接受并实施需要2年甚至遥遥无期;

　　3、需要加速标准走向用户的过程;

 

　　从市场上看，跨磁盘阵列的存储虚拟化(也即异构存储的管理)，比较知名的有：EMC VPLEX、IBM SVC、HDS VSP，以及Symantec Storage Foundation。他们都能或多或少的将其他厂商的存储纳入自己的存储平台之下进行管理。但这种管理，也只是将异构存储的逻辑卷做为一个外来设备使用，把它视为一个普通的容器，不知道它能提供多大的性能。同时也丢失了异构存储内嵌的丰富的软件特性，例如快照、容灾等。

　　在存储在线Dostor网站上，董唯元和西瓜哥的《存储虚拟化技术普及贴》对于跨磁盘阵列的存储虚拟化，有着简单直白的的阐述，下面摘取其中一段，可以看出在现阶段异构存储的管理有多难：“曾经有用户想用HDS的USP管理EMC的CX系列磁盘阵列，结果EMC工程师跟用户讲磁盘阵列的兼容列表上没有HDS USP，拒绝提供服务。还有一次用户实测用NetApp的V3000管理IBM DS系统磁盘阵列，发现性能低的离谱。结果NetApp和IBM的工程师都说不是自己的问题，让对方改设置来兼容自己”。

　　距今十多年前，存储经常提及的一个概念是互操作性，正是因为各家厂商的存储管理各自为政，缺乏互联互通，使得用户面临存储管理的巨大挑战，用户一直希望存储厂商解决互操作性：各家的存储管理软件都能管理并灵活调用其他异构存储的资源。这个互操作性，笔者更愿意视为SDS三步曲中，自动化的一部分，是存储与存储之间的资源调用和策略驱动。除此之外，自动化还包含OS/Hypervisor对存储的资源调用和策略驱动，以及应用软件对存储的资源调用和策略驱动。

　　当下的存储虚拟化(异构存储的管理)并没有解决互操作性的问题，也没有提供数据服务：空间部署，数据保护(快照、克隆)，数据高可用(备份、容灾)，性能，安全等。

　　SMI- S标准出来已经13年了，那么，这个互操作谁来做合适呢?存储厂商想做一统天下的存储管理软件，但问题是谁愿意做受管对象呢?显然，其他异构存储厂商不会愿意。因为经济利益有冲突：我开放API给你，对我有什么好处?我能控制你吗?而且，被你虚化了，我对于用户的重要性就下降了。

　　实际上，在SMI-S v1.6.1的标准《Storage Management Technical Specification, Part 4 Block Devices》中，已经包含了对镜像、快照、克隆的描述，但是笔者相信截止目前为止，还没有哪个存储厂商的存储虚拟化平台可以驱动受管对象的高级软件功能，如数据复制服务：快照、克隆、镜像、容灾等。

　　下面两图摘自SMI-S v1.6.1的标准。

 

[1] [2] [3] [4]