使用ZFS的可伸缩存储解决方案: OSOL / Nexenta？

Question

有人评论说，ZFS不是一个分散的文件系统，因此比集群更适合从盒子中存储。

是否有可能像NAS那样以NAS的形式开始使用Nexenta / opensolaris，并通过添加更多的SAS JBOD来扩大规模呢？

如果是的话，在硬件列表中需要处理什么？为了更好的表现？

我的意思是为存储适配器、HBA等选择什么？

Answer 1

ZFS不是集群文件系统，这是肯定的，因此可以用于单服务器访问，但不能用于多个服务器。尽管如此，它为非聚集的NAS奠定了一个很好的基础。

至于尼克斯塔的问题-是的，你可以很好地把它从小到非常大，相当容易。

为了性能，我会倾向于坚持一个4-6核心CPU，你将不会受益于更多的核心。试着至少获得4GB，这样你就会有一个很好的大缓存。使用双合作NIC。当选择控制器时，您不能真的选择Adaptec错误，确保它支持在JBOD模式下公开所有原始磁盘(也就是说，如果您有16个驱动器，它是否显示为16个驱动器，每个控制器所支持的这些驱动器中最受支持的是什么)。总是去SAS而不是SATA (虽然那些新的RE3磁盘是相当不错的，是真正的24/365驱动器也)。确保你有双电源。如果可能的话，使用双口SAS磁盘，并确保两条路径都处于活动状态。设置你能和控制器/S联系的任何提醒/监视，当你有一个死磁盘时，立即通知你。哦，买至少一个备用磁盘来保持“冷”，如果你可以有另一套备用的“热”备用。

除此外，继续做下去:)

Answer 2

我实际上是以建立这样的系统为生。

SuperMicro工具包工作得很好。保持与英特尔的NIC。使用SSD的ZIL (为上帝而镜像)和L2ARC。跨JBOD和整个数组对RAIDz2进行条带化，从而使您具有最大的安全性。Dupe将需要至少24 of的内存，使用ECC注册的DDR3，并把钱投在这个和几个5660's如果你可以！

你确实可以开始很小--比如一个http://www.supermicro.com/products/chassis/3U/?chs=836 (你需要为此购买mobo，mem和proc )。

或者看看http://www.va-technologies.com/sbb

Answer 3

Nexentastor现在实际上提供了Namespace群集插件，供他们的Enterprise版本使用。我没有使用这个插件的个人经验，但它应该允许您将额外的Nexentastor服务器水平扩展到一个集群中，通过NFS充当一个文件系统。看起来，您可以在服务器节点之间不受用户中断地迁移数据，并且可以从一个节点管理集群中的所有服务器。

下面是该插件的产品页面，提供更多详细信息：http://www.nexenta.com/corp/namespace-plugin

使用该插件，您不仅可以向头单元添加更多的JBOD外壳，而且还可以添加更多的头单元来负载平衡整个集群的工作负载。