为什么家庭 NAS 不采用对象存储方案(四)总结

Summary

提示:这篇还没写完,有空的时候记得填一下坑

对象存储虽然有如此多的优点和特性,但是在家庭存储这个场景下,显然是不合适的。

APP、CDN 使用对象存储技术可以让系统变得更方便简洁,但是在家庭存储环境下,对象存储技术让文件的管理变得更复杂。

日常生活中产生的数据往往是没有结构的,需要我们自己去管理「文件和文件夹的关系」,因此,在家庭存储环境下,我们面临的更多的是文件的「整理」,而不是简单地把数据扔在 NAS 里让它腐烂掉。

对象存储在「重命名」「移动文件」方面的不便之处洽洽堵住了它作为家庭 NAS 储存方案的路。

Future

凭什么家里不能用企业的解决方案呢?

因此,我准备后续探索一下 GlusterFS、HDFS、Ceph 这些方案用作家庭 NAS 的可能性。

(挖个坑hhh)

4 thoughts on “为什么家庭 NAS 不采用对象存储方案(四)总结”

  1. 我觉得其实可以,可以做一个路径索引,在拷贝完成之前,显示新路径但是索引到原来位置,然后移动完更新索引,复制粘贴过程放在后台。但是过程中的数据膨胀是个问题

  2. 别瞎折腾了,你提到这几样都是分布式的存储,冗余是靠多个服务器上的多个副本或者分布式Raid实现的,自己家里搞一堆设备,电费都不划算,裸机置备系统也很麻烦,想玩不如云上搞几个虚拟机,做做测试就行了……

    1. 对的,我想探究的就是分布式存储的相关工具。为了做到可靠,通常在多个服务器、多个地区做冗余。最简单的方式是通过 RAID 实现,但是身边发生了 RAID 5 掉盘结果在重建过程中另一块盘也坏了的情况。所以我在心里对 RAID 的可靠性产生了怀疑。

      使用纠删码的「对象存储」这个方案带给我眼前一亮的感觉,它既拥有 RAID 的速度,又比 RAID 更可靠,数据重建的时间相对来说也比 RAID 短。为什么不用分布式、对象存储的思想,应用到家庭NAS上呢?这套方案唯一的缺点可能就是比较折腾。

      关于电费问题,我的解决方案是搞个开机卡,用的时候把电脑打开,不用就关掉。

      最终,在折腾的这个阶段里,对整个工具链有了更清晰的认识,发现了自己认知上的缺陷,比如忘了可以从云上搞几个虚拟机,这样我也不会搞得这么痛苦了hhh

Leave a Reply

Your email address will not be published.