我们的邮件服务器有一些主要问题,通常是在重新启动(但并不总是)之后,其中磁盘io将从平均50-100 mbps猛增到200-300 mbps。
我已经把范围缩小到dovecot,杀死dovecot会立即使磁盘的使用恢复正常。我想说的是,也许这只是断电后处理积压的问题,就像我们昨天中断了几个小时一样,但昨天晚上就解决了,今天又恢复了。
使用顶层,我已经找到了导致这些问题的特定imap帐户。我联系了客户,发现所有最高级的io客户都从收件箱中删除了大量的电子邮件。
显然不能阻止他们这样做,但是增加的磁盘io会导致大量io等待和服务停止响应,所以我们需要一种方法来减少dovecot的io足迹。我知道你可以用一些东西来降低它的cpu优先级,是否有类似的磁盘优先级呢?
我们的服务器管理团队说,这将是最好的,我们需要分配更多的资源来多维柯,但我更倾向于排除坏配置的可能性,然后我们把另一个服务器扔到它,但问题随之而来。从一些人删除他们的电子邮件300 IMHO听起来有点过分的IMHO。
下面是来自dovecot -n的dovecot配置的输出。任何人能提供的任何帮助都将不胜感激。
您将看到,我已经尝试过禁用fsync,如本文所示:http://wiki.dovecot.org/PerformanceTuning。还没注意到有什么明显的改善。任何人能提供的任何建议都将不胜感激。
# 1.0.7: /etc/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap imaps pop3
login_dir: /var/run/dovecot/login
login_executable(default): /usr/libexec/dovecot/imap-login
login_executable(imap): /usr/libexec/dovecot/imap-login
login_executable(pop3): /usr/libexec/dovecot/pop3-login
verbose_proctitle: yes
mail_privileged_group: mail
fsync_disable: yes
mail_executable(default): /usr/libexec/dovecot/imap
mail_executable(imap): /usr/libexec/dovecot/imap
mail_executable(pop3): /usr/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/lib64/dovecot/imap
mail_plugin_dir(imap): /usr/lib64/dovecot/imap
mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3
auth default:
mechanisms: plain login
passdb:
driver: pam
userdb:
driver: passwd
socket:
type: listen
client:
path: /var/spool/postfix/private/auth
mode: 432
user: postfix
group: postfix
master:
path: /var/run/dovecot/auth-master
mode: 384
user: root发布于 2012-08-14 04:30:52
你没有说你用的是什么邮箱格式。
Dovecot很好,因为它支持标准的mbox格式。这样的设置很简单。
问题是,标准的mbox格式只是一个大文件;对文件中间的消息进行操作会导致对整个后半段的重写。
Dovecot还支持Maildir格式。这将每个文件存储一条消息。这也可能有问题--但当你拥有庞大的邮件配额的用户时,这很可能是次要的问题。
其他格式可能有dovecot插件,但据我所知,没有任何其他直接支持的邮箱格式。
https://serverfault.com/questions/417242
复制相似问题