专家博客：虚拟化环境与SAN 应互相依存

如果你正在使用大型VMware虚拟化环境，那么这也是你使用存储区域网络的机会。但是你曾经问过自己原因何在吗？

多数企业用户在他们的数据中心内部运行存储区域网络来满足他们的存储需求是因为数据中心一贯都是这么做的，尽管网络关联存储设备非常让人恼火，甚至超出所能承载的工作范围，但是存储区域网络通常价格更加低廉，使用起来也更加容易。因此位于加利福尼亚的一家网络文件系统制造商的高级总监Ravi Chalaka这样说道“为什么大部分企业用户都在运行存储区域网络？就是因为在虚拟化技术得到普及之前，使用存储区域网络已经成为一种惯例。存储区域网络成为数据中心事实上的标准”。

在Chalaka看来，存储区域网络的问题是使用VMware公司的VMFS(虚拟机文件系统)在虚拟化环境中转换和配置存储区域网络实在太过复杂了：会牵扯到太多LUN和RAID的设置，将LUN与虚拟机关联在一起，在存储实际分配给应用软件之前所有这些都是杂乱无序的。可能最主要的原因之一是很多公司在认可或者扩展虚拟化技术方面行动迟缓。

“只有40%的应用软件被部署了虚拟化。剩余的60%应用软件还没有部署虚拟化的原因是后端的基础架构太过复杂”Chalaka宣称是由于存储区域网络过于复杂导致虚拟机部署的步伐缓慢。

Chalaka认为高端NAS集群能为服务器虚拟化提供更好的存储解决方案是意料之中的事情。Chalaka表示“网络文件系统将LUN植入文件系统。这样做大大降低了复杂性。复杂性降低也同时降低了成本”。

不过Chalaka的说法有个明显的障碍，就是对于多数企业而言，单纯在NAS系统上运行的网络文件系统无法交付所需的性能。但是Chalaka认为这么说很荒诞。至少就BlueArc的网络文件系统而言是很荒诞的。尽管

多数NAS设备运行的是在标准化的英特尔或者AMD中央处理器上的软件文件系统，但BlueArc的设备是在定制硅晶片上运行文件系统。

Chalaka宣称这么做比在标准中央处理器上运行的性能要高两倍。有迹象表明NFS太过缓慢是一种荒诞的说法，Chalaka援引VMware的测试结果来证明在千兆以太网上运行的网络文件系统要比在四千兆光纤通道上运行的VMFS要慢上9%到10%。由BlueArc和戴尔公司进行的测试表明VMware使用万兆以太网上运行的网络文件系统的性能等同于或者高于8千兆光纤通道上运行的VMFS。

使用NAS而不是存储区域网络的另一个不足之处是你无法使用VMware虚拟化技术的某些热门功能--尤其是无法在NAS上运行vMotion和Storage vMotion。不过Chalaka认为这是用户对于NAS和虚拟化的另一个误解。所有的VMware vSphere和ESX特性是由NFS数据仓库提供支持的。Chalaka解释说“首先VMware可以支持VMFS，几个月后NFS就可以适用于其多数高级特性。但是目前使用我们的NAS来运行vMotion是没有什么限制的”。Chalaka还指出许多NAS系统会将文件系统的容量限定在16TB，这使得vMotion的管理变得更加复杂，但是BlueArc的设备所能支持的文件系统容量最高可达256TB。

诸如快照和复制等其他特性也可以使用NAS而不是存储区域网络来提供支持。在BlueArc的案例中，在VMware的vCenter管理控制台中插入JetCenter能为这些特性提供自动化规划和管理。

Chalaka还就此补充说：

VMware仅限于8个NFS数据仓库。事实上，这些都是ESX和vSphere NFS数据仓库的缺省设置--ESX最高可以支持32个NFS数据仓库，vSphere最高可以支持64个NFS数据仓库。

VMware NFS数据仓库不能很好的扩展。而实际上最高可以支持256TB的NFS目前可供用户使用，数据仓库最高可以扩展到4PB。

当迁移或者复制时，NFS精简配置的VMDK能自动重新生成。这种说法适用于ESX，却不适用于vSphere。

微软的Windows虚拟机无法使用或者从NFS数据仓库启动。事实上，Windows虚拟机不通过NFS协议，因此他们并不清楚是在使用NFS数据仓库，因此他们对这个问题并不关心。

还有很多应用上的障碍，还有很多思考和探讨的余地。如果你打算或者即将成为VMware管理程序的用户，这些问题值得你在为存储环境虚拟化制定NAS解决方案并符合传统的存储区域网络方式前好好考虑一下。