☰

大型生产环境中的 OpenFiler

tag-icon • tag-icon storage-area-network openfiler
大型生产环境中的 OpenFiler

这里有人有经验吗开放文件管理器他们想在大型生产环境中共享什么？我们有大约 3 TB 的文档图像和数据库，预计在不久的将来会快速增长（可能达到 10 TB 或更多）。

清除

我们很可能会通过 GB 以太网上的 ISCSI 从网络、数据库和 FTP 服务器连接到 SAN。

答案1

除了 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 时不带任何内容，然后稍后迁移文档和图像。

答案2

在集群设置和 8Tb 存储中使用 Openfiler 花费了大量时间之后，我简单总结了几点：

  1. 2Tb 限制很可能是因为您使用的是 MBR（主引导记录 - Openfiler 称之为 MSDOS，尽管这并不正确）分区，而不是 GPT（GUID 分区表）。MBR 限制为 2Tb 分区。请参阅http://en.wikipedia.org/wiki/GUID_Partition_Table

  2. 使用 VMWare 的 ESX/ESXi（或使用 ESX/ESXi 的 vSphere）时，请注意 Openfiler 的 iSCSI 实现。在高负载下，Openfiler 的 iSCSI 模块会阻塞（我们遇到过很多次这种情况 - 如果 Openfiler 使用的 iSCSI 模块出现太多错误，它会将卷脱机）。Openfiler 团队正在努力将现有的 iSCSI 模块 (EIT) 转换为另一个模块，该模块本质上是现有模块的重写版本，称为 SCST。在 Google 上搜索“Openfiler cmd_abort”会告诉您所有当前问题。

  3. 如果您需要 RAID 控制器发送电子邮件来报告故障磁盘（并且确实需要），并且您不想费力地将管理内容塞进 rPath（Openfiler 的 Linux 选择），请使用带有 LAN 端口的 RAID 控制器，比如一些 Areca 卡。

  4. 对于稳定、免费的 iSCSI 解决方案，Open-e 提供了其 DSS V6 的精简版，其内部与 Openfiler 非常相似，但使用 SCST。它的集群功能不如 Openfiler 强大，但设置起来要容易得多，管理界面也更容易使用。缺点是免费版限制您的存储容量为 2Tb，没有集群功能 - 如果您需要集群或超过 2Tb，则必须支付许可证费用。不过，他们的产品已通过 VMWare 认证。

  5. Openfiler 的管理界面有几个我们遇到过的错误。有些情况下，创建卷会导致您未要求的奇怪大小，我们在探索 NIC 绑定选项时遇到了问题，即使我们单击了取消，Openfile 也会应用我们的设置（这导致我们与服务器断开连接，不得不通过命令行从控制台进行整理）。

  6. 如果您想要速度（谁不想呢？），请找到一种方法来使用多个 NIC 和 MPIO 来增加千兆位速度。如果您的 SAN 主要与一台机器通信（大多数情况下，如果您使用 ESX，情况就是如此），请不要使用链路聚合。人们普遍误以为 802.3ad 可以提高速度 - 除非有多台机器同时提取数据，否则速度不会提高。如果只有一台机器通过聚合链路访问 SAN，那么您只会看到其中一个链路的速度（即：1Gbps）。

嗯...毕竟回复得不是那么快。:)

答案3

没有真正的细节（因为据我所知，他们没有遇到重大问题），但据一位朋友在 Windows/Mac 网络上运行了一段时间后，它表现良好。我认为他们用它传输了几十 TB 的视频和文档。

答案4

我还没有，但我肯定打算这么做。如果你打算将来能够拯救自己，请记住这些信息。

http://www.howtoforge.com/installing-and-configuring-openfiler-with-drbd-and-heartbeat

我正在家里的一个 HA esx 集群上进行培训。

相关内容