Linux下高可用/可伸缩Sendmail研究 （4）

结束语

通过使用现成的计算机设备，我们演示了可以构建高性能、高可用的 Sendmail 服务。在我们的测试中，磁盘 I/O 是 Sendmail 系统的总体性能中最重要的因素。将服务器配置成不记录日志，或者将日志记录到 RAM 磁盘，会大大提高性能。另外，邮件队列也是 Sendmail 服务器进程中另一个磁盘密集型的部分。将队列分配到多个目录、将队列目录放到最快的可用文件系统上或者将队列移到 RAM 磁盘也会大大提高性能。将邮件队列移动到 RAM 磁盘也许不适合许多安装，因为 — 在 OS 崩溃或服务器硬件故障的情况下 — 会损害 Sendmail 系统的消息传递完整性。

我们很惊奇地了解到，对于工作负载，我们可以将负载均衡管理器 Alteon 180 这个商业产品替换成运行 user-land 程序“balance”的专用 Linux 系统。这种 Linux 解决方案的经济效益是颇为引人注目的，而且使用设备也许会有操作上的好处。

我们看到，Sendmail 服务器由一个升到两个时，性能翻了一倍，但奇怪的是，添加第三个服务器却没有效果。我们的负载生成装置正在努力工作，因此也许是邮件生成装置已经达到了饱和。我们还发现在重负载情况下的一些 TCP/IP 问题，这些问题可能会造成连接出错率的上升。我们建议使用许多负载生成机器来处理每天一千万条消息以上的负载。

配置和注意事项

Sendmail 就象大多数传统 Unix 程序。它是高度专用的，而且是模块化的，因此可以很容易地与其它组件集成，组成更大的解决方案。Sendmail 群集就是这样一种解决方案，我们需要描述其它组件的配置。其中一些是为增加性能或可伸缩性、工作负载分派器和网络设计而设计的。其它组件是用于增加 Sendmail 群集的可管理性的，如 LDAP 和 rsync。最后，我们描述了为测试环境模拟真正工作负载所使用的工具。

Sendmail 配置；

Sendmail 群集硬件／服务器；

网络设置和检验；

LDAP 服务器设置；

名称服务设置；

Mailstone SMTP 负载模拟器。

如果您有问题、想要更多信息或者想要他们在此研究中使用的配置文件副本，尽请联系作者。

免责声明：上述文章是基于在实验室环境中进行的实验室测试。特殊定制安装中的结果也许会由于许多因素而发生变化，这些因素包括每个特殊安装中的工作负载和配置。因此，上述信息是在以“按现状”的基础上提供的。明确表示不承担适销性和适用于某特定用途的保证。使用本信息带来的风险将由您自行承担。

关于作者

Jay D•Allen 白天在 IBM 从事于 IT 前沿技术，主要是使用 Linux。夜里，Jay 研究 IT 领域的一些没落技术，主要是使用 DEC PDP-11 和其它古董技术。可以通过 allen5@us.ibm.com 与他联系。

自 1992 年以来，Peter Bogdanovic 一直是一位软件工程师和 Unix 系统管理员。他目前在 IBM 的 Linux Competency Center 工作。可以通过 bognovic@us.ibm.com 与他联系。

Clifford White 是 IBM 的解决方案工程师，在 IBM 的 Linux Competency Center 工作。可以通过 cliffw@us.ibm.com 与他联系。