存个电影而已用什么阵列，矿盘配合MergerFS打造高性价比影音NAS

对于高清电影仓鼠精来说，硬盘是玩nas最大的成本。而电影本身也不是什么非常重要的数据，都做备份不光没必要还成本巨大。一般整个raid5或者raid6对抗一些硬盘损坏，就算是对的起这些电影了。

但是在实际使用中raid5和raid6玩法有点不大适合。首先，随着高清电影的存的越来越多，存储池容量见底，增加硬盘不可避免的。但现在的硬盘容量很大，raid5和raid6阵列增加硬盘需要的时间越来越长。其次当阵列内硬盘很多时，raid5或者raid6就不安全了，本质就是raid0，没有raid0的速度，但有raid0的风险。最后，阵列的数据决定了，当要读写数据时所有硬盘都转起来的噪声真的非常震撼，不光噪声大还费电。

对于高清电影仓鼠精来说，最完美的存储池得满足以下需求

1.多块硬盘组成一个统一读写路径的存储池。

2.随时随地的增加或者减少或者替换容量大小不同的硬盘，没有漫长的阵列重建时间

3.提供一定的冗余性，坏掉1个或者2个硬盘也不会丢失数据。

4.不要读写存储池时所有硬盘都转起来，只转需要读写的那个硬盘。

5.超出存储池冗余极限时，不能丢失存储池内所有数据，只能丢失坏掉硬盘的上的数据，好硬盘不受影响。

看到这几个需求是不是，感觉有点既当又要！但这个世界上和我想法一样的人有很多很多，其中有一些大神，他们自己动手开发了一个满足这些需求的东西玩意。

这个玩意叫做——unraid。同时满足了上面的5个需求。但问题是它要收费且不便宜，还容易坏U盘。

同样的在这个世界不想用哪个unraid还想满足这个5个需求的人也很多，所有就有了MergerFS。

MergerFS是一个联合文件系统，可以将多个硬盘组成一个容量巨大的存储池，统一读写路径方便管理。逻辑上，MergerFS和阵列一样将多个硬盘组成一个虚拟的硬盘供操作系统读写，不同的是。当操作系统写入一个文件到这个“虚拟硬盘”时，阵列会将这个硬盘分割小块，并计算出检验块，在将这个文件小块和检验块平均写入到阵列内的每一个硬盘中，读出时则反过来。所以读写时阵列内的所有硬盘都得转起来，一旦硬盘损坏超出阵列冗余极限，所有数据都会丢失。

MergerFS则不同，当操作系统写入一个文件到这个“虚拟硬盘”时，MergerFS会将这个文件完整的写入到存储池内的一个硬盘中，并建立一个映射关系方便下次读写时使用。因此MergerFS可以使用大小不同的硬盘组存储池，不需要格式化原来的硬盘，原有数据不会被清空，当硬盘发生损毁时只会丢失坏掉硬盘的数据，好的硬盘上的数据不受硬盘，读写文件时也只会转文件对应的硬盘，降低噪声和功耗。

然而，此存储池中的硬盘并无冗余设置。虽说坏盘不至于导致所有数据丢失，可哪怕丢失一部分数据，也会令人倍感心痛。在这种情况下，SnapRAID 就该登场啦！

SnapRAID是一种工作在文件系统之上的“软件raid+备份软件”。它和MergerFS一样，可以直接在现有硬盘上配置，不用格式化硬盘能保留原有数据。但和真正的raid不同，它不会实时生成校验数据，它有点像备份软件根据配置定时计算检验文件并存储在校验盘中。因此在增加硬盘的时候不必经过漫长的重建时间，加入新硬盘后MergerFS存储池容量立刻增大并可以直接使用。

SnapRAID是通过配置检验盘来对抗存储池硬盘损坏，比如SnapRAID配置两块硬盘则可以实现类似于raid6的功能，存储池坏掉两块硬盘的情况下，存储池内所有数据不受影响。而在损坏3块盘时，raid6所有数据都没了，MergerFS+SnapRAID的组合则只会丢失坏掉的那3块硬盘上的数据，其他硬盘上的数据不受影响。

但也不是没有缺点，如上面所说：SnapRAID不会实时生成校验数据。当存储池内硬盘损坏时。SnapRAID只能恢复最后一次生成检验前的数据。只适合不经常写入的场景。

这种特性对于不常写入的高清电影存储池来说最合适不过了！超冗余极限只丢坏盘的数据的特性，不至于损失惨重。本身电影又不是什么重要数据，使用半价优惠的矿盘，配合MergerFS+SnapRAID组建一个具有一定冗余性的存储池，加上MergerFS独门绝技读写那块转那块硬盘。做到既省了硬盘成本，又省了电，还没有炒豆子的烦人声音的高性价比高清电影仓鼠精专用NAS