虚拟环境下的SAN与NAS存储解析

大多数企业在数据中心中运行SAN，以满足他们的存储需求，因为数据中心一直这样运行的。网络附加存储（NAS）设备相当喜人，足以胜任这个工作，一般都比较便宜，使用更复杂。因此一位位于加利福尼亚州BlueArc的NAS制造商的高级总监Ravi Chalaka说：“为什么大多数公司运行SANS？因为它是在虚拟化技术成为家常便饭之前的基本模式。SAN刚刚成为数据中心实际的标准。”

关于SAN的问题，在他看来，在虚拟化环境中使用VMware的VMFS（虚拟机文件系统）转换和配置SAN过于复杂：有太多的LUN和RAID集需要设置，关联LUMs与虚拟机，所有存储实际上被分配到一个应用程序。

他宣称：“在这时，只有百分之40的应用被虚拟化。其余百分之六十都没有，因为其后端基础设施过于复杂。”Chalaka看到的方式是由于SAN的复杂性拖延虚拟机。

Chalaka认为，一个高端的NAS集群可以提供一个更好的服务器虚拟化存储解决方案。 “NAS将LUN抽象成一个文件系统，这消除了大量的复杂性。它使复合体少了很多，从而降低了总体成本，”他说。

最明显的反对Chalaka言论的观点是，对于许多组织，NFS（网络文件系统）在NAS系统上运行根本不能提供所需的效能。但是，他说，这是一个神话。至少这是一个有关BlueArc的NAS系统的神话。大多数NAS设备运行软件文件系统在标准的英特尔或AMD CPU上，而BlueArc设备在定制芯片上运行文件系统，他说。

“这将得到标准CPU两倍的运行性能”Chalaka声称。通过证据表明，NFS过于缓慢是个问题，他列举了一个由VMware进行测试，表明NFS运行在1Gbps以太网是比4Gbps光纤通道的VMFS慢百分之九至百分之十。 BlueArc公司和DELL公司的测试表明，使用10Gbps以太网上的NFS相当于或高于8Gbps光纤通道的VMFS的VMware性能。

另一种反对NAS而赞成使用SAN的意见是，你可能不能像VMware发烧友那样使用虚拟化技术-基于NAS的特别的vMoTIon和Storage VMoTIon。但是，Chalaka说到，这又是一个围绕NAS和虚拟化的神话。所有VMware vSphere的支持和ESX的功能与NFS数据存储，根据Chalaka。 “通常情况下，VMware的VMFS的支持，然后再就其先进的NFS的许多功能在几个月后。但是正确的，现在有什么你可以通过VMoTIon如何使用我们的NAS没有任何限制。”他指出，许多NAS系统限制的文件系统要以16TB的限制，它可以使管理vMoTIon之艰难，但BlueArc的文件系统设备支持高达256TB。

所有VMware vSphere和ESX的功能都支持NFS数据存储，Chalaka称。 “通常情况下，VMware率先支持VMFS，然后在几个月后支持NFS的许多先进功能。很好，现在通过VMotion使用我们的NAS你做什么都没有任何限制。”他指出，许多NAS系统限制文件系统的最大值是16TB，它可以使管理vMotion很艰难，但BlueArc设备支持高达256TB的文件系统。

其他功能，比如说快照和克隆同样支持使用NAS而不是SAN存储。在BlueAre的情况下，JetCenter插件对VMware vCenter管理控制台提供自动调度和管理的功能。

我们谈到VMware的神话，Chalaka有几点要补充：

- VMware仅支持8个NFS数据存储。其实，这只是ESX和vSphere的NFS数据存储设置的默认值 -ESX支持多达32个NFS数据存储而vSphere支持多达64个。

- VMware NFS数据存储系统没有很好地扩展。其实，NFSes可用存储高达256TB，数据存储可以增长到4PB。

- NFS在移动或复制时，会自动的少量分配VMDK文件。这是真正为ESX服务的，但不适用于vSphere。

- 微软Windows虚拟机不能启动或使用NFS数据存储。在实际中，Windows虚拟机不会见到NFS协议，他们并不知道他们使用的是NFS数据存储，因此他们并不担心它被使用。

这些神话为我们提供精神上的支持，万一你已经或者将要成为一个VMware管理程序的用户，你值得考虑为你虚拟环境的存储需求，编写一个基于NAS的解决方案，采用“传统的”SAN做法。