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

最近读到的三篇关于VMware VSAN的三篇博文不禁令我浮想联翩——VMware到底希望借助这款产品去向何处?或者说，虚拟巨头能够借此或者应该借此去向何处?

第一篇博文是Storagebod对VSAN机制的评述。文章写道，这套将ESXi虚拟机管理程度与服务器直连存储(简称DAS)共同包含在同一虚拟SAN内的方案算是个不错的出发点。文章提问称：“为什么要为每套服务器设置最高35块磁盘的容量限制?”

归纳文章的总体结论，我们看到“VSAN肯定会受到市场的欢迎;它也必然要对其它一系列厂商提供的产品作出验证……我只希望它能够在灵活性与开放程度上更进一步。”

因此，VSAN、惠普的P4000、其它VSA(即虚拟存储阵列)再加上来自Nutanix、Pivot3、Scale Computing以及Simplivity等厂商的融合型服务器/存储硬件及软件产品相当于通过服务器DAS再现了物理SAN阵列的一个功能子集。

整个业界包括其它存储厂商通常认为VSAN是一款适合满足应用程序需求的SAN方案，但却仍不能算是完全成熟的SAN阵列。

至少在VMware介入市场之前是这样，但虚拟巨头的参与扭转了这种观念。其“针对虚拟环境的新型高性能存储优化层”以及高达32个节点、4.5PB整体容量外加200万的夸张IOPS无不令人眼前一亮。

一部分已经开始使用VSAN方案的用户也站在反对物理SAN的立场上——但这种立足点与VMware以及母公司EMC还有所不同……VMware宣传人员兼博客作者Chuck Hollis在自己的最新文章中表示，VSAN与PSAN能够协同合作。如此一来，作为网络阵列的SAN及其成熟的数据管理功能(包括快照、远程复制、重复数据删除、加密、分层……乃至密度、效率、可维护性以及合规性等等)可以在处理负载繁重的关键性数据过程中发挥优势，而VSAN则负责打理快速访问以及重要性较低的数据。

Chuck列举了VDI作为范例：“VDI就是个很好的例子。用户对于自己的数据存储——也就是个人文件——比较关注，因此我们可以采用具备大量数据服目前甲骨文推出的数据库产品仍然坚持采用PSAN，不过用Chuck的话来说，“针对VSAN的测试与开发工作也在进行当中。甲骨文已经决定支持并以OLAP处理查询。暂存与临时空间、用于插入查询的FGA等机制也开始与VSAN相融合”。

因此，VSAN被视为一种快速访问存储层，而PSAN则被作为关键性数据存储层的实现机制。Chuck谈到，管理员们可以利用VASA(即用于存储识别的虚拟存储API)的功能及管理策略将数据保存在VSAN或者PSAN当中。一部分SAN阵列还可以自动将数据保存在其自有内部层当中。

第三篇博文是Chris Evans所撰写的《VMware虚拟及物理SAN误解汇总》，他在文章中讨论了VSAN、VVOL以及外部阵列等议题。

他提出了VSAN与PSAN的本质区别：

VSAN所关注的重点在于帮助客户摆脱对共享式物理存储机制的依赖。事实上，这也是该项技术自诞生之日起所一直坚持的构想以及营销方向之一。VSAN使用户不再需要同存储团队打交道、彻底告别昂贵而复杂的存储阵列并把我们带入一个以简化及易用性为主旨的全新世界——在这里我们的各类资源都能融洽地共处于服务器当中。

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

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