SnapRAID 近乎完美的方式防止数据丢失。。。对比raid

  • l
    linlance2000
    配置灵活。标准的 RAID 等级中,RAID 5 最多承受 1 块磁盘同时损坏,RAID 6 最多承受 2 块磁盘同时损坏;
    而 SnapRAID 可以配置 1 到 6 块校验盘,最多承载 6 块磁盘同时损坏,因此可以组建更大的磁盘阵列而不提升风险(维持数据盘与校验盘的比例不变)。
    更重要的是,无论是增加还是减少磁盘,SnapRAID 都可以无痛完成,无需清空磁盘数据。

    今天偶然看到这种组建硬盘的方式,有什么坑没有?我打算试试。。。

    经常听到数据损坏之类的,对个人用户来说,太完美了,而且可以把废旧硬盘都利用起来。

    适合使用 SnapRAID 的文

    因为 SnapRAID 是定期运行的,在两次 snapraid sync 之间新增的数据是有一段时间没有冗余的,这时候如果磁盘挂了,那这些数据就丢失了。因此,SnapRAID 并不适合用来对频繁变动的文件(如:系统盘)做冗余。

    SnapRAID 比较适用的场景是体积巨大、但是很少更改的文件。比如对摄影爱好者来说,磁盘中可能会有好几个 TiB 的 RAW 照片或是未剪辑的 4K 视频文件。这些原始文件因为体积巨大,很难通过互联网做异地备份,而它们本身几乎不会再发生变化,因此非常适合用 SnapRAID 做冗余。由于 SnapRAID 的灵活配置,用户可以方便地选择对哪些文件做冗余,也可以随时将单个磁盘从阵列中临时脱离出来,直接插到图形工作站上进行高速读写。
    与 mergerfs 配合

    SnapRAID 提供了类似 RAID 的冗余功能,但是 RAID 还能将磁盘阵列里的磁盘合并成一个大磁盘。SnapRAID 本身并不提供合并磁盘的功能,但是 mergerfs 可以达成这个目的:《使用 mergerfs 合并多块硬盘的剩余空间》。


    https://wzyboy.im/post/1186.html
  • I
    IAmThrilling
    一共6个盘,然后6个都坏了也可以工作,这么神奇? iOS fly ~
  • l
    linlance2000
    这个没表述正确吧。。但是目前看优势超多。。。目录级别的raid。。。
  • l
    lucaslee
    重要资料自己手工备份。网上能下到的不用备份。我是这么管理的。用不着任何raid,还省空间。
  • H
    Hisoka-J
    看完了,方案不错的,硬件门槛比raid低,配置更灵活,使用比raid复杂一些 从不稀释德味~
  • b
    black_samurai
    就是unraid用的那种吧 iOS fly ~
  • N
    NewAngei
    跟unraid类似,坑就是,速度慢。。。
  • N
    NewAngei
    速度、安全性、容量,三者是不可调和的矛盾,至少会牺牲一样。
  • s
    socode
    唔,要几个校验盘呢?紫薯布丁
  • R
    Ricepig
    定期运行,这就有点坑啊
  • 7
    77880099
  • r
    rdzn
    搞那么复杂干嘛?带raid功能的硬盘盒也不贵啊,两块盘搞个raid1,不就踏踏实实的了?
  • A
    Arlen998
    有人设想了这么个场景:磁盘A和B组成RAID 1,A挂了,拔掉A,插入C,B和C开始重组,拷贝的数据量很大,在这个过程中,B负载太大,也挂了,这下全完了。 iOS fly ~
  • l
    ljy1005
    没啥用 控制器坏了 啥都没了
  • J
    JellyMouse
    被raid坑过的人才知道,这才哪到哪啊,至少要有异地灾备才算踏实,距离踏踏实实还远着呢
  • J
    JellyMouse
    这不是设想,这是血淋淋的现实
  • j
    jo123
    这个snapraid不是raid,只是一种离线备份方案。你看他是基于文件系统的,所以只能算一种应用,而不是基础。
  • e
    emberzhang
    还要说多少遍.......raid不是防数据丢失的,是维持高可用的iOS fly ~
  • r
    rdzn
    B因拷贝数据量太大也挂了?这种概率很小吧?比两块盘同时挂也高不到哪去,如果发生了,也只能认倒霉了。
    不过控制器是单点,它出问题是不是两块盘数据都会受损?另外raid1一块盘坏掉后另一块盘并不能拿出来单独读取,这点有点坑。
    最简单且可靠的办法就是两个移动硬盘手工备份,不过这操作起来太麻烦了。
  • r
    rdzn
    您说的raid的坑就是指这个吗?那是不是一块盘故障后,不着急插入新盘重建raid,而是单盘状态下赶紧慢慢拷贝数据(分批,避免剩下的盘负载过大),拷贝完了再插新盘重建raid,这样是不是风险就会降低了?另外我担心阵列控制器,不知如果控制器出问题了,会不会导致两个盘的数据都损坏,如果会,那raid也确实不可靠,还是存在单点故障。不过看服务器一般都是磁盘故障啊,直接换盘重建raid即可,数据还是比较安全的,当然可能和几百块钱的家用阵列硬盘盒不是一个概念。
  • n
    notrue
    不是设想,是经验

    前几年已经有人论证过了

    民用硬盘T时代以后就不宜组Raid ,rebuild的时候很容易挂 iOS fly ~
  • h
    heavenbow
    我记得有概率统计。4T以上盘,这样挂了几率是很高的。所以不建议做5
  • r
    rdzn
    愿闻其详。前段时间移动硬盘突然故障了,数据基本都丢了,吓得赶紧买了个支持raid1的硬盘盒,还以为就踏实了呢。
    windows的软raid是不是更安全一些(不考虑性能)?可惜我的笔记本不支持装两块盘。
  • r
    rdzn
    不建议做raid5?raid1呢?
  • J
    JellyMouse
    他提的只是raid出问题的一种猜测,大量的raid问题是极其诡异的,并不是你怎样做就不会出现。反而控制器的问题并不大,坏了换raid卡就是了,没什么大不了的。
    总而言之,家用普通数据(存个x片)那种,无所谓;家用重要数据(孩子照片),raid+异地备份差不多了;商用数据,交给专业的人。
  • e
    emberzhang
    高可用是服务持续可用,也就是硬盘坏了业务不中断,这对个人用户的意义本来就很小。个人数据做备份就好了,再说raid对硬盘寿命影响不小的,没耐用的企业硬盘硬开raid完全弊大于利。 iOS fly ~
  • r
    rdzn
    raid对磁盘寿命影响是什么原理?raid1不就是同时读写吗?怎么会影响寿命呢?条带化我觉得倒有可能。