我们将在接下来的几个月内将邮件服务器从postfix / courier迁移到Zimbra.我们通过Dell Equallogic导出的iSCSI LUN运行原型服务器非常成功. Equallogic不是我们的“生产”SAN,NetApp FAS 2050.
使用基于iSCSI LUN的系统的一个问题是缺乏灵活性.如果我们需要调整大小而不必将整个系统关闭,该怎么办？我觉得将Zimbra数据存储区放在NFS导出上会有所帮助
>随时调整大小的灵活性,无需停机
>过去文件修订的快照更容易访问
>无需担心文件系统变坏/没有fsck’in
切换到NFS的缺点
>速度
>可靠性(？)
>速度
问题是,无论Zimbra(包括spamassassin,jetty和最重要的MySQL,都运行一大堆守护进程)都是可靠的.足够稳定,可以在NFS下运行 – 我们是否会在NFS下丢失运行MysqL的数据？如果我们选择在NFS下运行它 – 我们可以做些什么来调整性能？
解决方法
在NetApp上动态调整iSCSI LUN的大小并不是什么大问题,我们会一直这样做.唯一的问题是您的文件系统支持级别,以便动态调整块设备的大小.
这表示使用快照和WAFL日志文件系统的简易性是NetApp上NFS的两大好处.
这表示使用快照和WAFL日志文件系统的简易性是NetApp上NFS的两大好处.
虽然我没有在我的工作中处理Zimbra或任何其他邮件服务器,但这听起来非常像ESX的FC / iSCSI与NFS辩论.针对NetApp在NFS上运行ESX主要是为了快照和WAFL可靠性.速度尚未证明是一个问题.有很多基准测试表明,1GBps NFS可以保留自己的4GBps FC用于ESX(这主要是由于ESX I / O流量的高度随机性).
如果你想要更快,你可以在NetApp中坚持使用10GBps的NIC(不确定2000系列可以做到10GBps虽然……)并且它可以吹走你今天可以购买的任何(8GBps)FC卡.
