WD VelociRaptor WD1000DHTZ (1TB 10K drive)

[fizzer]

I'm looking at the HCL for the TS-879U-RP - It doesn't yet include the WD1000DHTZ from western digital.
We'd really like to use this drive, does anyone have an opinion on if it will work? I need to place an order in the next day or two.

In the HCL it states that "the hard disk drives of the same brand and series are collectively recognized as compatible with QNAP products if the largest-capacity drive has passed the compatibility test. "

However, It looks like WD have modified this drive lineup from 150GB, 300GB, 600GB to 250GB, 500GB 1TB suggesting at least a platter density change.

Our fall-back position is to buy the smaller brother WD6000HLHX (600GB).

[fizzer]

We've had to order the 600gb version. I hope the NAS is faster than the presales support and the forum...

[snedker]

Just curios - what connection do you have ? - if its a simple gigabit - you won´t get ANY benefit from a Velociraptor compared to an ordinary 7200 rpm disk - and if you have 10GB line you´ll only get about 5% increase op speed (according to Jason/Qnap)

[fizzer]

define speed:

max MB/s
or
iops

I want max iops, Jason (I believe) is talking about MB/s

[5150cd]

I'm also considering getting a 8-bay or larger NAS and would love to hear if this hard drive is going to be compatible as it looks like a great balanace between performance and capacity.

[fizzer]

Well, we're live now with two ts-ec879-rp - one with 600gb WD VelociRaptors and the other with 3tb Seagate Constellations - both raid 6. Each with a pair of 1Gb trunked (round robin) nics
Both are performing well - we would have liked to have had the 1TB WD's but it's a live site and we couldn't risk using unsupported disks.
We're running 15VM's on the 10K disks - DC's, exchange, oracle DB's and various other apps (helpdesk, print, analytical processing servers)
the 3TB seagates are just running a couple of test vms (app server + oracle DB) and a couple of file servers. It's also serving up a couple of cifs shares and a 5TB iscsi veeam repository.

All working fine.

Latency is low on the VM datastores and users have reported an improvement in performance over the old setup (although I suspect that this was because of rogue traffic shaping settings on the old esx 3.5 hosts) - either way, it's not worse...

One bugbear is that I have a rogue process on both qnaps (rpc.rquotad) which I have logged a support call for but have received nothing back from Qnap. God help us if one of these things goes down, support from Qnap seems to be non-existant.

I suppose you pay your money and you take your choice (we have NetApp on our larger sites - support is excellent but by god do you pay for it...)

[DAB]

Restart NFS (or reboot the server) and rpc.rquotad should stop hogging the CPU. If you don't use NFS, disable it. This is a well known bug.