题 针对特定数据类型的vSphere数据存储:NFS或iSCSI


我正在研究在vSphere环境中提高性能。 我们正在使用NetApp设备,其中所有虚拟机都存储在通过NFS安装的数据存储中。

有人向我建议,对于某些特定工作负载(如SQL数据或文件服务器),将磁盘IO性能用于数据vHD可能更好。

在我的示例中,引导磁盘将是存储在NFS连接的数据存储区中的普通VMDK。 D驱动器(SQL数据或文件服务器数据所在的磁盘)将是iSCSI连接卷。

C: - VMDK disk container -> VMFS datastore -> NFS -> NetApp
D: - iSCSI -> NetApp

我也在思考:从vSphere级别或直接从Windows启动的iSCSI?

有没有人对此有任何经验或想法?


4
2018-04-07 14:14




你有存储性能问题吗?您的支持数据和分析在哪里? - joeqwerty
谢谢大家的建议。截至目前,我将保留原样。至于我研究这个问题的动机,我们目前正在对我们所有的系统进行“最佳实践”评估,并列出我们希望在未来几年内完成的事情。这是我在其他环境中观察到的东西,我想看看它背后是否有一个很好的理由,除了“因为我喜欢它”。 - Michael Potts


答案:


首先, 之前 要进行存储,您应该100%确定您的瓶颈与磁盘/ IO配置密切相关。

在这种情况下,iSCSI共享可以比NFS快,但仅在特定情况下(小的随机读/写包)。 SQL服务器 能够 是这些场景之一,所以如果你是 当然 您的问题是存储性能,您可以尝试使用iSCSI共享。

决定如何配置它取决于您的特定需求。为获得最佳性能,您应使用直接连接到来宾操作系统的完全预分配的RAW卷。这使得访客配置“自包含”具有额外的优势,即将该访客迁移到另一个虚拟器(甚至基于不同的技术),将不需要重新配置iSCSI共享。 (或者,最多,重新配置将非常有限)。

另一方面,管理客户连接的基于块的虚拟磁盘肯定更复杂,使用ESX来实现相同的目标,所以你应该  如果不是真的需要,请使用此设置。

我建议你做一些测试, 基准测试每个配置,在投入生产之前。


5
2018-04-07 19:53





我没有听说iSCSI比SQL VM更好,但是如果你选择创建它们,我会在ESX级别创建数据存储,而不是在VM上安装iSCSI启动器。

您需要注意的一件事是Netapp上的精简配置。他们阻止设备的方式是不同的。如果您碰巧配置它而没有为不幸的运气做好准备,您可以找到自己的脱机LUN。你想要的配置是:

  • 伦敦的体积很小
  • 一个  那卷内的薄伦
  • 在卷上配置Vol自动增长

要为vol vologrow设置的最大值取决于是否要拍摄此lun的快照。如果这样做,您需要估计更改速率并允许卷增大到足以使其能够处理删除快照之前预期的最大增量。

您还需要非常小心lun和igroup设置 - 确保它们已设置为VMWare。此外,您希望确保启用VAAI,以便VMWare可以取消分配零。


4
2018-04-07 14:30



实际上,如果你设置iSCSI 内 VM,主机端没有RDM,因为VM直接与iSCSI目标通信。 - GregL
我觉得它就像FC ......我想这不是。 - Basil
您既可以使用iSCSI(通过iSCSI设置数据存储,也可以在VM中设置iSCSI),而无法轻松执行基于VM的FC连接。 - GregL


首先要做的事情:如果您想提高VM的性能,您必须知道瓶颈在哪里。如果您的环境缺乏,例如,提高存储性能对您没有帮助CPU性能。

我不认为将存储协议从NFS更改为iSCSI会对您有所帮助。除协议外,还有许多其他参数会影响您的存储性能。

如果您的存储谷歌确实存在性能问题 vmware netapp最佳实践;那应该给你足够的信息。

顺便说一句:就个人而言,我不会在VM中使用iSCSI。如果要将VM移动到另一个存储阵列,则必须在vSphere和OS级别执行此操作。使用VMDK可以让生活变得更轻松。


4
2018-04-07 17:42