入了一个 NAS 已经在路上了,想问下关于硬盘的问题

2018-11-06 11:19:55 +08:00
 goodryb

问了下好像都推荐 WD 的红盘、还有希捷的酷鱼,准备各入手一个 4TB 的,现在有什么好的渠道或者活动之类的

比价偏向于 JD,说是质保比较方便

10421 次点击
所在节点    硬件
70 条回复
NSAtools
2018-11-06 15:24:58 +08:00
同意一楼
openbsd
2018-11-06 15:44:08 +08:00
@ps1aniuge #16
15 年 ?的时候 UPS 故障 导致公司服务器频繁断电,阵列卡和了几组硬盘都异常,因为数据非常重要,遂送去国内最大?的几个数据恢复中心(希捷 /西数官方推荐),发现恢复中心里的案例 70%(可能有点夸大)都是 RAID5,回来后公司领导下令,除了日常极少写入的素材服务器使用 RAID5,所有生产服务器全部更换为 RAID10......
tianlang1989
2018-11-06 15:55:12 +08:00
WD 的红盘还是很给力的
13 年买了一个 WD 的 3TB 的 My Cloud 云硬盘
一直用到现在,没出过毛病
xunqin
2018-11-06 16:07:12 +08:00
13 年到 16 年时,混 PT 社区买来用过。

必须支出的是,因为小得可怜的上行速度,用 nas 来下载是可以的,用来做云服务器,想多了

在家里用电视盒子链 nas,也要看一下上行速度。
goodryb
2018-11-06 16:21:18 +08:00
@xunqin #44 现在上传带宽都不小了吧,100M 下行 30M 上行基本够用了 ,是不是运营商还给升级一下
markyangd
2018-11-06 16:47:35 +08:00
反正看网上买 WD 红盘翻车的很多,我自己一个是 hgst 企业盘,另外一个希捷 nas 酷狼,hgst 不错,但是声音太吵了,对声音介意者不要选。
williamhust
2018-11-06 16:53:18 +08:00
买了两块各 2T 的西数红盘,当时觉得盘买小了没舍得做 raid 备份,用了一年多现在挂掉了其中一块盘。。。建议还是买大一点然后做一个冗余安全一点
ps1aniuge
2018-11-06 17:07:45 +08:00
42 楼:
大家不要质疑 raid5.在我眼中,99%是 raid5.
因为我看:
raid3=raid5
raid5+热备=raid5
raid50=raid5
raid6=raid5
raid50 和 raid6,分别是组合,和嵌套的 raid5 而已。菜鸟不懂,我也不多解释。
---------------------------------------------
33 楼,raid5 我主要的考虑是怕重建失败----我知道。
3 盘 raid5 重建比 raid1,重建时间端,需要空间少。即使“重建盘坏了三分之一”,也能重建成功。

因为校验码占用的空间,比真实数据小很多。却相当于真实数据。

你明白了么? raid1 更容易失败。
-------------------------------------------
32 楼,数据都应该 100%写入,不可能小于 100%,raid5 的校验码。一个 128mb 的校验码。也就占千分之一存储。加上 raid 条块划分,也就占 1------2%的数据空间。你给一个 rar 文件加上校验码。rar 会增大 50%吗? i 服了 you !

3-disk RAID 5 = a 盘写入 50%,b 盘写入 50%,c 盘写入千分之一的校验码。

----------------------------------------------
lolizeppelin
2018-11-06 17:28:08 +08:00
家用搞鸡巴 raid5

raid5 安全个鸡巴 因为比 raid1 复杂 有问题可能全写坏你都不知道 重启一下全完蛋

家用设备 硬盘不同型号 上 raid5 还谈安全?
qistchan
2018-11-06 17:47:20 +08:00
俩希捷 ST8000NM0016 氦气 8T raid1。。24 小时开机一年多了 稳
blufaux
2018-11-06 17:56:11 +08:00
@lolizeppelin 就服你!
avrillavigne
2018-11-06 18:13:26 +08:00
马一个~
xuhaoyangx
2018-11-06 18:15:21 +08:00
家用不要用 RAID5 或者以上 raid6 等等
不要用
不要用
不要用

