VMware中融入NFS服务


VMware虚拟机存储一直为我们关注的重点，目前这项功能中又融入了NFS的服务。相比之下，这些又有什么特别之处呢？现在让我们来详细看一下。VMware 3.x提供了一项可以利用加载NFS的文件系统来托管VMware虚拟机镜像文件功能——VMDK.在缓慢开始发展之后,NFS获得了VMware存储越来越多的青睐.然而你必须了解现在普遍存在一些误导概念.

首先,这并不是关于光纤通道与IP协议的争论,而是关于NFS与VMFS.实际上,这甚至不能算是NFS与VMFS的争论,NFS只是一个传输协议.因此归根结底地说应该是VMFS与所选NAS的文件系统之间的争论.每个NAS制造商——EMC、NetApp或者Onstor——都有他们自己的文件系统,而且这些文件系统的价值应该与VMFS进行对比.也就是说,由于NAS的共享特点,这些厂商提供的功能都是大同小异的.

VMFS是VMware在块系统中提供用来托管虚拟机镜像的文件系统,这个系统在SAN中是可共享、可形成集群的.但是正如文件系统一样,它有自身的局限性,而NFS可以很好地解决这些局限性.NAS和使用NFS的NAS从本质上说都是基于共享的设备.VMDK实际上是一些文件,所以说,针对文件进行设计以满足任务要求的想法并不是本质上的飞跃.

在NFS中VMware最大的亮点就是日常运作,它是到目前为位置最容易配合运行的环境.使用NFS加载服务来创建分配VMware Datastore或者配置VMotion非常简单.重新配置这些资源库的大小——更大或者更小——就像虚拟机一样简单,而且不需要中断服务.相比之下,在使用VMFS的时候,大多数VMware管理者在进行数据存储或者扩展VMDK的时候都必须停止虚拟机运行,以保证其安全性.不管你采取了多少预防措施,缩减数据存储大小可能会导致很严重的问题,因此通常不建议用户这么做.

事实上,NFS是一种基于IP的协议,不过不是基于IP的存储协议,因此大大简化了操作并且降低了成本.然而你不能忽略规划环节.如果发生性能问题,那么扩展一个IP架构的复杂性就远远超过了光纤通道的复杂性.

使用IP遇到性能瓶颈要早于使用光纤通道,因为很多基础架构仍然是基于1Gb以太网的.10Gb以太网能够解决大多数性能瓶颈问题,但是由于队列问题,VMware主机中一个标准的10Gb以太网NIC只能提供现有带宽的40%～50%.为了解决这个难题,VMware开发出NetQueue,当它与英特尔、Neterion或者Solarflare等厂商提供的支持卡结合起来的时候,几乎能够完全实现线速度.所有这些会导致成本和复杂性的增加,再一次削弱了它的一些优势.

NFS/NAS和VMware的结合还存在其他一些挑战.你不能通过使用这种方法来启动ESX服务器,只能启动虚拟机,所以如果你希望从共享系统中启动所有应用的话,你还需要其他协议.其次,它不支持RDM,因此也就不支持Microsoft Clusters.如果这对你很重要的话,你同样需要使用其他协议.最后,从目前来看,NFS似乎是最后一个支持像VMotion和Site Recovery Manager这样VMware新功能的协议.

我们看到,NAS/NFS是低I/O需求工作负载的理想介质,光纤则是针对高需求工作负载的理想选择.

相关内容