什么是SDS 2.0？
我们先来看看咨询公司Storage Switzerland是怎么认为的。
SDS在数据中央已经不是一个新术语，涌现也有几年韶光了。它的定义非常像它的前任——存储虚拟化。这两个观点都是把数据做事从存储硬件抽象出来，使得存储软件决策可以和下层的硬件分离。但在云数据中央时期，它们在自动化方面都做得不足好。
现在的SDS 1.0紧张实现了多数存储虚拟化办理方案对专业硬件的解耦，可以采取通用做事器、白牌机乃至VM来运行。当然有些SDS 1.0产品也有一些高等功能，如重删、压缩和数据分层等。
但是SDS 1.0的问题是大部分都是遵照传统的LUN和卷的传统存储架构，这种方案粒度太粗，缺少sun-volume级别的软件特性数据理解能力。这就使得快照和数据分层都必须在卷级实现，而不是在运用或者VM级别。
QoS如果有的话，也是和特定的卷联系在一起。这就意味着运用或者VM如果想修正QoS，须要迁移数据到其余一个卷才行，不能按需调度。
SDS 1.0方向完备更换存储系统的软件做事。也便是你须要购买两次。由于很多传统存储已经有一层数据做事，但SDS 1.0都不用，自己再实现一遍。好处便是彻底和下层的存储无关，但也造成摧残浪费蹂躏。
还有便是很多SDS架构是单控或者双控架构，可用性不足高。由于所有的数据做事都依赖SDS，如果SDS节点故障，所有的做事就停了。
因此，SDS 2.0应运而生，来办理这些问题。
SDS 2.0该当支持比卷更小的粒度，支持QoS，QoS改变无需全体卷迁移，而只是干系的数据。
SDS 2.0分层不应限定只是flash或硬盘，该当可以利用DRAM乃至云作为不同的性能层。
QoS也不仅仅局限是性能，还该当包括数据保护级别。
其余一个数据保护能力便是SDS 2.0该当限定卷的大小，由于一个卷失落败须要规复全体卷的数据。但卷的容量管理该当自动化，当一个卷的容量到达水位线，数据就该当存到其余的卷。
末了，SDS 2.0该当采取分布式模式，类似超领悟和web-scale架构的打算层常用的办法实现。
那个产品更像SDS 2.0?
VMware VVOLs
VVOLs实在还是蛮符合上面SDS 2.0的定义的，但是，VVOLs有很多限定，使得它不太可能成为SDS 2.0的代表。
VVOLs须要100% vSphere。这个不太现实，一个数据中央，除了VMware，可能会有Hyper-V，KVM，FusionSphere等hypervisor，乃至还有不做虚拟化的物理做事器，这个VVOLs就无能为力了。虚拟化的一个替代方案便是容器技能，这也限定了VVOLs的利用。SDS 2.0实质上是VVOLs Everywhere。
VVOLs依然须要呈现卷。虽然VVOLs支持VM级别的粒度，但管理员依然须要创建卷。SDS 2.0许可把存储算作一个单一的工具，管理员只须要见告容量需求和性能需求，剩下的事情SDS 2.0后台自动完成。
VVOLs须要性能剖析。管理员须要理解存储的性能能力水平。但不是所有的运用管理员都是存储专家，因此保险起见，它们常常分配更高等别的性能等级，造成资源的摧残浪费蹂躏。SDS 2.0可以自动剖析可用的存储的资源性能指标，实现自动分配，实时监控调度，保障分配的资源知足须要的SLA。
VVOLs不会自动移动数据。vSphere DRS可用基于性能重新定位负载，但很多用户不习气迁移全体datastore，因此大部分情形都是用户抱怨秀士工处理。而SDS 2.0可以自动迁移影响性能的实际数据，更加高效。
综上所述，VVOLs很好，但还不算是SDS 2.0，但比SDS 1.0已经好了很多，不如就叫SDS 1.5吧。
EMC VMAX3
EMC的高端存储VMAX3的SLO功能非常强大，它的FAST.X支持各种存储类型，乃至包括云存储。关键是FAST.X可以对存储的性能进行自动剖析，用户只须要分配容量和时延，其他都是自动完成。
但这种SDS是基于专业的硬件实现，而且也是基于LUN，因此，功能上虽然非常靠近SDS 2.0的定义，但实现上还是不能作为SDS 2.0的代表。
ioFABRIC的Vincinity
实在Storage Switzerland的SDS 2.0的定义是一篇软文，它是ioFABRIC公司资助的，因此，你懂得，按照上面的理解，实在最符合的产品便是ioFABRIC的Vincinity。
但是，西瓜哥认为，一个初创公司做SDS 2.0的代表，还是比较难吸引大企业客户的关注，而SMB对自动化哀求程度并不高。
EMC ViPR
EMC ViPR支持各种存储类型，在自动化和生态链方面做得比较好，对上的接口最丰富，支持块、文件、工具和HDFS。对常用的下层存储的支持采取专用接口实现，但其他存储采取Openstack Cinder API接口来实现。
EMC作为一个大公司，ViPR作为SDS 2.0的代表该当比较让人信服。
华为OceanStor DJ
华为刚刚在上海HCC大会上发布了OceanStor DJ，这是华为存储首次单独发布一款软件产品。这款DJ产品定位实在和EMC ViPR基本一样，只是实现思路不同，DJ完备融入OpenStack架构，对下列存储全部采取OpenStack Cinder API接口调用（有扩展）。
但这个产品刚刚发布，还没有太多资料。不过，从理念看，和SDS 2.0的定义也是非常匹配的。
【学习心得】
SDS 2.0作为一个营销术语实在意义不大，但我们从其关注点来看还是可以看出下一代软件定义存储的技能走向。西瓜哥个人觉得EMC的ViPR最有可能勾引下一代SDS的方向，而华为的OceanStor DJ完备融入OpenStack的办法很多大型客户如工行非常感兴趣。
ViPR由于坚守存储面，不踏入打算半步，因此只能实现存储侧的操作。在块资源步骤上，VIPR可以5步实现存储侧的LUN映射，只完成一半，还须要在主机侧进行卷挂载；而DJ很好地利用了OpenStack的打算模块NOVA，将存储资源方案完成后，只需3步即可完成虚拟机对LUN的挂载。在业务发放上，DJ实现更加大略。
在中国市场，这两家的存储装机量最大，因此它们的产品也比较随意马虎被客户考虑作为SDS层利用，毕竟后面挂了很多自家的存储。往后我会在ViPR和OceanStor DJ会多写一些文章，和大家一块来分享未来SDS发展。