5

We recently had a Problem with the Raid Card in our Windows Server. We used this excuse to enlarge our storage Pool and implement a few other upgrades.

The current Setup is:

  • FreeNAS Server

The Server used is a Dell Poweredge R710 with dual Quad Core Xeon and 32 GB Ram. We intend to Upgrade to 64 GB in the near future. HDDs are 10x WD RED 4TB. They are connected to the server with an LSI SAS 9201-16e. The FreeNAS Server should be connected to a Windows Server with two parallel 10Gbps connections. The Cards used are Mellanox MNPH29D-XTR in both the FreeNAS Server and the Windows Server.

  • Windows Server

The Windows Server is a HP Proliant DL380 G7 with two hexa core Xeon CPUs. This server should manage the iSCSI share of the FreeNAS and assign user permissions.

Our Problem is the following. When I connect one iSCSI connection in windows I get the following speed test Results (looking only at sequential read and write):

Sequential Read (Q= 32,T= 1) : 1180.009 MB/s

Sequential Write (Q= 32,T= 1) : 880.378 MB/s

Wen I connect a second iSCSI connection and tell windows it is looking at the same storage pool, I get the following result:

Sequential Read (Q= 32,T= 1) : 1613.847 MB/s

Sequential Write (Q= 32,T= 1) : 542.431 MB/s

The read speed is close to the maximum speed of the drive array. With ZFS tuning I got close. What irritates me, and what I do not understand is why the write speed went down. I made no changes to the FreeNAS system in between these tests.

Does anyone have any ideas? what could I try? am I fundamentally misunderstanding MPIO and expecting something that shouldn't work?

Thanks for your help.

  • 2
    What type of RAID have you configured? What is MPIO policy on the Windows Server? – Mr. Raspberry May 11 '17 at 9:06
4

I would suggest you to double check the RAID configuration you have and enabled MPIO policy. It seems to be a normal behavior for the case of RAID 5/6 usage, the write performance of those lack on multiple writes.

Since you have directly connected two nodes, the hyperconvderged scenario looks beneficially here. The configuration of shared storage on top of local underlying one provides you with benefits like failover, redundancy and multipathing. You can try the setup using HPE VSA or StarWind Virtual SAN that do the job of shared storage mirrored between clustered nodes. Essentially, the solution also allows deploying an iSCSI storage in a standalone (converged) scenario kind you have currently.

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.