|
自组的 NAS 还在路上，最近做了很多功课，我发现大家对 NAS 要不要组 Raid 有很大争议，一般的教程上来就是硬盘插满然后 Raid5 ，我了解到如果不是企业级硬盘，Raid5 重组成功概率很低，而且每次扩容都需要很长时间进行重组，重组失败的结果就是数据全丢。那我不得不作出一个假设：硬盘是一定会坏的，数据是一定会丢的。
数据按重要程度分组+多个备份应该是比较合理的。这样的话 NAS 的用途变成了：
1 、一个下载器
2 、家庭影院
3 、数据中转站
4 、照片查看器
5 、Docker
为什么是这样的用途，1 和 2 我想应该不用解释了，主要是 3 和 4
在我的使用场景里，并不是所有数据都是重要的，比如照片（重要），下载的电影（不重要），保存的密码（非常重要），工作文档文件（重要）
其中照片是占用空间最大的，我的方案是，OneDrive 自动同步+NAS 自动同步，NAS 因为是本地数据可以方便照片查看，也就是上述 4 的功能，除此之外，并不寄希望于 NAS 可以用来永久储存照片，OneDrive 目前来说没有删除过用户数据吧，我用着目前来说没有，如果不信任任何云存储的话，那就需要加密备份了
对于除了照片之外的其他提及不大但是重要数据，我的方案是定时加密备份，具体来说我写了个 shell 脚本，每周或每天或每小时，直接对某个目录进行 7z 加密压缩，之后将压缩文件 cp 到 NAS 自动云同步到目录里，删除压缩包。云同步的目录里设置了多个文件夹，根据重要级别，对压缩包同步到腾讯云对象存储、百度网盘、OneDrive ，这就是上面的功能 3 ，数据中转站的功能。
这样看来，NAS 就不应该组 Raid ，原因：1 、重组成功率不高； 2 、空间浪费； 3 、不能自由增删硬盘。
缺点：
1 、无法享受 Raid 到读写加速了
2 、没有考虑到多人使用的场景，目前只有自己一个人在用
3 、网盘会员，COS 存储费等额外等费用
发帖只是想分享下自己的使用方案，同时看看有没有更好的方案我借鉴借鉴。
| 
