VMware vSphere 5将存储管理带到了一个新的阶段，新版本不仅包括Storage DRS、为VMware HA提供的存储智能，而且还对文件系统以及存储API做了改进，增加了新存储设备。

　　本文将介绍vSphere 5在存储管理方面所做出的一些主要的改进。

　　vSphere存储设备：VSA

　　vSphere 5引入了新存储设备，但需要单独购买。虚拟存储设备是运行在主机上的虚拟机，为现有的存储增加了新特性。例如，能够给服务器配置成本较低的DAS，利用VSA可以将DAS存储提供给其他设备使用。

　　你可能会认为，和其他提供存储的方式相比，VSA性能欠佳。但是令人惊讶的是VSA性能出众。在几年的时间内，存储虚拟化已是司空见惯，很多存储厂商都创建了虚拟化层，实现了带内存储连接与磁盘的分离，允许用户在阵列之间迁移虚拟实例。

　　在vSphere 5中，很多VSA能够组成集群，提供单个NFS导出点，这消除了VSA的单点故障。VSA基于ESX 5，在集群上启用VSA之前，安装程序需要确认VSA所在主机的合法性；然后安装程序将聚合主机上的本地存储，VSA Manager以及VSA集群服务将配置并监控该设备的可用性并导出NFS。

　　和vSphere Replication类似，VSA包括了导入设备向导以及在vCenter上直接进行服务管理的插件。VSA Manager部署设备并自动挂载导出给该主机的NFS，节省了管理员使用添加存储向导在主机上挂载NFS的麻烦。使用VSA以及vSphere Replication，不必使用昂贵的企业级存储阵列，就可以存储虚拟机并提供灾难恢复服务。

　　VMFS升级

　　VMware并未满足于创建新的存储和复制设备，同时还对现有技术进行了升级。vSphere 5引入了新版VMFS 5，从原有的VMFS 3升级到最新的VMFS 5，不需要关闭虚拟机，也不需要使用Storage vMotion。

　　和以前相比，VMFS 5支持的分区更大。VMFS 5摒弃了返回VMFS 卷大小的MBR以及柱面-磁头-扇区方式。之前，该方式限制所支持的最大文件大小为2TB。创建超出该限制文件系统的唯一方式就是使用VMFS Extent特性组合文件系统，很多用户因为VMFS存在的最大文件大小限制转而使用NFS。VMFS 5的不同之处在于在文件系统内部使用了GPT，支持大小为64TB的VMFS分区。

　　尽管VMFS 5支持大小为60TB的直通模式裸设备映射（RDM，允许虚拟机直接访问阵列上LUN），但是还没有改变虚拟磁盘的最大大小。

　　VMware 感知存储API

　　vSphere 5中的VMware感知存储API（VASA）取代了在vSphere 4.1中引入的阵列集成存储API。

　　VASA存储管理特性不同于阵列集成存储API（VAAI），VAAI使用T10标准“原语”推动存储改进，而VASA需要存储厂商插件。该模型允许VMware和存储厂商进行合作，同时也意味着存储厂商能够将阵列的特性呈现给ESX主机。在vSphere 5中，VASA最终解决了之前存在的不同存储厂商支持不同原语子集的问题。

　　现在，所有的厂商都支持VAAI的第四个原语“精简配置”。进行数据存储和虚拟磁盘的存储管理时，精简配置变得越来越流行。但是你必须小心使用存储的过量分配，因为这将面临在实际的磁盘空间上写入更多数据块的风险。如果用完了物理磁盘空间，虚拟机将会崩溃并停机。使用精简配置时，你将会看到对即将发生的问题进行告警的对话框而且虚拟机会停止而不仅仅是崩溃。

　　VASA解决的精简配置所存在的另一个问题就是空间回收。当在Windows或Linux上删除文件时，并没有从磁盘上物理删除该文件。恰恰相反，该文件被标记为删除，只有在创建新文件后，被删除的文件才最终被删除。在大多数情况下，这并不是个问题。但对位于精简数据存储之上的精简虚拟磁盘来说，这可能会导致无法控制精简卷的增长。这是因为删除文件后，空闲的磁盘空间并没有返还给存储阵列。

　　正如你所想到的那样，对审计跟踪和退单拒付来说，这并不是件好事。你能想象使用私有云或公有云的用户必须为已经删除的文件支付费用吗？

　　vSphere 5的确改进了存储管理，但这只是vSphere众多改进及技术设计的一个缩影，换句话说，VMware存储管理仅仅是个开始。