From: Adam Goryachev <mailinglists@websitemanagers.com.au>
To: stan@hardwarefreak.com
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: RAID10 Performance
Date: Fri, 27 Jul 2012 23:02:46 +1000 [thread overview]
Message-ID: <50129176.3050604@websitemanagers.com.au> (raw)
In-Reply-To: <50123E2C.8090108@hardwarefreak.com>
On 27/07/12 17:07, Stan Hoeppner wrote:
> On 7/26/2012 9:16 AM, Adam Goryachev wrote:
>
>> I've got a system with the following config that I am trying to
>> improve performance on. Hopefully you can help guide me in the
>> best direction please.
>
>> 3 x 2TB WDC WD2003FYYS-02W0B1
> ...
>> The three HDD's are configured in a single RAID10
> ...
>> Which is then shared with DRBD to another identical system. Then
>> LVM is used to carve the redundant storage into virtual disks
>> Finally, iSCSI is used to export the virtual disks to the
>> various virtual machines running on other physical boxes.
>>
>> When a single VM is accessing data, performance is more than
>> acceptable (max around 110M/s as reported by dd)
>>
>> The two SAN machines have 1 Gb ethernet crossover between them,
>> and 4 x Gb bonded to the switch which connects to the physical
>> machines running the VM's (which have only a single Gb
>> connection).
>>
>> The issue is poor performance when more than one machine attempts
>> to do disk intensive activity at the same time (ie, when the anti
>> virus scan starts on all VM's at the same time, or during the
>> backup window, etc).
> ...
>
> I'm really surprised you don't already know the answer, and that
> you gave such a lengthy detailed description.
Ummm, yes, well I was hoping for some magic I didn't already know :)
> Your problem is very simple. It is suffered by many people, who
> lack basic understanding of rotating drive performance in relation
> to their workloads.
>
> You don't have enough seek bandwidth. The drive heads simply can't
> move fast enough to service all sector requests in a timely manner.
> There is no way to fix this by tweaking the operating system. You
> need to increase your seek rate.
>
> 1. Recreate the arrays with 6 or 8 drives each, use a 64KB chunk
Would you suggest these 6 - 8 drives in RAID10 or some other RAID
level? (IMHO, the best performance with reasonable protection is RAID10)
How do you get that many drives into a decent "server"? I'm using a
4RU rackmount server case, but it only has capacity for 5 x hot swap
3.5" drives (plus one internal drive).
> 2. Replace the 7.2k WD drives with 10k SATA, or 15k SAS drives
Which drives would you suggest? The drives I have are already over
$350 each (AUD)...
> 3. Replace the drives with SSDs
Yes, I'd love to do this.
> Any of these 3 things will decrease latency per request.
I have already advised adding an additional pair of drives, and
converting to SSD's.
Would adding another 2 identical drives and configuring in RAID10
really improve performance by double?
Would it be more than double (because much less seeking should give
better throughput, similar I expect to performance of two concurrent
reads is less than half of a single read)?
If using SSD's, what would you suggest to get 1TB usable space?
Would 4 x Intel 480GB SSD 520 Series (see link) in RAID10 be the best
solution? Would it make more sense to use 4 in RAID6 so that expansion
is easier in future (ie, add a 5th drive to add 480G usable storage)?
http://www.megaware.com.au/index.php?main_page=product_info&cPath=16_1579&products_id=133503
I'm just trying to get some real life experiences from others. This
system is pretty much the highest performing system I've built to date....
Thank you for your comments, I do appreciate them.
Regards,
Adam
PS, thanks for the reminder that RAID10 grow is not yet supported, I
may need to do some creative raid management to "grow" the array,
extended downtime is possible to get that done when needed...
--
Adam Goryachev
Website Managers
www.websitemanagers.com.au
next prev parent reply other threads:[~2012-07-27 13:02 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-26 14:16 RAID10 Performance Adam Goryachev
2012-07-27 7:07 ` Stan Hoeppner
2012-07-27 13:02 ` Adam Goryachev [this message]
2012-07-27 18:29 ` Stan Hoeppner
2012-07-28 6:36 ` Adam Goryachev
2012-07-28 15:33 ` Stan Hoeppner
2012-08-08 3:49 ` Adam Goryachev
2012-08-08 16:59 ` Stan Hoeppner
2012-08-08 17:14 ` Roberto Spadim
2012-08-09 1:00 ` Adam Goryachev
2012-08-09 22:37 ` Stan Hoeppner
2012-07-27 12:05 ` Phil Turmel
-- strict thread matches above, loose matches on Subject: below --
2011-03-02 9:04 Aaron Sowry
2011-03-02 9:24 ` Robin Hill
2011-03-02 10:14 ` Keld Jørn Simonsen
2011-03-02 14:42 ` Mark Knecht
2011-03-02 14:47 ` Mathias Burén
2011-03-02 15:02 ` Mario 'BitKoenig' Holbe
2011-03-02 8:50 Aaron Sowry
2011-03-02 11:16 ` NeilBrown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50129176.3050604@websitemanagers.com.au \
--to=mailinglists@websitemanagers.com.au \
--cc=linux-raid@vger.kernel.org \
--cc=stan@hardwarefreak.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.