LVM 和 mdadm / dmraid 都在 Linux 上提供软件 RAID 功能。这几乎是2014 年对这个问题的后续帖子。当时，@derobert建议更喜欢 mdadm 而不是 LVM raid，因为它的成熟度 - 但那是 4 年前的事了。我可以想象，从那以后事情发生了变化。但是我以前从未使用过 LVM raid，而且我也找不到任何最近的经验。
那么 LVM 突袭的状态如何？现在是不是越来越成熟了？@derobert 的帖子中提到的缺陷现在已经解决，还是仍然存在？关于什么
LVM 突袭与 mdadm 相比？
我想知道人们是否真的使用它，或者每个人是否仍然坚持使用 mdadm。是否更推荐在 mdadm 之上使用 LVM 进行逻辑卷管理，还是让 LVM 也管理突袭？即使您不期望需要逻辑卷管理的优势，使用 LVM raid 而不是 mdadm 是否甚至可观？
我考虑过在原始答案下添加评论，要求@derobert更新他的帖子，但决定提出一个新问题。我想接触其他成员，获得新的和新鲜的体验，而不仅仅是将旧帖子变成现在时。
我正在建立一个家庭服务器，它将用于一些不同的事情。我真的很想为大型数据存储尝试 Btrfs raid 1 阵列，但我使用的是 CentOS 7（较旧的内核，尽管据说它在 3.10 之前是稳定的），并且对其稳定性和我的能力有一些普遍的担忧如果出现问题，请修复它们，所以我决定在 MD RAID 1 上坚持使用 ext4（目前）。但是，我希望它保持足够的灵活性，以便以后过渡。在我看来，最简单的方法是让 MD 在每个磁盘的一个逻辑卷之上运行，这样我就可以随着时间的推移更轻松地调整整体 RAID 大小，然后在其上放置额外的逻辑卷来管理磁盘使用情况对于各种事情。（我想我可以使用 LVM 突袭，但由于此处列出的原因，我倾向于使用它：使用 LVM 进行 RAID 与 MDRAID 相比）
例如这样的事情：
| /share | /userX | /userY | /media |
-----------------------------------
| LVM1 | LVM2 | LVM3 |
-----------------------------------
| RAID 1 Volume |
-----------------------------------
| LVM volume | LVM volume |
-----------------------------------
| Disk 1 | Disk 2 |
这将使我能够灵活地管理顶层的磁盘使用情况以及管理整体 RAID 大小，因此理论上我最终可以开始为另一个系统使用额外的磁盘空间，不是吗？
我觉得我错过了一些东西 - 性能惩罚？太复杂？另外，这个问题让我怀疑我的方法，尽管那张海报似乎在做一些不同的事情。我不会在这里存储核代码，而且我会有重要内容的异地备份，但我想避免使用可能导致问题的解决方案来打击自己。
我即将重新初始化我的（SW）raid 阵列。
以前的阵列是带有 4 个磁盘的 raid5。我已经移除了一个磁盘以安装一个新的附加（更大）驱动器。
理想情况下，我想做的是在 3 个磁盘上混合使用 RAID 类型。具有 1 个 3 路镜像 raid1 的部分、raid5 的一部分和 raid0 的一部分，为我越来越不重要的文件提供不同级别的保护，同时尽可能少地浪费空间。
我可以通过在每个磁盘上创建 3 个单独的 raid 分区并从中组装 3 个阵列来做到这一点，但这有许多缺点：
我真正想要的是单个文件系统，我可以在其中设置单个文件/目录的属性，指示这些文件所需的保护级别，从而适当地镜像文件。
有没有办法在 SUSE 上实现这一点，也许是使用一种深奥的文件系统格式？