我们将在接下来的几个月内将邮件服务器从postfix / courier迁移到Zimbra。 我们已经成功地通过从Dell Equalogic导出的iSCSI LUN运行原型服务器。 Equallogic不是我们的“生产”SAN，而是NetApp FAS 2050。
有一个基于iSCSI LUN的系统存在的问题之一是缺乏灵活性。 如果我们需要resize而不必将整个系统closures呢？ 我觉得将Zimbra数据存储放在NFS导出上会有所帮助
缺点是切换到NFS
问题是，Zimbra（运行一整套守护进程，包括spamassassin，jetty和最重要的MySQL）是否可靠和稳定，足以在NFS下运行 – 我们是否将自己设置为丢失在NFS下运行MySQL的数据？ 如果我们select在NFS下运行它，我们可以做些什么来调整性能？
在NetApp上实时调整iSCSI LUN大小并不是什么大事，我们一直在做。 唯一的问题就是在文件系统的支持级别上dynamic调整块设备的大小。 这就是说，使用快照和WAFL日志文件系统的便利性是NetApp上NFS的两大优点。
虽然我不处理Zimbra或其他任何邮件服务器，但这听起来很像FC / iSCSI vs NFS关于ESX的争论。 在NFS上针对NetApp运行ESX主要是为了获得快照和WAFL可靠性。 速度没有被certificate是一个问题。 有很多基准testing表明，1GBps的NFS可以保持自己的速度，而对于ESX来说，这个速度是4GBps（这主要是由于ESX I / Ostream量的高度随机性）。
如果你想这么快，你可以在NetApp上粘贴一个10GBps的网卡（不知道是否2000系列可以做到10GBps），它可以吹走你现在可以购买的任何（8GBps）FC卡。
在Zimbra论坛上有关于这个话题的贴子 。 那里的海报是用NFS来的。