Just wanted to post a followup with the results of an experiment we tried.
I created an iSCSI LUN (on the exact same aggregate, volume, and vfiler) and exposed it to a Windows server. Also using 10Gb, jumbo frames, same switch.
Ran iometer on the Windows box (using similar test parameters) and got 275MB/S for sequential writes to that LUN. As compared to the 15MB/S for NFSv3 from the Linux system.
I'd expect iSCSI to be faster than NFS, but this difference seems extreme. Any thoughts?
Thanks,
Roy
On 7/17/15 12:16 PM, Roy McMorran wrote:
Hi all,
We recently purchased a NetApp FAS-2554 and I'm getting what I feel is less than stellar performance. I have a case open with support. But I'm trying to 'calibrate my expectations' a bit, so I thought I'd send this out to the list. Any feedback would be
appreciated.
Here's a some info about the configuration
cDOT, 8.3.1RC1
2-node switchless cluster
22 SATA drives (3TB) in two RAID-DP aggregates + 2 spares
22 10K SAS drives (900GB) in two RAID-DP aggregates + 2 spares
No flash (yet?)
10Gb cluster interconnect
10Gb to server(s) with jumbo frames
2 vFilers - the one under test has a volume on the sas_data_1 aggregate which is serving NFS v3 (TCP)
I'm currently testing with a Cisco UCS C220 M4S running CentOS 6.6 as the NFS client. We noticed that performance (on a database load) seemed poor, so I started some benchmark testing with "iozone". The test I'm looking at in particular is sequential writes
with an 8K record size. The write throughput was 2MB/S! There are no other workloads on the filer or the server.
NetApp suggested a workaround for the bug described here:
http://mysupport.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=876563
and that actually improved things - my sequential write throughput test can now do 15MB/S. Definitely better, but that still seems slow to me.
So with all that background here is my question - does anyone have a similar configuration out there, and what sort of write speeds are you seeing? I'm just looking for a sanity check. Is 15MB/S reasonable?
Thanks!
Roy McMorran