使用32 ZIL内存和64 ZIL的OpenIndiana写速度差

Question

在由OpenIndiana 151 a托管的NFS共享上，我的写性能很差。我有2x1TB镜像(希捷星座驱动器)，2个SSD驱动器，一个读缓存和一个写缓存。我的想法是，通过使用写缓存，即使我有一个非常慢的硬盘，我也可以获得类似于SSD的性能。我得到了一个40 MB/s的平均值。我要注意的是，我的SSD驱动器都是SATA3，可以达到500 MB/s。我觉得自己被骗了！我的设置如下：

• ESXi 5，NFS数据存储，在VMkernel和vSwitch上设置为9000
• 托管数据存储的VM1 OpenIndiana驻留在直接附加的存储中。
• VM2 Windows有2 10 on硬盘驱动器，1系统驱动器，2测试驱动器，使用datastore，驻留在NFS数据存储上。

我正忙着运行一系列的IOmeter测试，会在我做完后发布结果。

我没有看到广告的SATA3速度在这里，我会只是更好地使用SSD的直接附加存储？换句话说，NFS是这里的问题吗？

Answer 1

这完全取决于您测试的内容和方式。这是40兆/秒的读写速度吗？还是加在一起？如果您的基准测试软件都是顺序读写的，那么您很可能看不到SSD缓存单元的好处。

您的虚拟开关设置应该如下所示。我使用的是NexentaStor而不是OpenIndiana，但同样的原则也适用。存储服务器应该有一个带有VMkernel端口的专用交换机。这是为了向ESXi主机提供NFS。然后，您向ESXi系统显示一个数据存储，并将您的VM放在上面。您不需要物理适配器，使用VMXNET3网络适配器，事情应该显示为10 the。

Answer 2

据我所知，ZIL并不是一个“写缓存”，它更像是一个性能良好的日志，因此您最多还是可以获得原始磁盘的速度。尽管40 do /S比这更少，这也是“你是如何做那些测试的”发挥作用的地方。

更正:我被告知我错了，ZIL作为写缓存执行双重功能，但不确定这是否都是正确的。

Answer 3

vSphere以同步方式挂载所有NFS共享，这意味着所有写入都是同步完成的。如果您通过iSCSI挂载LUNs -所有具体的同步写入都是同步的--其余的将是异步的。

对于连续的写入(同步)数据流，它将被限制在磁盘(给定的i/o模式)的写入速度。与原始同步连续写入相比，ZIL对于实现高随机iops确实更有用。

在大多数情况下，顺序数据的数量并不像您能够处理多少真正随机的写入和读取那样重要--特别是在虚拟环境中，您可能会有许多不同的“客户端”访问存储。如果您需要使用iSCSI而不是NFS来实现高吞吐量，请考虑异步写入。