GP *_*oit 5 linux raid mdadm centos lvm
我正在建立一个家庭服务器,它将用于一些不同的事情。我真的很想为大型数据存储尝试 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 |
Run Code Online (Sandbox Code Playgroud)
这将使我能够灵活地管理顶层的磁盘使用情况以及管理整体 RAID 大小,因此理论上我最终可以开始为另一个系统使用额外的磁盘空间,不是吗?
我觉得我错过了一些东西 - 性能惩罚?太复杂?另外,这个问题让我怀疑我的方法,尽管那张海报似乎在做一些不同的事情。我不会在这里存储核代码,而且我会有重要内容的异地备份,但我想避免使用可能导致问题的解决方案来打击自己。
大多数初始化系统可能不会预料到这种情况,因此他们不会准备先组装 LVM,然后是 MD,然后是 LVM。
如果将 LVM 置于 MD 之下,则必须非常小心。MD 应该与物理磁盘一起使用,但是当 LV 作为 RAID 成员时,您很容易最终导致两个成员共享相同的磁盘。也就是说,如果使用 MD 作为独立层,而不是 LVM 本身的 raid 功能,在后一种情况下,LVM 本身会确保这一点。
如果 MD 成员最终共享磁盘,单个磁盘故障最终将杀死多个成员。基本上你会在没有真正冗余的情况下运行毫无意义的 RAID。
问题是,这样的设置有什么意义?仅从您的图形来看,很明显额外的 LVM 层是多余的。直接使用磁盘即可。
大多数想要将他们的 RAID1 设置完全更改为其他设置的人只需踢出一个磁盘并在其上构建新系统。您暂时失去了此过程的冗余,但无论如何您应该始终有备份,对吗?
LVM 上的大多数其他优势不适用于 RAID。您不需要低于 RAID 的 LVM 即可扩展或缩小 RAID。MD 本身就可以做到这一点。
| 归档时间: |
|
| 查看次数: |
255 次 |
| 最近记录: |