我目前在软件RAID上有LVM,但是我想问一下您,什么是更好的解决方案,也许有什么优缺点?
编辑:这是关于在lvm上的软件raid或在软件raid上的lvm。我知道,如果我们考虑性能,比进行硬件突击检查更好。
我目前在软件RAID上有LVM,但是我想问一下您,什么是更好的解决方案,也许有什么优缺点?
编辑:这是关于在lvm上的软件raid或在软件raid上的lvm。我知道,如果我们考虑性能,比进行硬件突击检查更好。
Answers:
您当前的设置是这样的:
| / | /var | /usr | /home |
--------------------------
| LVM Volume |
--------------------------
| RAID Volume |
--------------------------
| Disk 1 | Disk 2 | Disk 3 |
这是一个更简单,更灵活的设置。您可以使用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的情况下。红帽不建议将RAID 1/5/6/10与SSD一起使用,因为mdadm将写入完整的分区以确保校验和的正常运行。如此处所述,这可能会导致SSD更快降级,如https://access.redhat.com/documentation/zh-CN/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy
进行硬件突袭,并且可以在顶部使用lvm-最佳组合。
我假设您的意思是硬件RAID在LVM之上,而LVM和软件RAID在LVM之上。如果是这样,我总是建议您首先选择基于硬件的RAID。软件RAID就是这样,尽管开销很小,但硬件RAID性能将提高10倍之9。当然,方法论将很大程度上取决于您的最终目标。您要达到的目标(性能,保护等)
我想,如果要在RAID 0卷和RAID 1卷之间划分磁盘,使用基于LVM的RAID是有意义的。
这样,您将无法在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可以更好地集成软件突袭功能会更好。