meta data for this page
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
linux:fs:zfs:draid [2023/02/08 10:47] – created niziak | linux:fs:zfs:draid [2025/08/03 07:39] (current) – niziak | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== draid ====== | + | ====== |
+ | declustered RAID | ||
+ | |||
+ | |||
+ | From [[https:// | ||
+ | < | ||
+ | |||
+ | In a ZFS dRAID (declustered RAID) the hot spare drive(s) participate in the RAID. Their spare capacity is reserved and used for | ||
+ | rebuilding when one drive fails. This provides, depending on the configuration, | ||
+ | case of drive failure. More information can be found in the official OpenZFS documentation. [1] | ||
+ | Note: dRAID is intended for more than 10-15 disks in a dRAID. A RAIDZ setup should be better for a lower amount of disks in most use cases. | ||
+ | Note: The GUI requires one more disk than the minimum (i.e. dRAID1 needs 3). It expects that a spare disk is added as well. | ||
+ | |||
+ | dRAID1 or dRAID: requires at least 2 disks, one can fail before data is lost | ||
+ | |||
+ | dRAID2: requires at least 3 disks, two can fail before data is lost | ||
+ | |||
+ | dRAID3: requires at least 4 disks, three can fail before data is lost | ||
+ | </ | ||
+ | |||
+ | From [[https:// | ||
+ | |||
+ | < | ||
+ | dRAID is a variant of raidz that provides integrated distributed hot spares which allows for | ||
+ | faster resilvering while retaining the benefits of raidz. A dRAID vdev is constructed from multiple | ||
+ | internal raidz groups, each with D data devices and P parity devices. These groups are distributed | ||
+ | over all of the children in order to fully utilize the available disk performance. This is known as | ||
+ | parity declustering and it has been an active area of research. The image below is simplified, but | ||
+ | it helps illustrate this key difference between dRAID and raidz. | ||
+ | </ | ||
+ | |||
+ | |||
+ | < | ||
+ | We especially caution storage newbies to be careful with draid—it' | ||
+ | layout than a pool with traditional vdevs. The fast resilvering is fantastic—but draid takes a hit in | ||
+ | both compression levels and some performance scenarios due to its necessarily fixed-length stripes. | ||
+ | </ | ||
+ | |||
+ | < | ||
+ | draid2: | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | | ||
+ | | ||
+ | </ | ||
+ | |||
+ | ===== Usage ===== | ||
+ | |||
Create DRAID with 1 parity and 2 redundancy (on 3 disks): | Create DRAID with 1 parity and 2 redundancy (on 3 disks): | ||
+ | |||
+ | <code bash> | ||
+ | zpool create backup draid1: | ||
+ | </ | ||
+ | |||
+ | Create DRAID with 1 parity and default redundancy (on 5 disks): | ||
+ | |||
<code bash> | <code bash> | ||
- | zpool create backup draid1:2d < | + | zpool create backup draid1:5c < |
</ | </ | ||