Zimbra对iSCSI

Question

在接下来的几个月里，我们将把邮件服务器从postfix/courier迁移到Zimbra。我们已经成功地在一个从戴尔Equallogic导出的iSCSI LUN上运行了一个原型服务器。“公平逻辑”不是我们的“产物”SAN，而是一个NetApp FAS 2050。

拥有基于iSCSI LUN的系统的问题之一是缺乏灵活性。如果我们需要调整尺寸而不需要破坏整个系统呢？我觉得将放在NFS出口上会有帮助

• 在没有停机的情况下随时调整大小的灵活性
• 过去文件修订的快照更易于访问。
• 不必担心文件系统损坏/没有fsck‘’in

切换到NFS的缺点

• 速度
• 可靠性(?)
• 速度

问题是，Zimbra (运行一堆守护进程，包括垃圾邮件、jetty和最重要的MySQL)是否会足够可靠和稳定地在NFS下运行--我们是否设置了在NFS下丢失运行MySQL的数据？如果我们选择在NFS下运行它--我们能做些什么来调整性能呢？

Answer 1

在iSCSI上动态调整NetApp的大小没什么大不了的，我们总是这么做的。唯一的问题是支持您的文件系统，以调整块设备的动态大小。也就是说，使用快照和WAFL日志文件系统是NetApp上NFS的两大好处。

虽然我在工作中不处理Zimbra或任何其他邮件服务器，但这听起来非常像ESX的FC/iSCSI与NFS的辩论。在NFS上对NetApp运行ESX是一个不需要考虑的问题，主要是因为快照和WAFL的可靠性。速度没有被证明是一个问题。有大量的基准测试表明，对于ESX，1GBps的NFS可以相对于4 1GBps的FC保持自己的性能(这主要是由于ESX /O流量的高度随机性)。

如果你想走得更快，你可以把一个10 10GBps的网卡放在一个NetApp上(不确定2000年的系列是否能达到10 10GBps .)它可以吹走任何(8 8GBps) FC卡，你今天可以买。

关于这个话题，齐姆布拉论坛上有一个投寄。那里的海报是NFS的。