有没有人在这里有OpenFiler的经验,在他们想分享的大型生产环境? 我们有大约3TB的文档图像和数据库,并预计在不久的将来会迅速增长(可能是10个或更多的TB)。
Clearification
我们很可能将通过GB以太网从networking,数据库和FTP服务器连接到SAN。
在OpenFiler之外,您的select可能是其他NAS操作系统(FreeNAS,NASLite …),运行定制软件的专用NAS设备,或者使用主streamLinux发行版(或Windows,如果您真的想要的话)完全自行开发。
在过去的一个月左右,我一直在使用FreeNAS和OpenFiler。 我把我的鸡蛋放在OpenFiler篮子里。 我还没有在生产环境中运行,但是我所做的所有研究都指出OpenFiler是企业级解决scheme,与其他NAS操作系统和NAS设备相比。 在几乎所有的性能评论中,我都看到它执行这些解决scheme。 这当然是基于您运行的硬件以及您如何调整服务器。 另外,根据我的研究,任何购买支持包的人都提到他们的支持是非常特殊的。
您也可以在这里看到FreeNAS与OpenFiler的比较,以获得他们在OpenFiler中看到什么样的性能的一些想法。
http://www.scribd.com/doc/29643/OpenFiler-vs-FreeNAS
我还没有比较OpenFiler自定义解决scheme。 有些人更喜欢支持和维护像ubuntu这样更常见的Linux发行版,并手动公开NASfunction。 我认为这将是首选的解决scheme,如果你在罕见的硬件上运行。 这是我不感兴趣的事情。 我想你可以得到与自定义解决scheme一样好或可能更好的性能,这取决于你的硬件和对它的支持。
所以只要你有一个体面的硬件设置和支持包,我会说OpenFiler将是一个成功的生产。 只要确保检查硬件兼容性页面。
额外的编辑:确保当你设置openfiler你做所有新的驱动器没有任何数据。 Openfiler使用LVM,并且不能很好地使用带有现有分区的驱动器。 设置openfiler可能是最简单的,然后再迁移你的文档和图像。
在集群设置和8Tb存储中花费大量Openfiler的时间之后,只需几个快速注释:
2Tb限制最有可能是因为您正在使用MBR(主引导logging – Openfiler将其称为MSDOS,即使这不是真正正确的)分区,而不是GPT(GUID分区表)。 MBR限于2TB分区。 请参阅http://en.wikipedia.org/wiki/GUID_Partition_Table
使用VMWare的ESX / ESXi(或使用ESX / ESXi的vSphere)时,请注意Openfiler的iSCSI实施。 在负载较重的情况下,Openfiler的iSCSI模块将会窒息(我们遇到过这么多次 – 如果Openfiler在使用iSCSI模块时遇到太多错误,它将使卷离线。 Openfiler团队正在努力将现有的iSCSI模块(EIT)转换为一个不同的模块,该模块基本上是现有的模块(称为SCST)的重写版本。 谷歌search“Openfiler cmd_abort”会告诉你所有关于当前的问题。
如果您需要从RAID控制器发送电子邮件来报告发生故障的磁盘(而且您是这样做的),并且您不想在rPath(Openfiler的Linux选项)中混淆pipe理任何东西,请使用具有LAN端口的RAID控制器就可以了,比如一些槟榔牌。
对于一个稳定的免费iSCSI解决scheme,Open-e提供了一个精简版的DSS V6,与Openfiler非常相似,但使用SCST。 它的集群能力不如Openfiler的那么强大,但是它的设置要容易得多,而且pipe理界面更容易处理。 值得注意的是,免费版本将您限制为2Tb的存储空间,并且不具备群集function – 如果您需要群集或者超过2TB,则必须支付许可证费用。 不过,他们的产品是VMWareauthentication的。
Openfiler的pipe理界面有一些我们遇到的错误。 有时创build卷会导致奇怪的大小,你没有要求,当我们探索NIC绑定选项,并有Openfile应用我们的设置,即使我们点击取消(导致我们断开连接从服务器,并不得不通过命令行从控制台进行sorting。
如果你想要速度(谁没有?),find一种方法来使用多个NIC和MPIO来增加你的千兆速度。 如果您的SAN将主要针对一台计算机(如果您在大多数情况下使用ESX,则是这种情况),请勿使用链路聚合。 这是一个普遍的错误概念,802.3ad的速度 – 除非有多台机器同时提取数据。 如果只有一台机器通过聚合链路访问SAN,则只能看到其中一个链路的速度(即:1Gbps)。
嗯…毕竟这不是如此快速的反应。 🙂
没有真正的细节(因为据我所知他们没有遇到重大的问题),但是根据一个在Windows / Macnetworking上运行一段时间的伙伴,它的performance还算不错。 我想他们提供了几十TB的video和文件。
我有一台testing服务器通过iSCSI连接到Promise vTrak 15200(一块垃圾),并遇到了使用大于2TB的卷的问题。 我实际上不确定这是否是Openfiler或vTrak的限制 – 但我的解决scheme是在vTrak上创build几个arrays,然后使用Openfiler上的软件raid将它们一起划分。
除此之外 – Openfiler似乎工作得很好(这是我们一个月前我们的磁带库死掉时的备份到磁盘存储)。 它很好地集成到Active Directory中,没有太多的麻烦。
我还没有,但我当然打算。 如果你计划在未来能够保存自己的信息,请记住这些信息。
http://www.howtoforge.com/installing-and-configuring-openfiler-with-drbd-and-heartbeat
我正在家中进行HA esx集群的培训。
我们使用openfiler并承载大量的数据(5TB +),包括1kk +点击/每日网站的Xen DomU几乎没有任何问题。 如果您需要iSCSI,则可能没有稳定的免费替代品。
我们有戴尔PowerEdge服务器,并正在testingOpenFiler 2.3。 我们遇到的问题是获取一些方法来监控计算机上的磁盘运行状况,因为Dell不提供用于rPath的Dell Open Manage安装方法(发行版build立在此方法上)。 我正在尝试通过命令行与PERC5 / i控制器进行交互,所以当驱动器出现问题时,至less可以通过电子邮件向我们发送错误消息。
希望戴尔能尽快为RedHat和SuSE以外的Linux提供OMSA版本。