在Linode VPS中运行Courier的奇怪负载问题

Question

所以..。我在我们的电子邮件服务器上看到了一些非常奇怪的负载问题。它在早上8点到9点左右开始上升(巧合的是，人们开始工作)，但大约在上午11点左右下降。CPU的使用保持正常，我有足够的空闲内存，没有交换。昨天我们有一个非常高的iowait% (49.75)和一个非常高的负荷(40)，今天我们“只”有一个11-12的负载，而iowait%在3-4顶之间。

所有迹象都表明，imapd是罪魁祸首(速递-imap)，因为当我停止时，负载突然开始下降，在2-3分钟内，它恢复正常。我确实有40到60人在跑步。我们使用雷鸟，它打开5个连接，我降低到1在大多数工作站，它有点帮助(负荷下降到5-7)，然后.上午11点左右，整个服务器恢复正常。

我仍然有30个地图运行，但完全正常的负荷(在0.2到0.4之间)。所以..。我真的不明白为什么会发生这种情况，因为，从逻辑上讲，如果这是问题的原因，它应该会高得多。

这是一个1G内存的Linode 1080 VPS。

(chkrootkit / rkhunter没有什么不寻常之处。)

Answer 1

如果您使用的是VPS，您将与其他不可见的用户共享IO带宽、CPU时间和内存带宽。

我可以肯定地说，物理机器上承载的另一个domU正在消耗大量的这些资源(很可能是IO)。

如果使用iostat -x，您可能会看到您的服务时间波动很大，这将解释为什么由于进程阻塞磁盘IO而导致负载平均值急剧上升。

Answer 2

据我所知，在*nix系统上加载意味着“等待运行的进程数量”。这并不一定意味着他们在等待CPU。他们可能在等待磁盘访问，或者等待网络连接完成。

例如，我曾经管理过一个系统，在这个系统中，负载开始超过80，偶尔会使系统爬行。最终的原因是外部LDAP服务器出现故障，本地系统正在对其进行客户端身份验证请求。

如果您的CPU和iowait看起来还可以的话，我会寻找您的应用程序所具有的网络依赖性，作为异常高负载读数的罪魁祸首。

Answer 3

正如第一张海报所显示的，它很可能是IO。实际上，我的vserver上有相同的设置，并且经常看到相同的问题。问题是，像vserver这样的虚拟服务器的当前容器方法不能有效地分离IO。这是一份白皮书，如果你感兴趣的话，可以在第13页对此做深入的解释。http://www.cs.princeton.edu/~mef/research/vserver/paper.pdf