这里有没有人在他们想分享的大型生产环境中使用OpenFiler的经验?我们有大约 3 TB 的文档图像和数据库,预计在不久的将来会迅速增长(可能 10 或更多 TB)。
澄清
我们很可能会通过基于 GB 以太网的 ISCSI 从 Web、数据库和 FTP 服务器连接到 SAN。
这里有没有人在他们想分享的大型生产环境中使用OpenFiler的经验?我们有大约 3 TB 的文档图像和数据库,预计在不久的将来会迅速增长(可能 10 或更多 TB)。
澄清
我们很可能会通过基于 GB 以太网的 ISCSI 从 Web、数据库和 FTP 服务器连接到 SAN。
在 OpenFiler 之外,您可以选择其他 NAS 操作系统(FreeNAS、NASLite...)、运行自定义软件的专用 NAS 设备或完全使用主流 linux 发行版(或 Windows,如果您真的想要)。
过去一个月左右,我一直在试验 FreeNAS 和 OpenFiler。我将鸡蛋放入 OpenFiler 篮子中。我没有在生产环境中运行,但我所做的所有研究都表明,与其他 NAS 操作系统和 NAS 设备相比,OpenFiler 是企业解决方案。在几乎所有的性能评估中,我都看到它执行了这些解决方案。这当然取决于您运行的硬件以及您如何调整服务器。此外,根据我的研究,任何购买了支持包的人都提到他们的支持非常出色。
您还可以在此处查看 FreeNAS 与 OpenFiler 的比较,以了解他们使用 OpenFiler 看到的性能类型。
http://www.scribd.com/doc/29643/OpenFiler-vs-FreeNAS
不过,我还没有将 OpenFiler 与自定义解决方案进行比较。有些人更喜欢支持和维护更常见的 linux 发行版,如 ubuntu,并手动公开 NAS 功能。如果您在不常见的硬件上运行,我认为这将是首选解决方案。那是我不感兴趣的事情。我想您可以根据您的硬件和对它的支持,使用自定义解决方案获得同样好的或可能更好的性能。
所以只要你有一个体面的硬件设置和一个支持包,我会说 OpenFiler 会在生产中取得成功。请务必检查硬件兼容性页面。
附加编辑:确保在设置 openfiler 时使用所有没有任何数据的新驱动器。Openfiler 使用 LVM,并且不能很好地与现有分区的驱动器配合使用。设置 openfiler 可能是最简单的,然后再迁移您的文档和图像。
在集群设置和 8Tb 存储空间中使用 Openfiler 花费大量时间后,只需几个快速说明:
2Tb 限制很可能是因为您使用的是 MBR(主引导记录 - 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。谷歌搜索“Openfiler cmd_abort”会告诉你所有关于当前问题的信息。
如果您需要来自 RAID 控制器的电子邮件来报告故障磁盘(您确实这样做了),并且您不想将管理内容塞进 rPath(Openfiler 的 Linux 选择),请使用具有 LAN 端口的 RAID 控制器就可以了,比如一些槟榔卡。
对于一个稳定、免费的 iSCSI 解决方案,Open-e 提供了他们的 DSS V6 的精简版,它在底层与 Openfiler 非常相似,但使用了 SCST。它的集群功能不如 Openfiler 的强大,但设置起来要容易得多,管理界面也更容易使用。问题是免费版本将您限制为 2Tb 的存储并且没有集群功能 - 如果您想要集群或超过 2Tb,您必须支付许可证费用。不过,他们的产品已通过 VMWare 认证。
Openfiler 的管理界面有一些我们遇到的错误。在某些情况下,创建卷会导致您没有要求的奇怪大小,当我们探索 NIC 绑定选项并让 Openfile 应用我们的设置时遇到问题,即使我们单击了取消(这导致我们断开连接从服务器,并且必须通过命令行从控制台对其进行排序。
如果您想要速度(谁不想要?),请找到一种使用多个 NIC 和 MPIO 来提高千兆位速度的方法。如果您的 SAN 主要与一台机器通信(大多数情况下您使用 ESX 就是这种情况),请不要使用链路聚合。802.3ad 会导致速度是一个常见的误解——除非有多台机器同时提取数据,否则它不会。如果只有一台机器通过聚合链接访问 SAN,您将只能看到其中一个链接的速度(即:1Gbps)。
嗯……毕竟不是这么快的反应。:)
没有真正的细节(因为据我所知,他们没有遇到重大问题),但据一位在他们的 Windows/Mac 网络上运行了一段时间的朋友说,它表现得很好。我认为他们提供了几十 TB 的视频和文件。
我有一个测试服务器通过 iSCSI 连接到 Promise vTrak 15200(一块垃圾),并且在使用大于 2TB 的卷时遇到了问题。我实际上不确定这是否是 Openfiler 或 vTrak 的限制 - 但我的解决方案是在 vTrak 上创建几个阵列,然后将它们与 Openfiler 上的软件 raid 条带化。
除此之外 - Openfiler 似乎工作得很好(一个月前我们的磁带库死了时,它是我们的备份到磁盘存储)。它也很好地集成到了 Active Directory 中,没有太多麻烦。
我还没有,但我当然打算这样做。如果您计划将来能够自救,请记住此信息。
http://www.howtoforge.com/installing-and-configuring-openfiler-with-drbd-and-heartbeat
我正在家里开发一个 HA esx 集群进行培训。
我们使用 openfiler 并托管大量数据 (5TB+),包括网站的 Xen DomU,每天点击量超过 1kk+,几乎没有任何问题。如果您需要 iSCSI,可能没有稳定的免费替代品。
我们有 Dell PowerEdge 服务器,并且正在对它们进行 OpenFiler 2.3 测试。我们遇到的问题是使用某种方法来监控机器上的磁盘运行状况,因为戴尔没有为 rPath 提供 Dell Open Manage 安装方法(基于发行版 OF 构建)。我正在尝试通过命令行与 PERC5/i 控制器进行交互,因此当驱动器出现问题时,它至少可以通过电子邮件将错误发送给我们。
希望戴尔很快为 RedHat 和 SuSE 以外的 Linux 提供 OMSA 版本。