1
ScotGu 2019-10-24 14:23:13 +08:00
是不是我打开帖子的方式不对?
用 usb 组 raid ? 说完我翻开了《长城贴瓷砖项目方案》 |
2
brMu OP @ScotGu 是的,用 usb 组 raidz,可能我描述的不全,再补充下,我的需求是数据尽量安全,性能不用太好,有 100M 就可以了。
用 usb 组的另一个好处是可以休眠,这个存储我用的很少,90%的时间硬盘都是休眠状态的,所以也算是延长了硬盘的寿命。 |
3
514146235 2019-10-24 15:53:39 +08:00
供电不稳对硬盘才是最大的伤害吧。
看起来应该是冷备,如果要考虑到硬盘物理损坏,那直接把重要数据存两份不就完了么。 难道每次用都要 3 个硬盘一起通电? 感觉场景很诡异。 |
4
brMu OP @514146235 并非冷备,偶尔要下个电影,备份个视频照片,所以还是要保证实时在线,usb 有独立供电,所以供电应该没问题。
|
5
saluton 2019-10-24 16:20:56 +08:00
上个蜗牛星际啥的吧。。3 个易驱线听起来都害怕
|
6
514146235 2019-10-24 16:54:22 +08:00
nas ?那就不要休眠。休眠对硬盘没好处。
我的 nas,20T 的硬盘,没有任何 raid,7*24 小时工作了将近 4 年时间,目前仍然服役中,没有出过任何问题。并且非 nas 硬盘,非企业级硬盘。重要数据是有冷备的,其它数据都是视频之类的。有一点损坏也无所谓。及时更换硬盘即可。 频繁的休眠对硬盘也是不好的。 易驱线的独立供电不代表就是稳定的。如果数据对你是重要的,就不要用这种方式组 nas。 |
7
Osk 2019-10-24 17:07:18 +08:00
想起了被树莓派 + UASP 硬盘线支配的恐惧, 时不时地来个 usb reset, 搞不好还会遇到 IO Error...
|
9
dxgfalcongbit 2019-10-24 18:01:40 +08:00
据说 ZFS 吃内存?
|
10
brMu OP @dxgfalcongbit 实测,debian 2G 内存,完全没问题。
|
11
Reficul 2019-10-24 21:11:12 +08:00
zfs 对内存要求很大,linux 上默认永远吃你一半。我 64G 占用 32G。 树莓派跑 zfs 还是算了。
|
13
brMu OP |
14
Dslayer 2019-10-30 18:00:43 +08:00
zfs 官方文档没有提到推荐 1GB ram per TB 吗,没有推荐尽量使用 ECC RAM 吗。
|
15
brMu OP @Dslayer
To use ZFS, at least 1 GB of memory is recommended (for all architectures) but more is helpful as ZFS needs *lots* of memory. Depending on your workload, it may be possible to use ZFS on systems with less memory, but it requires careful tuning to avoid panics from memory exhaustion in the kernel. |
16
ungrown 2020-07-13 10:38:30 +08:00
@coreos #12
ZFS 默认不开启写缓存,但是在内存中有写缓冲,当然这个写缓冲非常小,现代文件系统基本都有读写缓冲区,这个并不是缓存。 ZFS 的写缓存叫 ZIL,IL 指 intent log,可以将之理解成数据库的日志。ZFS 用一个额外的块设备(此设备的 4K 写能力应当很强,所以应当选用 SSD 之类)来缓存这些写入操作,可以被理解成一个大容量的写入队列缓冲器。 ZFS 的读缓存分两级,默认开启的 ARC 在内存中,此外可以额外加一层 L2ARC,L2ARC 和 ARC 承担的任务其实是一样的,而且它们中的数据都不会存活到下次启动之后,哪怕在外部存储器上开启了 L2ARC 。 总的来讲,ZFS 有高性能高效率的读写缓存机制,但这些并不是对文件系统本身的缓存,而是 ZFS 运行时数据的缓存。 ZFS 使用尽可能多的内存,作为临时读缓存,提高读取速度; ZFS 不对写入进行缓存,即使开启 ZIL,也仅相当于扩大了写入缓冲区; ZFS 不提供文件系统本身的缓存功能; 可以搭配其他缓存系统(比如各种 cache FS )实现额外的中间层文件系统缓存。 |
17
ungrown 2020-07-13 10:51:43 +08:00
@514146235 #6
请不要这样讲,而且你的叙述中也没有说明为什么休眠对硬盘不好。 频繁也要看怎么个频繁法。“20min 无 IO 操作则停转”,这样的休眠策略不会带来任何负面效应。 相反,明明几个小时都不需要进行读写,缺让硬盘无谓地空转,你说这不会导致无谓的损耗,大家不会不信的。 我自己装的 NAS (虽然从角色来看只能算半个 NAS+杂七杂八的其他角色),单块硬盘,普通家用机械硬盘,按上面的设置运行了快 5 年了。 最近撤销了这台机器定时睡眠定时唤醒的策略,主要是不知为何这机器 ubuntu 从睡眠中唤醒时有一个很小的几率会死,大概一两个月会遇到一次。考虑到整机功耗,即使不定时睡眠,一个月也就区区 15 度电,我决定还是给自己减轻点维护压力,所以把自己写的系统睡眠的 crontab 给注释掉了。 但是硬盘停转的策略保持不变,我想不出来这样做怎么会有坏处,怎么不会有好处。 |