我们最近在我们的Windows Server中使用了RAID卡。 我们使用这个借口来扩大我们的存储池并实施一些其他的升级。
当前的设置是：
使用的服务器是带有双核心至强和32 GB内存的戴尔Poweredge R710。 我们打算在不久的将来升级到64 GB。 硬盘是10倍的WD RED 4TB。 它们通过LSI SAS 9201-16e连接到服务器。 FreeNAS服务器应该连接到一个具有两个并行10Gbps连接的Windows服务器。 在FreeNAS服务器和Windows服务器中使用的卡都是Mellanox MNPH29D-XTR。
Windows Server是带有两个六核Xeon CPU的HP Proliant DL380 G7。 该服务器应该pipe理FreeNAS的iSCSI共享并分配用户权限。
我们的问题是以下。 当我在Windows中连接一个iSCSI连接时，我得到下面的速度testing结果（只看连续读写）：
顺序读取（Q = 32，T = 1）：1180.009MB / s
顺序写入（Q = 32，T = 1）：880.378MB / s
温我连接第二个iSCSI连接，并告诉Windows正在看同一个存储池，我得到以下结果：
顺序读取（Q = 32，T = 1）：1613.847MB / s
顺序写入（Q = 32，T = 1）：542.431MB / s
读取速度接近驱动器arrays的最大速度。 随着ZFS调整，我接近了。 什么让我恼火，而我不明白的是为什么写速度下降。 在这些testing之间，我没有改变FreeNAS系统。
有没有人有任何想法？ 我可以尝试什么？ 我从根本上误解MPIO，期待一些不应该工作的东西？
谢谢你的帮助。
我build议你仔细检查你的RAIDconfiguration，并启用MPIO策略。 对于RAID 5/6的使用情况来说，这似乎是一种正常的行为，写入性能在多次写入时不足。
由于您直接连接了两个节点，所以在这里看起来非常有利。 本地底层共享存储的configuration为您提供诸如故障转移，冗余和多path等优势。 您可以尝试使用HPE VSA或StarWind Virtual SAN执行在群集节点之间镜像的共享存储作业的设置。 从本质上讲，该解决scheme还允许在目前独立的（融合）场景中部署iSCSI存储。