对于哪种存储方案对多磁盘家庭服务器最有意义,是否有任何指导方针?
我假设有一个单独的引导/操作系统磁盘(因此不考虑可引导性,这仅用于数据存储)和 4-6 个每个 1-2 TB 的存储磁盘,总存储容量在 4-12 TB 范围内。
文件系统是 ext4,我希望只有一个大分区跨越所有磁盘。
据我所知,替代方案是
单个磁盘
- 优点:适用于任何磁盘大小组合;丢失磁盘只会丢失该磁盘上的数据;无需卷管理。
- 缺点:当逻辑单元(如“电影”文件夹)大于任何单个驱动器的容量时,数据管理很笨拙。
JBOD 跨度
- 优点:可以合并任何大小的磁盘。
- 缺点:丢失磁盘会丢失所有磁盘上的所有数据
LVM
- 优点:可以合并任何大小的磁盘;添加和删除磁盘相对简单。
- 缺点:丢失磁盘会丢失所有磁盘上的所有数据
RAID 0
- 优点:速度
- 缺点:丢失一个驱动器会丢失所有数据;磁盘大小必须相同
RAID 5
- 优点:数据在丢失一个磁盘时仍然存在
- 缺点:放弃一个磁盘的容量;磁盘大小必须相同
RAID 6
- 优点:数据在丢失两个磁盘时仍然存在
- 缺点:放弃两个磁盘的容量;磁盘大小必须相同
我主要考虑 LVM 或 JBOD 跨度,因为它可以让我在升级系统时重用旧的、容量较小的磁盘。亚军是 RAID 0 以提高速度。
我计划对单独的系统进行完整备份,因此我预计 RAID 级别 5 或 6 的额外冗余并不重要。
这是替代方案的公平代表吗?还有其他我错过的考虑因素或替代方案吗?你会推荐什么?
像您一样,我正在对家庭服务器中的磁盘进行合理化过程。由于我拥有的 JBOD 设置的有机增长,我也有多种磁盘大小。
我选择 LVM 路线的原因如下。
对我来说,关键因素是#3 & #4。
我正在使用Greyhole,它几乎完全适合我的用例:
限制:
好吧,在raid系统上,磁盘必须具有相同的大小...
只是要添加到 raid的分区,需要具有相同的大小才能创建 raid...
lvm 的优势在于,您可以通过向其添加更多分区来轻松扩展虚拟磁盘。你有一个快照功能!
您还可以将 lvm 与 raid... 结合使用,以便您拥有数据安全性和 lvm 的灵活性 :)
您可以在 Linux 中堆叠块设备并混合软件 RAID 和 LVM 的值,这应该可以满足您的所有需求。这一切都可以通过非 gui 安装程序来完成。
[1] 我曾经在 SATA 磁盘上遇到过一个非常严重的故障,它有很多坏块。使用供应商工具重组磁盘后。我曾经相同的一组磁盘现在是独一无二的,坏驱动器现在比低级格式化开始前少了几个块,这当然破坏了我的分区表并阻止驱动器重新加入 MD RAID 集。
硬盘驱动器通常具有仅用于某个场合的备份块“空闲列表”。我的理论是该列表一定已经用完了,并且由于这不是企业磁盘,因此它没有安全失败并允许我有机会将其发送出去进行数据恢复,而是决定截断我的数据。
[2] 切勿在没有容错后备存储的情况下部署 LVM。LVM 在灾难恢复方面并不擅长,你只是在要求心痛,如果你弄错了,数据丢失。唯一有意义的是 VG 组是否仅限于单个磁盘,例如外部 USB 磁盘或外部 eSATA RAID。重点是尝试将您的 VG 部署在可以作为单个单元热插拔的后备存储周围,或者作为上面 MD 示例中演示的虚拟单个单元。
http://zfsonlinux.org/呢?
它具有可以附加分离驱动器的磁盘池的概念,我不知道它是否准备好生产但仍然值得一试。
MHDDFS 怎么样,它已经在大多数发行版中可用,并且像 JBOD 一样工作,但是如果驱动器死了,您只会丢失该驱动器上的数据,而不是全部。它被视为一个逻辑驱动器池,因此例如,您可以在升级时将逻辑驱动器池复制到另一个更大容量的磁盘。最少的停机时间和最少的麻烦,并且看起来很容易实施。在此处查看如何使用它:http: //zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html