3×6T 机械硬盘,预存储数据为 11T, Raid0 好还是 Raid5 好?

2018-07-11 11:09:16 +08:00
 Reign

静态存储和应用逻辑 MySQL、Redis、ES 都集中在这一台服务器上了,所以既要大硬盘,又要高读写,3 块 6T 的硬盘做 Raid,Raid0 好还是 Raid5 好?

Raid0 对硬盘损坏零容忍,3 块硬盘出错一块就完了,但是机械硬盘感觉没那么容易坏吧?(估计是我见识太短?)

另外 3 块机械盘做 raid0 读写性能是否可以和一块中规中矩的 SSD 差不多了?

10320 次点击
所在节点    程序员
107 条回复
rootit
2018-07-11 18:35:07 +08:00
一般没人做 RAID0 吧 除非。。 数据是真的没用了。
likuku
2018-07-11 18:41:30 +08:00
带冗余的 zfs 当然是更好的选择,再没有财力入价值上千万软妹币的磁盘柜时,zfs 是最优选。

即便有了很可靠的 raid/zfs/磁盘柜,至少得再有一份可靠的并定期验证过的备份依然非常非常重要,甚至比当前在线主力用的存储更为重要。毕竟,出了事故时,可信赖的备份将很可能是唯一救命稻草。
likuku
2018-07-11 18:44:21 +08:00
@biaodianfu RAID5 也只能容忍一块硬盘毁坏,且在新硬盘完成重建上线之前那段漫长修复时期数据已经没有任何可冗余的硬盘了。

当经历过短时间内 2 块全新硬盘损毁事故之后,就不会对冗余度只为 1 的存储有好感。
whileFalse
2018-07-11 18:45:27 +08:00
我用西数企业级,淘宝货,挺便宜的。感觉比红盘靠谱。
likuku
2018-07-11 18:50:16 +08:00
单纯选硬盘,那么老生常谈得再次推荐参考这家云存储厂商的定期报告吧,下面是 2017 年度的:

2017 Hard Drive Failure Rate Comparison : https://www.backblaze.com/blog/hard-drive-stats-for-2017/
Judoon
2018-07-11 20:23:57 +08:00
raid50 吧,不要纠结了
AstroProfundis
2018-07-11 21:33:21 +08:00
我用 9 块 2T (品牌、成色不一)组的 RAID50 用了大概两年,几乎不间断开机状态,中间非自己手贱的原因导致的掉盘重建发生了 3 次,其中有一次是盘真的坏了,换了一块,另外两次似乎是散热不好造成的扩展卡死机;然后还出现过一次不明原因所有盘一起红掉的情况还好无损修复了
这个故障率楼主可以参考,反正我现在是感觉 50 的冗余度都不太够了,在慢慢屯盘准备换 10 了
AstroProfundis
2018-07-11 21:35:08 +08:00
@AstroProfundis 对了,我是家用 NAS, 楼主这个需求看来是线上业务,千万不要舍不得多买两块盘的钱去搞 RAID0 做死...
TJT
2018-07-11 22:03:41 +08:00
千万别想不开用 0,我 RAID5 就坏过两次。以前在学校帮忙维护校园网,有一次 RAID5 直接坏了两块盘,只能靠备份回滚,丢了一整天的数据。

移动硬盘每次回家我都备份一份到家里,重要数据备份到 Google Drive。
fetich
2018-07-11 22:16:08 +08:00
@mrzx 请问 FreeNAS 可以做到随意地扩展容量么?
zn
2018-07-11 22:17:06 +08:00
前段时间看过一篇英文博客,写得很专业,大概内容如下:

一,由于现在硬盘容量动辄数 T,导致 RAID 5 重建过程可能长达一周甚至几周,这期间阵列以降级模式运行,性能惨不忍睹,导致重建期间服务器无法正常上线运行,对于重要应用来说是不可接受的。

二,重建期间硬盘都是满负载运转,这期间如果又有一块硬盘损坏的,那整个阵列就 over 了。

三,由于普通磁盘存在随机性的位翻转,虽然概率很低,但是由于磁盘容量高达数 T,所以概率要乘以 1,000,000,000,000,结果就是位翻转的概率已经高到无法忽视了,如果真的有一个比特的翻转,会导致重建的时候数据检校错误,而大部分 RAID 卡厂商为了稳妥起见(不背锅),一旦发现检校错误就立即停止重建!!!也就是说只要有一个比特的错误数据,都会导致整个数 T 的磁盘阵列重建失败!

so.........
luozic
2018-07-11 22:17:12 +08:00
数据比啥垃圾硬盘贵多了,事前不规划好,等出了问题,就各种 SB 了, 为啥工程设计里面都有余量?
rssf
2018-07-11 22:29:48 +08:00
我只用 raid1,第一组 raid1 再备到第二组 raid1,家庭内使用而已
honeycomb
2018-07-11 22:47:09 +08:00
@likuku 抱怨红盘故障的帖子在 v2 挺多的。
@mrzx 我用 jbod 的方式存多个备份,可能因为以照片为主,都是增量数据容易存档。
pubby
2018-07-11 22:51:57 +08:00
@fetich 看 zpool 类型,所有盘依次替换后肯定可以
yangqi
2018-07-11 22:56:00 +08:00
raid0 和 5 都别用,现在大容量盘 raid5 重建可能还没有直接恢复备份快。钱不是问题肯定上 ssd, 或者把应用都分到单独的服务器上,大容量和性能不可兼得,除非不差钱。
msg7086
2018-07-11 23:29:26 +08:00
@mrzx 提醒一句,RAID 不是备份。一般要在 NAS 以外再用另一个方式做备份才比较好。
想想万一你的 MSG8 被人入室盗窃了或者因为火灾水灾雷击猫尿等原因损毁了怎么办。

@Reign 如果你完全不介意硬盘上的数据全丢,就上 RAID 0。如果你有一丁点介意,就上 RAID 5。
另外 RAID N 并不主要是用来保全数据的,而是用来做高可用的。
时刻记住 ,RAID N 不是备份,RAID N 只能提供高可用性。实时备份永远都要做,不论你用 RAID 0 还是 RAID N。
RAID 1 5 6 10 Z1 Z2 Z3 都不能代替备份。
msg7086
2018-07-11 23:30:54 +08:00
另外 RAID 0 的性能连 SSD 的尾巴都够不到。
你要是做 12 盘 SAS RAID 10 阵列说不定能和 SSD 一战,3x6T 还是算了。
likuku
2018-07-12 00:00:28 +08:00
@honeycomb jbod 也就一组直连硬盘而已(不用冗余级别的 madm/zfs),可靠性和单盘存储并无差别

没有可靠备份,那就只有拼运气了
likuku
2018-07-12 00:05:10 +08:00
@pubby
@fetich

zfs 简单存储池 (可以认为类似 lvm/raid0) ,那么替换更大新盘后,zpool 即扩充完成。

mirror/各种 raid 类型存储池,那么得把当前存储池里所有成员硬盘均替换更大容量硬盘完成后,存储池容量才会扩充。

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

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

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

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

© 2021 V2EX