摘要：VMware计划将vSphere环境中的存储管理和精简配置进行“根本性的”改变，无需再设置LUN、RAID组合NAS挂载点。在本周的VMworld预展中， VMware工程师展示了一套vStorage API，超越了vStorage APIs for Array Integration (VAAI)和vStorage APIs for Storage Awareness (VASA)，促进vSphere和阵列间的沟通。

　　VMware工程师Satyam Vaghani称新版API将使用工具如I/O Demultiplexer、Capacity Pool以及VM Volume。VM Volume是存储在FC或以太网SAN中的一个虚机磁盘文件(VMDK)。

　　在Vaghani和VMware存储产品经理Vijay Ramachandran给出的场景中，虚机管理员和存储经理将在同一界面或程序中共同管理。

　　演讲者称VMware开始了与EMC、NetApp、Dell、IBM以及HP等厂商在API方面的合作，但又给出了一个免责声明，即厂商不会承诺在阵列中支持API。Vaghani没有给出将API融入阵列的时间表。而一条来自VMware存储合作伙伴的消息称，他希望API成为vSphere 6的一部分。

　　Vaghani总结说：“这是一种全新的存储系统形式。你可能会看到NAS与SAN的最大分裂。”

　　Ramachandran承认很多用户认为VAAI和VASA点解决方案粒度不够，而且缺乏针对未来阵列的一个通用的架构。

　　他说：“用户需要粒度管理。vSphere中的数据管理与存储阵列中的存储管理不同，因为vSphere运行在VM和VMDK层面，而存储阵列运行在LUN和RAID层面。”

　　他说到关键性的需求是“存储阵列和VMDK层面的存储管理应该完全相同。”

　　SAN与NAS区别有什么？

　　Vaghani称新的API将促进vSphere进行应用配置文件的精简配置。“目标是促进存储自然的将VMDK作为一个单独的个体进行存储，并提供VMDK精确的数据服务。”

　　“我们正推介基于VM Volume的企业级存储系统。VM Volume将标志着SAN-versus-NAS争论的终结。”

　　因为新功能在块级和文件级存储上运行的方式是相同的。I/O Demultiplexer（多路分配器）能够将I/O从主机带到存储系统上，并且能对付上千个VM Volume。与LUN不同，多路分配器不持有数据。容量通过Capacity Pool来管理，可以跨阵列并且包括了跨越物理空间和一系列数据服务的框架。举例来说，Capacity Pool框架关注存储池快照和复制的频度。与LUN和挂载点不同，Capacity Pool不在数据路径上。

　　VMware管理员配置一个VM Volume，并为性能和服务制定一套质量服务标准。存储管理员将为每一个Capacity Pool分配默认的一套框架，VM管理员能够在一个VM Volume基础上进行调配。

　　Vaghani说：“存储管理者可以在不丧失存储管理控制权的前提下进行委托。这也是首次VM管理员和存储管理员在同一界面下工作。”

　　vSphere 5拥有VM Storage Profile功能，但进行配置时会牵扯到LUN。

　　Vaghani展示了使用EMC、NetApp、Dell EqualLogic和IBM (XIV) 的存储阵列进行Capacity Pool和框架搭建，展示了Capacity Pool和I/O多路分配器是如何工作的，存储管理员是如何在阵列上定义框架的，以及VM是如何在VM Volume上被克隆的。

　　与很多新产品一样，新的管理池还有很多问题。在一篇关于vStorage API预展的博客中，EMC首席技术官Scott Lowe就提出了许多问题。其中包括：IOPS需求是如何处理的，策略将提供怎样的粒度，以及VMware的承诺是否可行等。

　　帮助VM管理员管理存储是VMware的一个主要目标，VMware与存储阵列合作伙伴，包括它的母公司EMC之间是竞争合作互补关系。VMware CEO Paul Maritz说他们的目标是互补。

　　在星期一的媒体问答环节上Maritz曾说过：“最大的问题是数据中心管理需要两个团队。一个团队负责管理VM部分并且精简和分配资源。另外一个团队负责精简配置和分配存储。”

　　“我们做了很多努力搭建一个界面，让我们也接触到存储解决方案，并对存储管理员提出我们的见解，而他们也能告诉我们他们的想法。”

　　责任编辑：Lily