根据VMware提供的资料，按照我们的理解，vSphere Storage Appliance (VSA)将DAS池化到2~3台物理服务器中，并将其呈现为一个虚拟存储空间，可供应用访问（在这些服务器的虚拟机中执行），作为一个类似于惠普P4000 VSA的块访问数据存储库。

    不过，VMware EMEA解决方案营销总监Martin Niemer是这样描述VSA的：“它只支持NFS……虚拟机（虚拟机中的O/S）在ESXi处理存储的时候根本不访问它，只是将VMDK文件保存其中，然后数据（例如O/S）保存在虚拟机中。”

VMware VSA代表了一个NFS资源

    我们问Niemer，那些不作为VSA一部分的服务器中运行的虚拟机中，应用是可以访问VSA的？他回答说：“应用不能访问这个存储，这里存在一种普遍的误解。这并不是一个NFS文件管理器，而是一个针对虚拟机的存储库。因此虚拟机保存在VSA中，数据保存在虚拟机中，而不是直接保存在存储中。”

应用和网络存储

    通常，运行在物理服务器中的应用可以连接到一个网络文件管理器——例如EMC Celerra——并且利用它的资源来创建、读取和写入文件数据。推而广之，运行在虚拟化服务器虚拟机中的应用可以做同样的事情。

    现在，让我们用VMware VSA来代替EMC Celerra阵列，问同一个问题：运行在虚拟化服务器虚拟机中的应用能否连接到VSA，如果作为一个网络文件管理器，是否能够利用它的资源创建、读取和写入文件数据？

    Martin Niener上面的话暗示这是不能的。

    当要求明确这一点的时候，VMware EMEA产品营销总监Frederik Sjostedt表示：“VSA作为一个虚拟设备运行在vSphere上层。vCenter需要安装它，然后VSA作为一个存储资源对vCenter是可见的。每个运行在基础架构中虚拟机将只能看到已分配的存储容量，而非VSA本身。”

    VMware Strategic Partner Accounts系统工程师Erwin Breneis证实了这一点：“是的，唯一能够访问NFS数据存储库的就是主机。访客也可以间接访问NFS数据库，因为VMDK是在NFS数据存储库中的。”

    因此我们的理解是，VSA是一个属于hypervisor（ESXi）的NFS文件存储库，用于保存虚拟机，而不是保存由虚拟机中应用创建、读取和写入的文件。对于虚拟机中的应用来说，这并不是一个可见的存储资源。

    VSA存储可被VSA集群（2或3个节点）之外的ESXi主机使用，正如Breneis所说：“你可以用VSA集群配合未来的ESXi主机——如果客户使用vCenter Standard和未来的vSphere许可。”

包括3个节点的VSA集群