From: Thomas Fjellstrom <thomas@fjellstrom.ca>
To: David Brown <david.brown@hesbynett.no>
Cc: linux-raid@vger.kernel.org
Subject: Re: Best option for SSD caching on a md raid array?
Date: Mon, 08 Feb 2016 13:21:25 -0700 [thread overview]
Message-ID: <4411310.rejlojhIFS@nell> (raw)
In-Reply-To: <56B85390.9050505@hesbynett.no>
On Mon Feb 8 2016 09:36:32 AM you wrote:
> Hi,
>
> If the server is going to have reasonably long uptimes, then lots of ram
> could easily be a better choice than an SSD caching system. I don't
> know how you are planning your "dual raid5 array", nor what sort of VM's
> you are dealing with. But the key point of an SSD cache is to get fast
> access to common data with random access patterns, since a raid array
> will give you plenty of bandwidth for large serial accesses. And while
> an SSD is fast for random reads, having the data in the server's cache
> is even faster.
Basically I have two servers, one is an older single socket xeon e3 with 16GB
ram, that tops out at 32GB IIRC (if i can find reasonably priced non buffered
8GB ddr3 ecc DIMMs). And my other box is a dual socket 32 core (2x16) Opteron
box with about 120GB ram.
I'm planning on having each machine have a storage array that are synced using
DRBD or something similar. The idea is to allow online migration with little
fuss, not having to access storage over the network, and have what is
essentially a raid 1 on top of the raid5 on each machine.
The Xeon box has a fair bit less resources (except per core perf is probably
better), and may have issues caching things in ram.
The main use case of both machines is to host various services, like a couple
game servers, plex, gitlab, unifi controller, testing/staging instances for
various services for work. Also a couple windows vms.
So its a mix of things.
> On 08/02/16 06:14, Thomas Fjellstrom wrote:
> > Hi,
> >
> > I'm planning on setting up a dual raid5 array for hosting vm's off LVM, I
> > would like to add an ssd cache to help with typical server system loads,
> > and some mixed read/write loads for game servers.
> >
> > I'm wondering what the "best" route for me to go is. There's a few options
> > that I know of, like flashcache, dm-cache, and bcache. The question is
> > which of those is better suited to my use case?
> >
> > Also wondering which ones people here use, and what they use it for.
> >
> > Thanks!
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-02-08 20:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-08 5:14 Best option for SSD caching on a md raid array? Thomas Fjellstrom
2016-02-08 8:36 ` David Brown
2016-02-08 15:45 ` Jens-U. Mozdzen
2016-02-08 20:21 ` Thomas Fjellstrom [this message]
2016-02-08 9:38 ` Mateusz Korniak
2016-02-08 15:34 ` John Stoffel
2016-02-10 22:13 ` Pasi Kärkkäinen
2016-02-10 22:21 ` John Stoffel
2016-02-10 22:54 ` Pasi Kärkkäinen
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=4411310.rejlojhIFS@nell \
--to=thomas@fjellstrom.ca \
--cc=david.brown@hesbynett.no \
--cc=linux-raid@vger.kernel.org \
/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.