为什么不用,因为普通硬盘对扇区 CRC 出现错误的处理是,一直读取到有数据为止,现在部分 nas 盘和企业盘或者 ISCSI 盘怎么处理,直接忽略这部分。硬件 Raid5/+,出现上述提到的错误会怎么处理,会认为这个硬盘出错,提出这块硬盘,就是盘坏了。实际上没什么大问题。 这个时候怎么做呢,很多人说买个新的 rebuild 就好了。 这就是最大的忌讳了。

本身平台又不是服务器平台,内存无 ECC,普通硬盘 URE 几率比企业 /nas 高得多。有得说 BER 硬盘误码率,看似现在的普通硬盘平均故障时间都长的很,硬盘里面出不出问题,不只是看这个时间。还得看 BER。我懒得自己算,随便取了别人不严谨的说法。

以上只考虑了硬盘 URE 率级别不同,导致重建的差别。

顺便讲一下,企业在出现 raid 中硬盘出错的正确处理情况,一般怎么处理,1、下线相关存储柜 2、备份出问题的数据 3、换掉问题硬盘 4、重新建立新的 raid...根本不存在 rebuild 的情况... 容量越大,占用空间越大 失败率越高。现在考虑到消费级硬件,无 ECC 什么的,用了 raid5 等出现问题 就差不多等于.....

具体不详讲了:
http://www.boear.com/archives/20120720191.html
https://zhuanlan.zhihu.com/p/31944934
具体参考去。

那普通用户一定要上 raid 呢,CPU 主板 上服务器的,内存上 ecc,raid 上 zfs。尽量做 raidz2 以上级别的,硬盘买 Nas 盘级别以上的,用 hba 卡接硬盘。买一个好一点的 ups,机内电源不要凌瑟,在线式。定期做数据巡检,有问题别随便 rebuild,能备份就备份后再 rebuild

那不上软 /硬 raid,有啥好方法吗,SnapRAID 目录级的,非实时性,需要定期做同步。好处就是,盘你随便坏,只影响坏的盘的数据,丢数据程度,就看你拿了多少个硬盘做冗余
Osk
2018-11-06 18:24:34 +08:00
等等, RAID5 不是使用的 XOR 算法来计算校验码的吗.

假设有 2MiB 的写入, 3 盘 RAID5, 拆成两份 1MiB x 2, 然后校验块使用拆成的两份进行 XOR 计算得出每一位的校验码一共 1MiB. 实际每块盘写入 1MiB, 也就是 150% 写入啊. 怎么和 rar 的校验码扯上关系了?



见过 RAID5, 一块盘故障, 上新盘重建, 还没完成, 又有一块盘 boom, 整个阵列炸了, 简直不要太好玩... 😄


------
之前我也纠结过这些问题: https://www.v2ex.com/t/503132 , 最后我还是用 bugFS, 哦是 btrFS RAID1 吧, 快照, scrub 太好玩了, 只要文件系统不崩溃应该就稳了 /滑稽 /.

zfs 的 RAID 5 据说解决了传统 RAID  5的 write hole 问题, 内存多的也可以去试试.
dxgfalcongbit
2018-11-06 18:25:47 +08:00
家里数据量需求比较大所以用的是两个日立企业级 4T raid1,公司用了两个希捷普通 500g 做 raid1。
ScotGu
2018-11-06 18:26:07 +08:00
@lolizeppelin #49 服气你的率直! 感谢送上!


@xuhaoyangx #53 感谢科普。
hiwljun
2018-11-06 19:03:03 +08:00
HUS726T4TALE6L4 4T
Maskeney
2018-11-06 21:48:00 +08:00
硬盘买的是保固 不是红橙蓝绿 也不是鱼狼猫狗
硬盘买的是保固 不是红橙蓝绿 也不是鱼狼猫狗
硬盘买的是保固 不是红橙蓝绿 也不是鱼狼猫狗
Maskeney
2018-11-06 21:50:23 +08:00
另外别听楼上理论派瞎 bb 什么阵列什么 RAID,等你真正到了掉盘的那一天你就会发现理论上的数据冗余大概率并不能帮你把数据救回来。家用就单盘用就行,就那么几块硬盘搞个毛 RAID,还 RAID5,真的是经济节约数据安全又有保障呢!
bao3
2018-11-06 22:20:21 +08:00
@irainsoft 您居然用 shr

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/504941

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX