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 < |
| </ | </ | ||