I'm building up a home server that will be used for a handful of different things. I'd really like to try a Btrfs raid 1 array for a large data store, but I'm using CentOS 7 (older kernel although it's said to be stable by 3.10), and have some general concerns about its stability and my ability to fix problems should they arise, so I've decided to stick with ext4 on MD RAID 1 (for now). However, I'd like to keep it flexible enough to maybe transition later. It seems to me the simplest way to do this would be to have MD running on top of one logical volume per disk so I can more easily adjust the overall raid size over time, then put additional logical volumes on top of that to manage disk usage for various things. (I suppose I could use LVM raid, but I'm leaning against it for reasons listed here: RAIDing with LVM vs MDRAID )
Something like this for example:
| /share | /userX | /userY | /media |
-----------------------------------
| LVM1 | LVM2 | LVM3 |
-----------------------------------
| RAID 1 Volume |
-----------------------------------
| LVM volume | LVM volume |
-----------------------------------
| Disk 1 | Disk 2 |
That would allow me to flexibly manage the disk usage at the top level as well as manage the overall RAID size, so I could in theory eventually start using extra disk space for another system, no?
I get the feeling I'm missing something- Performance penalties? Too complex? Plus, this question makes me doubt my approach, though that poster appears to be doing something slightly different. It's not like I'm going to be storing nuclear codes here, and I'll have offsite backups of important stuff, but I'd like to avoid shooting myself in the foot with a solution that could lead to issues.