双盘位 nas 有必要组 raid 么? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
xtx
0.54D
V2EX    问与答

双盘位 nas 有必要组 raid 么?

  •  
  •   xtx 2020-07-26 22:58:10 +08:00 via iPhone 8176 次点击
    这是一个创建于 1907 天前的主题,其中的信息可能已经有所发展或是发生改变。

    前两天刚入了 220+和两块 4t 酷狼,双盘只能组 raid1,感觉太浪费空间了,我现在的方案是一块盘做主力,另一块盘用来自动备份重要文件(相片,文档之类的),这样合理一些?

    26 条回复    2020-07-27 18:53:40 +08:00
    kruskal
        1
    kruskal  
       2020-07-26 23:11:25 +08:00
    RAID1 如果挂了,重建的时候就是噩梦,因为你是两块同样硬盘一起买的,一块挂了另外一块盘很有可能也快挂了
    不组 RAID 起码还能接 PC 传数据,重要的文件自动定期备份就好
    Xusually
        2
    Xusually  
       2020-07-26 23:11:53 +08:00
    建议还是 raid1 吧。
    当然还是看需求。
    我当初 918+ ,4 块 10TB 做了 raid10.
    现在 HP GEN8,仍然是 4 块,做了 raid5 。
    使用的场景不一样。
    Xusually
        3
    Xusually  
       2020-07-26 23:13:05 +08:00   1
    @kruskal raid 1 的重建比 raid5 重建快多了,就是 copy 一份而已。
    而且,raid 1 本身就可以单盘拿出去拷数据啊,你是不是对 raid1 有什么误解?
    Tink
        4
    Tink  
    PRO
       2020-07-27 00:05:59 +08:00 via iPhone
    当然要组
    ZRS
        5
    ZRS  
       2020-07-27 00:07:06 +08:00
    aureole999
        6
    aureole999  
       2020-07-27 00:57:41 +08:00
    我就没组,只定时双盘备份照片,觉得挺好。没有那么多重要文件。
    msg7086
        7
    msg7086  
       2020-07-27 03:44:07 +08:00
    不需要组。RAID 冗余的目的是高可用而不是安全性,安全性通过备份来解决。
    重要的数据通过 3-2-1 原则进行备份,不重要的数据可以简单地定时增量同步解决。

    @Xusually RAID 1 和 RAID 5 的重建时间是差不多的,RAID 5 也就是简单地计算一份异或而已,CPU 占用上根本不值一提(除非你用的是超级弱的 CPU 又或者是超低端的硬件卡),所需时间无非也是从头到尾写一遍的时间,和 RAID 1 的复制时间基本相同。

    RAID 5 的主要问题是读取的数据量更大(而不是时间更长)。读取数据量更大,也就更容易遇到 URE,导致盘阵全毁。换句话说,同样的 10TB 硬盘,RAID 1 读取失败的概率是 10%的话,4 盘 RAID 5 读取失败的概率就是 30%,8 盘 RAID 5 读取失败的概率可能就是 60%了。

    RAID 1 能不能读数据也要看实现。我记得有些厂商用的是 BTRFS 的软 RAID,单独拿出来读会比较麻烦。
    loading
        8
    loading  
       2020-07-27 06:54:23 +08:00 via Android
    @kruskal 我买了不同牌子,有一个是 hgst,配合加密自动备份到云,稳。
    eric6356
        9
    eric6356  
       2020-07-27 07:16:51 +08:00
    组啊!不过真正重要的文件只靠一台 nas 来备份显然不够。
    话说前几天好像在 J 站看到了你发的帖子,世界真小
    delectate
        10
    delectate  
       2020-07-27 07:40:43 +08:00
    重要数据异地容灾备份,大多数人的估计不会超过 1g ;剩下的都是小姐姐和无意义的照片,随处可下的电影,顶多就是下载速度慢点,资源难找一点,这东西备份与否随意,主要是看预算。
    dxgfalcongbit
        11
    dxgfalcongbit  
       2020-07-27 08:38:08 +08:00
    有没有必要取决于需求,我组了 Raid1
    ferock
        12
    ferock  
    PRO
       2020-07-27 08:41:22 +08:00   1
    我组了 Raid1,4T,容量用不完的,但是不想跪了以后各种折腾。
    至于备份,hyBack 备份加密备份到云就行了哇。
    jinhan13789991
        13
    jinhan13789991  
       2020-07-27 08:41:53 +08:00 via Android
    Raid0 我觉得可以
    xtx
        14
    xtx  
    OP
       2020-07-27 09:21:15 +08:00 via iPhone
    @eric6356 #9 j 站是?老哥应该认错人了。
    Xusually
        15
    Xusually  
       2020-07-27 10:44:42 +08:00
    @msg7086
    1 、raid 1 的用法,本身就是个最简易的自动备份,不需要自己操心策略,但是总的来说,关于备份,我觉得你说的没错。
    2 、为什么会提重建时间,是因为 1#提到这个话题,既然提到那么基于群晖的机能弱鸡,而且不是和硬件阵列卡一样有特意的做 xor 加速,所以说一下和 raid5 还是有差别,也是仅此而已。
    3 、raid1 能不能读数据,和文件系统格式有关系,但是我提到这个的用意本身不是讨论文件系统格式,说的是上面#1 提到的做不做 raid 能不能直接拆盘读数据的区别,其实这不是 raid1 本身的问题,raid1 支持拆盘,你认不认识文件系统格式或者用什么系统去 mount 读数据,那是另外一个问题。
    msg7086
        16
    msg7086  
       2020-07-27 11:06:19 +08:00
    @Xusually RAID 1 不是自动备份。RAID 从来就不是备份。
    Xusually
        17
    Xusually  
       2020-07-27 12:30:56 +08:00
    @msg7086 这不是强行杠么。。。。当然知道 raid 不是备份,这不是在说备份的事儿么,所以是说 raid1 这用法相当于自己备份了。 = =|||

    行吧,到此为止吧。
    SuujonH
        18
    SuujonH  
       2020-07-27 12:41:01 +08:00
    我觉得没必要。重要目录直接和 s3/glacier 上备份就完事儿了。
    但我还是组了 Raid1....为我的盘是 6t...而我现在只用了 2t..
    steptodream
        19
    steptodream  
       2020-07-27 12:57:41 +08:00
    @msg7086 就问你 你说不组 raid 只备份就行了 假如你单机提供服务 raid1 坏 1 个业务根本不会停 不 raid 服务直接停
    你从备份毫米级恢复服务?
    msg7086
        20
    msg7086  
       2020-07-27 16:17:52 +08:00
    @steptodream 你说的这叫高可用,我第一次回复的时候就提了。
    备份是用于灾难恢复的,不是用来保障服务在线的。
    反过来,高可用是保障服务在线的,不是用来灾难恢复的。
    不要把这两个不相关的事情拿来胡扯。

    「毫米级恢复」和「备份」本身就是完全相反的。
    备份的前提就是绝对不能和本体事实同步,绝对不能紧跟本体的数据变化。
    这就是为什么企业级服务既要有 RAID 保障高可用,又要有 Replication 做实时同步,又要有备份机制的原因。
    steptodream
        21
    steptodream  
       2020-07-27 16:57:57 +08:00
    @msg7086 你的理解能力真有问题 我哪句话说 raid 是备份了? 我说的核心是说你说的”不用组 raid” 高可用代替不了备份 备份也替代不了高可用 我的原话是"你说不组 raid 只备份就行了" 这句话明显可以看出 raid 和备份不只指的同一个东西
    就跟你 @Xusually 争论的一样 人家说了很多 你就给人家强按一个把 raid 理解为备份的帽子 然后我说的 你也这样理解。
    还有你说的 raid1 重建是灾难 raid1 明显是 raid 里重建可以说最容易的 而且当然可以单盘外接到其他设备读取数据 而不是你 1 楼那种说的不组 raid 才能接 PC 传数据
    msg7086
        22
    msg7086  
       2020-07-27 18:02:46 +08:00
    @steptodream 楼主自家的 NAS 都能扯到业务也是牛逼。懒得和你多说,走好不送。
    blindie
        23
    blindie  
       2020-07-27 18:27:26 +08:00 via Android
    冷备吧 raid1 不防病毒
    dark3212
        24
    dark3212  
       2020-07-27 18:34:17 +08:00
    普通家用没必要吧。
    照片文档啥的重要资料开网盘自动加密备份,onedrive 、gdrive 加百度网盘都存一份。
    电影电视剧啥的随便存,丢了也不心疼。
    monsterxx03
        25
    monsterxx03  
       2020-07-27 18:44:26 +08:00
    我组了, 被 raid1 救了两次, 西数的垃圾红盘真是一言难尽
    azhangbing
        26
    azhangbing  
       2020-07-27 18:53:40 +08:00
    不份 都是影,也什特重要的
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1089 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 28ms UTC 23:18 PVG 07:18 LAX 16:18 JFK 19:18
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86