Multiple Arrays

42 posts in this topic Last Reply

Recommended Posts

I would definetly also want mutliple arrays. That would give the ultimate felxibility to organize the storage of the server.

Every array with its own parity disk(s) would be an independet fault tolerance unit. Without speed and securtiy degration, if in another array a drive fails and the array needs to be reconstructed.

It would be possible to spread the risk over more disks when the data is split by mutliple arrays.

Statistically, the over all reliability gets lower and lower, the more drives you add to a single array with its max. 2 parity disks. With multiple arrays, this could be prohibited.


Edited by Ralf.
Link to post
  • 1 month later...

I am interested in running two dual-parity protected arrays in a single chassis w/ Unraid on bare metal.


I have a smaller array for testing and data that would be a minor headache to replace (6 data drives + 2 parity). I also have my "Production" Unraid array that houses my primary data that would be a huge issue if I lost (18 data drives and growing + 2 parity & full/daily offsite backup). 


My chassis is 36 bays and I currently run Unraid on top of ESXi, passing through the USB keys along with HBAs and NVMe cache drives to get as close to bare metal as I can.

Edited by BrianAz
Link to post
  • 3 weeks later...

+1 for multiple arrays.

I'd settle for just a second array, for my SSD storage that way my frequently used data such a time-machine, phone backups, newly "acquired" media and my "to be played" steam library would not need to spin up my spindle disks all the time relegating them to infrequently used media.

Having my largest capacity (expensive) disk spinning all the time isn't great.

This is the main feature I'm missing to move from an aging Synology NAS to Unraid.


Given Synology's horrible track record with me over the last two years i would gladly pay double the pro fee to get this feature

Link to post
  • 2 weeks later...
  • 2 months later...
  • 2 months later...
10 hours ago, dada051 said:

at least dual array


Please don't jump that short.


With currently available 30 cache pools, the limit for array pools should not get restricted to two only.


The market for 45-drive, 60-drive or 90-drive systems is increasing. Using these systems with Unraid VMs to overcome the current restrictions is limited. For every Unraid VM you need an USB-slot for the additional license/OS-stick and a PCIe-slot for the additional HBA you need to passthru. So the limiting factor currently are available USB-slots and PCIe-slots if you want to run big systems.


I would like to create several small and big arrays - e.g. dual parity/two array disks, 3x dual parity/22 array disks. And that based on bulletproofed Unraid arrays, no experimental BTRFS cache pools (my opinion based on several bad experiences with BTRFS).


Link to post
  • 4 weeks later...

I would like multiple arrays for what I think is a unique edge case.  I would like a second array for use of special purpose drives like WD Purple drives to store my backup security cam footage.  I would like to keep my reds for all the other data in a separate array.   

Link to post

+ for writing Chia plots to a second array without paritiy.

Initially I had the idea to make a "no cache" share on multiple disks with "most free" allocation.

But wrting the 101 GB plot to parity protected array is slowed down by 50-70%, which takes too much time in parallel plotting.

So the only reasonable way of plotting is against unassigned devices and rotate the destination disks in the plotting script.

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.