我目前在软件RAID上有LVM，但是我想问你，你认为这是更好的解决scheme，也许有利弊？
编辑：这是关于软件突袭在lvm或lvm软件突袭。 如果我们考虑性能，我知道比硬件RAID更好。
你目前的设置是这样的：
| / | /var | /usr | /home | -------------------------- | LVM Volume | -------------------------- | RAID Volume | -------------------------- | Disk 1 | Disk 2 | Disk 3 | 这是一个更简单的设置更灵活。 您可以使用RAID卷和切片中的所有磁盘，并使用LVM以任何方式对其进行切块。 另一种方法甚至不值得考虑 – 这是非常复杂的，而且在文件系统级失去了LVM的好处。
如果您试图使用RAID LVM卷，那么您将剩下一台没有任何LVM卷优势的普通设备（例如增长的文件系统等）
你目前的设置是好的。 这是推荐的方法。
Raid涉及保持位安全/冗余/快/任何和LVM可以帮助您呈现他们使用的方式很容易。
有硬件突袭，你可以有lvm顶部 – 最佳组合。
这是一个老问题，技术已经进步，推荐的设置是使用LVM的内置RAID支持（请参阅https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/ Logical_Volume_Manager_Administration / raid_volumes.html ），尤其是在使用SSD的情况下。 红帽公司不推荐使用带有SSD的RAID 1/5/6/10，因为mdadm会写入完整的分区以确保校验和正常运行。 这可能会导致SSD的降级速度加快，如https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy
我假设你的意思是LVM上方的硬件RAID，LVM上的LVM和软件RAID。 如果是这样，我总是build议先select基于硬件的RAID。 软件RAID就是这样，虽然开销很小，但硬件RAID性能会比10倍好9倍。 当然，这个方法很大程度上取决于你的最终目标。 你想要达到什么目的（performance，保护等等）
我认为如果您想在RAID 0卷和RAID 1卷之间拆分磁盘，则可以使用RAID over LVM。
有了这个你不能在RAID0和RAID1之间实现空间
| / | /var | /usr | /home | -------------------------- | LVM Volume 2 | -------------------------- | RAID 0 | Raid 1 | -------------------------- | Disk 1 | Disk 2 | Disk 3 |
有了这个，你可以
| / | /var | /usr | /home | -------------------------- | LVM Volume 2 | -------------------------- | RAID 0 | Raid 1 | -------------------------- | LVM Volume 1 | -------------------------- | Disk 1 | Disk 2 | Disk 3 |
好处是您仍然可以通过使用pvmove命令在raid 0 et和raid 1卷之间移动LVM Volume 2逻辑卷
坏处是设置很复杂如果LVM有更好的软件RAIDfunction集成会更好。