All of lore.kernel.org
 help / color / mirror / Atom feed
From: Piergiorgio Sartor <piergiorgio.sartor@nexgo.de>
To: linux-raid@vger.kernel.org
Subject: Storage system
Date: Thu, 6 Feb 2014 19:09:09 +0100	[thread overview]
Message-ID: <20140206180909.GA2419@lazy.lzy> (raw)

Hi all,

this question is only partially related to Linux MD,
but since the experts are here, I think it would not
be a big problem to ask here.

I'm considering a storage system.
This is based on HDD "rust".
It should have RAID-6, for protection agaist disk
failure(s).
It should have LUKS (or similar), in order to simplify
HDD disposal (disk that are still somehow readable will
not need to be wiped out before dumping them).
It should have LVM, as flexible partition system.

Now, given that the HDD are always the lower layer, the
others can be combined in any order.
Six possible combinations, specifically, naming:

H: HDD
R: RAID
E: encryption
L: LVM

We can have:

HREL
HRLE
HLRE
HLER
HERL
HELR

Those are all possible (and valid) configurations.
Some are "better" and some are less "good", depending
on "good" or "bad" definition.
For example, in term of pure performances, I tested
HREL vs. HERL, the first is quite faster than the
second one.
On the other hand, HERL encrypts the RAID header, so
delivers less information to whoever wants to check
the disk content.

HRLE gives the possibility of having volumes encrypted
separately, allowing a finer security control.

HLxy, I think, do not really offer any advantage, but
I'm not sure.

So, finally, the question would be:

Knowing that it depends on requirements, do you think
one of this configuration is better than the other?
Why?

Feel free to elaborate, if you like.

Thanks a lot in advance,

-- 

piergiorgio

             reply	other threads:[~2014-02-06 18:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-06 18:09 Piergiorgio Sartor [this message]
2014-02-06 19:24 ` Storage system Joe Landman
2014-02-07  8:07 ` David Brown
2014-02-07 14:29   ` Matt Garman
2014-02-07 15:14     ` Roman Mamedov
2014-02-07 15:45       ` Roberto Spadim
2014-02-07 16:11     ` David Brown
2014-02-07 16:25       ` Can Jeuleers
2014-02-07 16:36         ` David Brown
2014-02-08  0:14           ` Chris Murphy
2014-02-07 19:16       ` Robert L Mathews
2014-02-07 23:58     ` Chris Murphy

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=20140206180909.GA2419@lazy.lzy \
    --to=piergiorgio.sartor@nexgo.de \
    --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.