存储领域的圣杯：VSAN、PSAN以及虚拟仓库

他也完全赞同Chuck的观点，认为外部SAN阵列所具备的成熟数据管理功能就目前来看还确实无法通过VSAN获得。

共享式阵列通过VAAI告别了“繁重的处理任务”。它们能够支持有效的复制、压缩、重复数据删除功能，并提供高质量的服务、主动设备备用、数据清理、完整性检查以及多租户机制，当然这还只是其中的一小部分。

诚然，就VSAN 1.0来说还有很多功能无法实现。作为初始版本，它甚至无法支持vSphere当中的部分功能，例如容错能力、分布式存储资源调控、串列输入输出控制器以及分布式电源管理等。

存储阵列供应商们并不支持VVOL——“VMware正在尝试把虚拟机压缩成磁盘上的一个逻辑对象，并将各种管理策略(例如性能及弹性等)应用其上。”

就这一点来看，我认为很多人对作为抽象层的VSAN产生了误解。

当然，我们也认为虚拟服务器管理员乐于以VMware的方式对虚拟机存储方案加以管理。最明显的实例就是Tintri公司可能提供的VMware识别型存储产品。

不过就我的个人理解来说，还有一些更为本质的特性遭到大家的忽略。

如果服务器DAS将融合到SAN当中并作为无需涉及网络阵列访问的存储层存在，那么虽然具备种种优势、但这种机制的最大弊端在于无法提供充足的存储空间而且缺乏数据管理功能。在理想状态下，应用程序应该与存储抽象层进行交互，而这会将其I/O请求指向相应的存储机制——无论是融合型服务器连接(VSAN)还是网络连接(PSAN或者文件管理器)。数据将以自动化及动态化方式得到管理，并被保存在这两大顶级层当中以及二者之间。

应该存在这样一个抽象层，它能够提供指向单一存储空间的访问及管理能力，借由VSAN、PSAN以及文件管理器实现虚拟化并建立起统一的虚拟服务器存储管理风格。这相当于将VMware、KVM以及Hyper-V囊括其中，并把传统的块与文件访问同即将到来的对象存储技术加以整合。

我认为这才是代表着未来发展方向的存储技术“圣杯”。基于服务器的存储与服务器融合型存储必须有能力同网络存储顺畅对接。我们需要一种能够有效涵盖VSAN与PSAN的新型存储控制器。

这项工作最好是由与服务器虚拟机管理程序无关的存储阵列供应商来完成，但只是最好、并非一定。

想象一下，EMC的ViPR作为一款驻留在服务器上的系统应用与VSAN相协作，并被作为网络存储阵列之外的另一种存储资源存在。或者将IBM的SVC作为软件并利用VSAN作为存储资源的一种。NetApp的集群化ONTAP虽然从字面上看与FAS阵列毫不相关，但完全可以运行在服务器VSAN之上并利用FAS阵列硬件以充当网络存储资源。

当然，以上仅仅只是技术评论者的一家之言，但在我看来这正是市场提出的迫切需求——VSAN虚拟仓库应该与物理网络阵列加以整合，并作为一个整体软件抽象层加以管理。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友