来看看RAIN怎么样

　　RAIN是一个冗余的(或可靠的)廉价节点阵列。简而言之，RAIN可以跨越多个个人电脑复制你的数据从而进行冗余。

　　现在，有许多不同的RAIN的实现形式，这也是目前“大数据混战”造成的结果。当你了解了HDFS，GlusterFS或是亚马逊的S3之后，你再 讨论RAIN。一般情况下，RAIN设备并不像传统的文件系统那样工作，而Gluster的团队正在研发用在GlusterFS上的技术来改变其工作方式。

　　对于大部分RAIN设备来说，操作系统并不会安装它们，你不用创建NFS或SMB共享。如果你真的想去做这种类型的工作，你需要在RAIN阵列上使 用某种类似FUSE的东西来建立虚拟硬盘。这个时候你就不在正轨了，你需要重新评价你的整个工程了。如果，你仍然想这么做，那你可以借助一个NFS服务器 转换器在Gluster上运行VMware虚拟机，不过这有点奇怪。

　　你可以减少RAIN设备顶层上转化过来的层次，这样可以使它看起来像是一个传统的硬盘，RAIN通常用于对象存储(不是文件)。最好还是把RAIN设备当成一个特别大的数据库，而不是传统的文件系统。

　　防弹的集群

　　当然，如果ZFS和RAID都加强了你的存储层，那如果我攻击你的存储服务器呢?RAIN可以很有弹性地应对个人系统的损失，但是对于ZFS和RAID来说，没有什么本地的东西能应对来自CPU的故障。

　　这就是集群出现的原因。对于容错来说，理想的部署应该是有两个服务器同步。在免费的软件世界里你可以寻找采用Linux的DRBD和采用FreeBSD的HAST。

　　假如你有一个稳定的硬件RAID基础，微软的Server 2012实际上是可靠性很好的集群基础。

　　Cluster Shared Volumes v2表明我是如何实现RAID 61的：在每个节点上都采用硬件RAID 6.同时采用镜像(我把它们写入缓存了，这样即使一个节点出现问题，也可以保证我不会丢失数据，这很慢，但是更安全)。

　　把Server 2012新的NFS 4.1，ISCSI target或SMB 3.0(支持多渠道，透明的故障转移和节点容错)联合起来，我对我的微软服务器就放心了，不需要VMware集群(通过它们可以了解存储的情况)。

　　说到VMware，它们提供vSphere存储产品。这是一个可靠的技术，可用来创建存储节点，但是在每个存储设备上它只能扩展到3个物理系统。

　　现在你的大脑是不是一片混乱?

　　如果你现在感觉到了存储产品功能可用性上的漏洞，那么恭喜你，你并不是一个人在战斗，大家都感同身受。这就是为什么存储产品生产商们都作为独立的厂 商存在的原因。有开源工具的容错存储技术绝对是各大厂商追逐的对象，微软也需要时间来把所有的技术梳理出来(在它真正成为一支重要力量之前，它需要把其3 个硬盘冗余的RdFS用在集群共享卷上，在扩展到成百上千个节点中)，VMware有基本的技术，但是它需要好好发展自己的技术。

　　这就是为什么如此多的厂商出现在这里的原因，这也是为什么那些存储巨头们还在销售大的，昂贵的SAN产品的原因。如今，在你计划你的存储部署的时候，即使你只有一个单一的服务器，你也要考虑许多东西，你10年前了解的东西现在已经过时了。

　　当然，这些技术并不仅仅用于容错。容错并不是备份。如果你的数据没有存在至少两个物理位置中，你的数据就相当于没存。你要保证在你对容错跃跃欲试时 你已经有了一个完美的备份计划。另外你还要记住：一个容错系统(或者一个备份系统)如果未经过测试的话，那它就起不到任何形式的保护作用。