众口难调 虚拟环境下的SAN与NAS存储

  如果你正运行在一个大型基于VMware的虚拟环境中,对于你的存储系统来说,使用存储区域网络(SAN)是个机会。但你可曾停下来问自己,为什么?

  大多数企业在数据中心中运行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公司和戴尔的测试表明,使用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做法。