没啥用的新发现,群晖 SHR 不同容量硬盘组全新阵列,可以!添加更小容量,不行!

2022-12-31 17:57:39 +08:00
 xvnehc

刚遇到的实际问题,只知道 SHR 灵活,但没注意对新加硬盘容量有限制:
https://kb.synology.cn/zh-cn/DSM/help/DSM/StorageManager/storage_pool_expand_add_disk?version=7
新买的群晖,本来官网 raid 计算器算好的
16TB + 16TB + 16TB + 8TB 组 SHR = 可用空间 40TB, 数据保护 16TB ,
因为 8TB 里面有些数据需要导出,所以先组了
16TB + 16TB + 16TB 的 SHR ,完成以后再添加 8TB 就不行了,提示容量太小。

3477 次点击
所在节点    NAS
8 条回复
tinanit
2022-12-31 19:47:49 +08:00
因为顺序不对。如果先 8T,就没事了
documentzhangx66
2023-01-01 00:37:31 +08:00
磁盘阵列的行规就是所有磁盘要同尺寸,正经场景下,就算功能支持不同尺寸硬盘,也不会去用不同尺寸硬盘。
beijiaoff
2023-01-01 09:01:54 +08:00
@tinanit 先 8+16+16+16 组好,再增加 16T 如果不重建也不会增加容量。https://kb.synology.cn/zh-cn/DSM/tutorial/What_is_Synology_Hybrid_RAID_SHR “另一方面,SHR 允许在两个硬盘升级后立即扩充存储池,并且可以形成冗余存储阵列”
这是 SHR 原理决定的,如果之前没有 wasted 空间可利用,增加一块硬盘它的空间没有和它能配对的。
to lz ,SHR 毕竟也是一种阵列,阵列都是没那么灵活的,能不用阵列就别用了。个人数据对高可用性没那么大要求,不如舍弃高可用性,追求一下备份数据的安全性。
hcocoa
2023-01-02 13:32:41 +08:00
@beijiaoff 这位老哥说的很对,阵列是用来高可用的。

如果不是企业级应用,就是存点照片、电影,其实没必要高可用,做好备份更重要。
xvnehc
2023-01-02 14:54:06 +08:00
@beijiaoff
@hcocoa
没明白,现在都是默认组 raid 的都不做冷备吗?为啥说的这俩好像必须舍弃一个才能选另外一个...
不就多买一块硬盘的事儿吗
hcocoa
2023-01-02 15:48:22 +08:00
@cnasing 不组 raid 可以少买一块硬盘:P
beijiaoff
2023-01-02 19:30:20 +08:00
@cnasing 的确可以也要冷备也要阵列,但是阵列可能让你这一处数据出问题的概率更大,4 块硬盘阵列后故障的概率大于 1 块硬盘,虽然也不丢数据,但是带来麻烦呀。
Exp
2023-07-14 10:01:11 +08:00
现在面临相同的问题,才搜到此贴。刚知道 SHR 的时候喜出望外,感觉自己的不同容量硬盘可以充分利用了。看到此贴才发现原来要实现 SHR 的容量充分利用,还对不同容量硬盘的加入顺序有要求。

另外关于高可用性和备份,也经历了从组 Raid5 到单盘再到现在组 SHR 的过程。个人现在还是倾向于选择组 Raid ,来整合多块硬盘带来的容量割裂问题。

如 @xvnehc #5 所说,两个都要才是最好的,组 Raid 可以带来高可用性,备份带来数据的高安全性。这两个不是非此即彼的,问题就是需要多多投入一些。

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

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

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

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

© 2021 V2EX