我目前正在尝试找到一种方法来平衡我们的 4 个邮件网关(运行邮件清理器)。我能够启动 HAProxy 并使用 tcp 模式来毫无问题地进行负载平衡。唯一真正的问题是我的源 IP 始终是 HAProxy 服务器,所以我的一些邮件过滤器检查现在没有用,因为我无法检查邮件是否来自已知的错误中继。
他们是否有任何可用于处理此类情况的 FLOSS 软件?我知道 HAProxy 具有这种能力,如果我让邮件网关将它用作默认网关,并编译一些额外的模块并配置 iptables。如果我只是缺少一个更简单的解决方案,我只是不想开始这条路。
SMTP 以循环方式使用 DNS 内置了负载平衡。这对于大多数用途来说效果很好。如果这对您来说还不够,您将不得不创建自己的自定义设置,这不是一件容易的事。所以除非你真的需要它,否则我会坚持使用可用和广泛使用的东西。
我假设您的电子邮件服务器 (MTA) 位于同一域(比如 example.org),在这种情况下,为每个单独的 MTA 创建一个具有相同优先级的 MX 记录。使用相同的优先级可确保以循环方式尝试每台服务器,否则总是先尝试优先级最高(编号较低)的服务器(在 MTA 未损坏的情况下,垃圾邮件发送者喜欢攻击优先级最低的服务器认为它可能是一个较低规格的“后备”服务器):
当然要确保每个 mx* 都可以解析:
如果您还想使用 DNS 为您的用户发送电子邮件“负载平衡”MTA,您可以通过这种方式配置 DNS。让我们调用您的发件服务器 smtp.example.org 并告诉您的用户向其提交电子邮件。我将“负载平衡”放在引号中,因为这不会避免连接到 MTA 使用 MX 记录处理它的方式不正常的服务器。在这种情况下,用户必须重试一次或多次才能访问工作服务器。
这是一个粗略的解决方案,因为根据用户的系统和设置,他们可能会继续尝试只攻击一个 IP。但至少它不是“对每个人都不利”,你总是可以将他们引导到工作服务器。此外,如果服务器永久关闭,您可以将其从 DNS 中删除,一旦缓存,就可以防止您的用户访问它。在这种情况下,haproxy 可能不是一个糟糕的解决方案。
我们只需使用Linux Virtual Server就可以做到这一点,多年来它一直是标准 linux 内核的一部分。
它允许基于权重的负载平衡并且非常容易设置,我们正在做这样的事情:
(其中 192.168.0.3 是您的“服务 IP”或“虚拟 IP”,192.168.0.8 和 192.168.0.9 是您的“真实服务器”)
最重要的是要知道 - 操作方式。此设置使用“网关模式”,其中数据包的源和目标不会更改。但这有一些含义。必须在所有“真实服务器”上配置虚拟ip 。但这可能会导致 ARP 竞争条件,您应该通过设计避免这种情况:
也许-m - 伪装模式更容易设置。
并且 - 这里的另一个提示:您可能想要使用keepalived来设置 ipvsadm,监视您的邮件服务器的可达性,并且可能使用 VRRP 为负载均衡器本身提供冗余。
我们正在使用 ipvs 来处理 15k CPS DNS 负载平衡。
(*) 至少在 debian 中是这样称呼的,但是搜索 ipvs 应该很容易