作者csco (collateral damage)
看板Linux
标题Re: [问题] Raid-5炸掉和合理Raid组磁碟数量分配问题
时间Sat Sep 7 21:53:31 2019
以 180 * 4TB HDDs 来说,
不知道原po 是 全部资料要用满, 还是 希望做到最大化保护?
所谓商用级的备份作法,
就是 d-2-d-2-t
(disk to disk to tape)
所以如果要纯用 180颗 HDDs 来做备份
至少要做到 d-2-d
如果是我来做的话:
0) 希望能配几张好一点的RAID controllers / adapters;
1) 主储存资料区, 建议用比较稳的硬碟, 如 SAS 来组RAID
2) 次备份资料区, 就可以用 SATA 来组RAID
主储存资料区, 可以用SAS HDDs 来组RAID1, RAID5+1, etc
次备份资料区, 建议用 SATA HDDs 组zfs; zfs 好处是有snapshots可用
直接产生定时备份, 所有的人都可以随时从snapshots 找回之前某个时间点的资料.
建议资料分配大小, 应该是 1:2 or 1:3 (主资料:zfs)
这样的作法, 很省钱, 备份还原又方便又快速...
先不用去考虑SAN 的光纤网路环境, 除非是您原本的环境就是一堆fiber channels.
※ 引述《maplefff (鳄鱼嘎力攻击)》之铭言:
: Hi, 各位Linux前辈请多多指点小弟
: 事情是这样,今天早上我确认Raid-5磁碟阵列出现三颗异常便着急更换
: 操作过程有一些misunderstand和不谨慎,也没有确认Spare Disk的情况
: 到底是本来就不可能了,还是我脑残造成的,已经不可考。
: 总之,重建失败,Raid Fail, 资料爸爸、资料妈妈、资料阿公、资料弟弟
: 祖孙上下三代400TB已经一起上路。
: 我己经准备提头跟老板解释。
: 七月的台湾,真的好冷。
: -------
: 木已成舟,重组Raid已经是既定事项,我现在只能想办法不要重蹈覆侧。
: 我查询了网路上的一些说法,Raid-5既然只能损毁一颗硬碟
: 所以有经验的管理者,都会控制整个Raid组合理的磁碟数量上限
: 避免重建过程又发生磁碟故障的机率上升
: 目前接到我手上的Raid组合是4TB*180颗作Raid-5,其中约包含6颗Spare disk
: 这样的组合数量是否合理(目前该机器已届保固期,磁碟故障的状况已开始较常发生)
: 我查询网路上,大多是家用级NAS的讨论。商用级storage或SAN的讨论比较少。
: 可以麻烦有经手过商用级SAN的前辈指点个大概概念和经验吗?
: 我目前是希望重做之後打散成3组Raid-5或6,每组再附加2~3颗Hot Spare.
: 避免再发生组内多颗硬碟同时接近寿终。
: 有点伸手,这里先跟各位诚恳致歉,如果有前辈愿意指点,我真的很感谢
: 明天就要上刑场了.., 目前四处都在整理资料中。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.171.2.230 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Linux/M.1567864413.A.842.html
1F:推 refusekkk: 还真的有人会这种大容量的处理 超强... 09/09 13:42
2F:推 Hurricaneger: 还真的有人会这种大容量的处理 超强... 09/09 21:35
3F:→ skycat2216: 还真的有人会这种大容量的处理 超强... 09/11 11:07