public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: antlists <antlists@youngman.org.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [OT] Using an odd number of drives in ZFS RaidZ
Date: Wed, 30 Jun 2021 21:00:29 +0100	[thread overview]
Message-ID: <d3457344-bf49-2c61-a536-c44116727214@youngman.org.uk> (raw)
In-Reply-To: <YNsmobeqhBMEJWcM@moby>

On 29/06/2021 14:56, Frank Steinmetzger wrote:
> Hello fellows
> 
> This is not really a Gentoo question, but at least my NAS (which this mail
> is about) is running Gentoo. :)
> 
> There are some people amongst this esteemed group that know their stuff
> about storage and servers and things, so I thought I might try my luck here.
> I’ve already looked on the Webs, but my question is a wee bit specific and I
> wasn’t able to find the exact answer (yet). And I’m a bit hesitant to ask
> this newbie-ish question in a ZFS expert forum. ;-)
> 
> Prologue:
> Due to how records are distributed across blocks in a parity-based ZFS vdev,
> it is recommended to use 2^n data disks. Technically, it is perfectly fine
> to deviate from it, but for performance reasons (mostly space efficiency) it
> is not the recommended way. That’s because the (default) maximum record size
> of 128 k itself is a power of 2 and thus can be distributed evenly on all
> drives. At least that’s my understanding. Is that correct?
> 
> So here’s the question:
> If I had three data drives, (c|w)ould I get around that problem by setting a
> record size that is divisible by 3, like 96 k, or even 3 M?
> 
> 
> 
> Here’s the background of my question:
> Said NAS is based on a Mini-ITX case which has only four drive slots (which
> is the most common configuration for a case of this formfactor). I started
> with two 6 TB drives, running in a mirror configuration. One year later
> space was running out and I filled the remaining slots. To maximise
> reliability, I went with RaidZ2.
> 
> I reached 80 % usage (which is the recommended maximum for ZFS) and am
> now evaluating my options for the coming years.
> 1) Reduce use of space by re-encoding. My payload is mainly movies, among
>     which are 3 TB of DVDs which can be shrunk by at least ⅔ by re-encoding.
>     → this takes time and computing effort, but is a long-term goal anyway.
> 2) Replace all drives with bigger ones. There are three counter arguments:
>     • 1000 € for four 10 TB drives (the biggest size available w/o helium)
>     • they are only available with 7200 rpm (more power, noise and heat)
>     • I am left with four perfectly fine 6 TB drives
> 3) Go for 4+2 RaidZ2. This requires a bigger case (with new PSU due to
>     different form factor) and a SATA expansion card b/c the Mobo only has
>     six connectors (I need at least one more for the system drive), costing
>     250 € plus drives.
> 4) Convert to RaidZ1. Gain space of one drive at the cost of resilience. I
>     can live with the latter; the server only runs occasionally and not for
>     very long at a time. *** This option brings me to my question above,
>     because it is easy to achieve and costs no €€€.
> 
5) Dunno if this is possible but ... replace one 6TB by a 12TB (any 
reason you don't like Helium?) and raid-0 two of the remaining 6's 
together. Dunno anything about what the raidZ's are but I presume this 
would give you 12TB of mirrored storage. It would also only use 3 slots, 
so you could use the 4th for eg your videos, and back them up on 
external storage ie the drive you've just removed :-)

(The raid-0, I'd probably stripe rather than linear for performance.)

Cheers,
Wol


  reply	other threads:[~2021-06-30 20:00 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-29 13:56 [gentoo-user] [OT] Using an odd number of drives in ZFS RaidZ Frank Steinmetzger
2021-06-30 20:00 ` antlists [this message]
2021-06-30 23:31   ` Frank Steinmetzger
2021-06-30 20:45 ` Neil Bothwick
2021-06-30 23:31   ` Frank Steinmetzger
2021-07-01  1:29     ` William Kenworthy
2021-07-02 15:09       ` J. Roeleveld
2021-07-01 15:07     ` antlists
2021-07-01 17:21       ` Frank Steinmetzger
2021-07-01 13:47 ` Robert David
2021-07-01 15:01   ` antlists
2021-07-01 17:35     ` Frank Steinmetzger
2021-07-04 10:56     ` Robert David
2021-07-02 15:13   ` J. Roeleveld

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=d3457344-bf49-2c61-a536-c44116727214@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox