作者howard1414 (ShyguyRev)
看板Storage_Zone
标题[问题] 群辉SHR或Raid的疑问
时间Sun Nov 3 15:27:55 2024
手上的DS1522+，有五个槽位
机上面插的是4T*3一个丛集、10*1单独一个丛集
10T可以先不理他
大小已经不够使用预计这个月会进行扩充
但是4T*3这个当初是使用SHR下去建立的
当初组件时没特别注意，好像SHR如果大小是都相同的不太推荐...
想说趁这次扩容就一次把格式换掉
考虑的扩充方案有以下几种:
<若买两颗16T>
1)继续使用SHR的格式，4T*3照官方的方法扩充成16T*2+4T*2，未来等有便宜再补两颗16T
2)4T*3不动，买两颗16T先组RAID1，然後把东西移过去RAID1，未来等便宜再补两颗并把
RAID1转RAID5
<若买三颗16T>
3)16T*2先组RAID1，档案搬完後加上一颗硬碟变成16T*3，再把RAID1扩成RAID5
4)16T*3组成RAID5，SHR还原能否还原到RAID5上的磁区(这个不确定能不能这样操作，受
限於5个槽位加上我没有多的可备份的硬碟没办法拉出来再贴回去)
因为今年价格很死，硬碟的部分还没买
如果先买两颗的方案可行，那就先买两颗等之後有特价再补两颗
还在考虑要用哪一种方案决定
方案1最简单也最无脑，毕竟是直接升上去
方案2跟3基本上是一样的，都是先RAID1再转RAID5，差别只在是一次买两颗还是三颗
至於方案4不确定能不能这样操作，网路上好像找不到这种作法...
还请版上对格式比较熟的大大解答，万分感谢
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.250.201.154 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Storage_Zone/M.1730618877.A.47E.html
1F：→ tomsawyer : 2好点 11/03 16:02
2F：→ raidcrash : 哪有啥好不建议的 不就都是mdadm 大小相同的SHR跟一 11/03 16:22
3F：→ raidcrash : 般的RAID1/RAID5就是同一种东西 11/03 16:22
4F：→ raidcrash : 除非你打定主意之後都要买同样大小的硬碟 不然SHR用 11/03 16:24
5F：→ raidcrash : 一用比较实在 4如果你是指Rebuild 那当然是不可能 11/03 16:26
主要是看板上之前的文章好像都不太推SHR(当初组件时没想这麽多)
所以想说这次既然都要换了，要不要就直接转普通RAID
现在选定的大小之後也会买一样的，这个倒不是太大问题
如果大小相同的状况下SHR = RAID那可能就会偏向方案1
因为这样直接插上去透过群辉的工具引导就能正常扩容
还不用重新搬档案设定路径这些的
※ 编辑: howard1414 (111.250.201.154 台湾), 11/03/2024 17:00:52
6F：→ franchy : 一个个换成3颗16T後维持SHR扩容量最单纯 11/03 17:30
7F：→ BITMajo : 查了一下 SHR 是啥，就是说他会依照不同硬碟容量 11/03 18:40
8F：→ BITMajo : 重新分配空间做 RAID 吧，那要是硬碟容量本来就是 11/03 18:41
9F：→ BITMajo : 理想的相同状态，有没有 SHR 应该就没差了 11/03 18:41
10F：→ BITMajo : SHR 这种东西想必也是会有它的弊端，空间是更能有效 11/03 18:42
11F：→ BITMajo : 利用了，但他不可能物理上重新分配你的硬碟大小 11/03 18:43
12F：→ BITMajo : 当你硬碟坏的时候还是照原本硬碟来算吧 11/03 18:43
13F：→ BITMajo : 所以我想应该是说没有必要去用 SHR 就不要刻意用？ 11/03 18:44
14F：→ raidcrash : SHR就是mdadm+LVM 没啥特别的 你可以把它当作一个 11/03 19:53
15F：→ raidcrash : 自动工具 帮你处理RAID转换跟分割 你在同容量下 它 11/03 19:53
16F：→ raidcrash : 就跟RAID1/RAID5是一样的东西 11/03 19:53
17F：→ raidcrash : SHR的优势是灵活性 你将来要扩充选择比较多 如果你 11/03 19:55
18F：→ raidcrash : 很确定你之後都只用同容量硬碟 那选RAID5也行 11/03 19:55
19F：→ Saren : 用转的会等 很 久 建议是备份完新建成你要的 我之 11/03 20:55
20F：→ Saren : 前2*12 shr转成2*12+2*18的shr2跑45天 11/03 20:55
21F：推 selfhu : 明年後年也很硬 11/04 00:03
22F：嘘 B0988698088 : 想必也是有他的弊端那楼是在公三小== 一个原理很单 11/04 10:24
23F：→ B0988698088 : 纯的东西你先拿出证据再发言好吗 11/04 10:24
24F：推 venon0916 : 以前用SHR遇到硬碟故障更换重建耗用的时间非常久 11/04 12:46
25F：→ raidcrash : SHR Rebuild做的事跟RAID都一样 RAID Rebuild除了RA 11/04 15:10
26F：→ raidcrash : ID1和相关延伸的RAID外本来就慢且吃硬体效能 11/04 15:11
感谢以上各位大大的建议，昨天订的MG10 20T的刚到货(後来还是直接捏一下买20T了...虽然价格不到最便宜但至少不是买原价)
就直接继续用SHR不转RAID5了，之後也会保持一样的大小
※ 编辑: howard1414 (111.250.228.115 台湾), 11/04/2024 16:26:58
27F：→ raidcrash : 提醒你SHR最大容量的硬碟至少要2颗才能完整利用空间 11/04 16:36
28F：推 BITMajo : 如果 Raid5 用同样大小硬碟的普通组法做那他的容错 11/04 16:45
29F：→ BITMajo : 就是一颗，但如果是不同大小硬碟，用 SHR 去做同样 11/04 16:46
30F：→ BITMajo : 效果的话，要是坏的是最大的那颗，可能就救不回来 11/04 16:47
31F：→ BITMajo : 了吧？反之如果坏的是比较小的硬碟，风险应该也没有 11/04 16:47
32F：→ BITMajo : 比较低？至少我是想像不出怎麽避免这个问题 11/04 16:48
33F：→ raidcrash : 你真的没搞懂SHR是怎麽运作的 以原OP的例子16T*2+4T 11/04 16:49
34F：→ raidcrash : *3 那它就会把16T切成12T跟4T 12T组RAID1 剩下的5个 11/04 16:50
35F：→ raidcrash : 4T组RAID5 再用LVM把它拼成一个Pool 所以同样是一个 11/04 16:50
36F：→ raidcrash : 硬碟的冗余 也就是为什麽最大的硬碟至少需要2颗才能 11/04 16:51
37F：→ raidcrash : 完整利用空间 如果你在4T*3的Pool里加入1个16T 那它 11/04 16:51
38F：→ raidcrash : 就只能用16T里的4T去组4T*4 另外12T无法使用 11/04 16:52
39F：→ raidcrash : 而SHR用的都是Linux既有的工具 不是什麽群辉黑科技 11/04 16:53
40F：→ raidcrash : 所以你把它当成一个自动化管理工具就行了 11/04 16:53
41F：推 BITMajo : 喔喔，原来如此，比我想的还要复杂 11/04 16:53
42F：→ BITMajo : 所以以这样的状况来说... 如果坏的是 4T 的硬碟 11/04 16:54
43F：→ BITMajo : 那就 Raid5 那组有危险，但如果坏的是 16T 的硬碟 11/04 16:55
44F：→ BITMajo : 就两个阵列都有危险？不过有换到更多空间使用很合理 11/04 16:55
45F：→ raidcrash : 不用想的太复杂 就是单颗冗余 你坏哪一颗都是降级 11/04 16:57
46F：推 BITMajo : 所以他起码要硬碟够多才能利用？ 11/04 16:59
47F：→ BITMajo : 不是说我直接抓一大一小两颗硬碟就可以？ 11/04 16:59
48F：→ raidcrash : 基本上就是最大的那个容量至少要成对 其他你爱怎麽 11/04 17:03
49F：→ raidcrash : 配都行 11/04 17:04
50F：推 BITMajo : 懂了，原来是这样 11/04 17:04
51F：推 giantwinter : 5个16TB 11/06 11:00