linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail

linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail

ID:22680643

大小:69.50 KB

页数:13页

时间:2018-10-30

linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail_第1页
linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail_第2页
linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail_第3页
linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail_第4页
linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail_第5页
资源描述:

《linux 上使用 sendmail 群集的高可用/可伸缩的 sendmail》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、Linux上使用Sendmail群集的高可用/可伸缩的Sendmail  JayD.Allen白天在IBM从事于IT前沿技术,主要是使用Linux。夜里,Jay研究IT领域的一些没落技术,主要是使用DECPDP-11和其它古董技术。可以通过allen5us.ibm.与他联系。  自1992年以来,PeterBogdanovic一直是一位软件工程师和Unix系统管理员。他目前在IBM的LinuxpetencyCenter工作。可以通过bognovicus.ibm.与他联系。  Clifford的解决方案工程师,在IBM的LinuxpetencyCenter工

2、作。可以通过cliff.与他联系。  运行Sendmail的服务器群集能够在有竞争力的价格上提供高性能和高可用性。对于经验丰富的系统管理员,这一贯是常用的做法。本文描述了我们的研究,量化和描述实现高可用/可伸缩Sendmail的方法。我们研究了Linux上Sendmail群集的几种配置,并对它们的相对性能进行了量化。我们通过调整Sendmail的配置以及Linux操作系统中的参数,研究并测试了公共性能。我们还没有一个共享磁盘用于这些测试,因此我们将项目的范围限定在只包括SMTP路由和排队。这是位于专用网的边缘或作为内部邮件存储的前端的Sendmail群集的

3、常用配置。虽然我们的硬件资源很普通,但我们相信这些相对差异会使我们的结果对于那些要实现基于Linux的Sendmail服务器群集的系统架构设计师是非常重要的,因为我们的结果说明了Sendmail群集的设计特性的相对重要性。  汇总结果  Sendmail、LDAP和DNS有许多配置选项,但我们只考虑那些对于该应用程序很重要的选项。除非另有声明,否则我们使用标准软件和缺省设置。在这些选项中,我们发现有少数因素可以对性能产生巨大影响,或者是实现可伸缩性必不可少的,如LogLevel和QueueDirectory。  最后,我们发现即使正确配置了Sendmail

4、,所有这些重要因素也会告诉我们两个事实:  Sendmail是磁盘密集型的,磁盘速度越快,Sendmail的速度就越快。  不受控因素也许会影响我们所感知到的性能。如,远程DNS服务器发生故障,路由失常、队列填满和其它第三方问题。  我们发现了什么  集群的服务器。通过集群两个服务器并在前端添加负载均衡器,我们发现了最佳消息吞吐量―大约每秒100条消息。这是最佳单服务器结果的性能的两倍,单服务器的最佳性能大约是每秒50条消息。当添加第三个服务器时,几乎看不到性能有所改进。  LogLevel。由于Sendmail日志记录的用途有时象审计跟踪,它显示了SMT

5、P邮件的进入和外出,因此从磁盘I/O的角度来看,日志记录的代价比较昂贵。在某些情况下,允许或者应该关闭此审计功能,以便提供更高的吞吐量。但即使启用了完全日志记录(LogLevel9),只要将日志文件移到更快的文件系统上,我们仍可以得到可接受的性能。  QueueDirectory。队列目录也是一个明显的争用点。通过使用多个队列以及将QueueSortOrder切换成文件名,我们找到了最佳性能。LogLevel和QueueDirectory在使吞吐量增加中共同起着举足轻重的作用。  其它配置选项。我们还测试了关闭Ident查找、对于工作负载使用SharedM

6、em键和传递模式(DeliveryMode)。这些的作用很小,但我们假设在真正的方案中它们也许会更重要。  OS。我们的Linux安装要求做很少的更改,它基本上是标准RedHat7.1并附带标准kernel.org2.4.4内核。  网络。我们找出了一些网络问题,但在更改了简单的运行时配置之后已经解决了这些问题。注:我们没有尝试网络syslog程序(syslogger)。  测试方案  我们评估了几种测试方案:  单服务器  循环DNS  负载均衡器  基于MX的故障转移  对于负载均衡器方案,我们尝试了Alteon180设备和运行均衡软件的专用Linux

7、服务器。我们使用一台主机逐一调整重要的配置因子来寻找最优的Sendmail配置。通过使用此测试的结果,我们得到了最优化的配置,并将它用于其它不同的群集配置中。  循环DNS  DNS循环是将多路到来的因特网SMTP流量分配到多台机器上的一种简单方法。在其最简单的形式中,针对某一个邮件服务器主机名,会输入几个A记录。每个参与的Sendmail服务器都被配置成以这个主机名的名义接收邮件。当发送方要将邮件传递给接收方时,就生成了一个DNS查询。其结果将包含该主机的所有A记录的列表。缺省情况下,大多数MTA实现会采用列表中的第一个成员。同一主机名的重复查询会产生I

8、P地址的循环列表(这是BIND/DNS的一个特性)。例如,如果在因

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。