负载平衡邮件网关

Question

我目前正在尝试找到一种方法来平衡我们的 4 个邮件网关（运行邮件清理器）。我能够启动 HAProxy 并使用 tcp 模式进行负载平衡，没有问题。唯一真正的问题是我的源 IP 始终是 HAProxy 服务器，所以我的一些邮件过滤器检查现在没有用，因为我无法检查邮件是否来自已知的错误中继。

他们是否有任何可用于处理此类情况的 FLOSS 软件？如果我让邮件网关将其用作默认网关，并编译一些附加模块并配置 iptables，我就知道 HAProxy 具有此功能。如果我只是缺少一个更简单的解决方案，我只是不想走这条路。

Answer 1

SMTP 已使用 DNS 以循环方式内置负载平衡。这对于大多数目的都非常有效。如果这对您来说还不够，您将不得不创建自己的自定义设置，这不是一件容易的事。所以除非你真的需要它，否则我会坚持使用可用和广泛使用的东西。

我假设您的电子邮件服务器 (MTA) 在同一个域中（比如 example.org），在这种情况下，为每个单独的 MTA 创建一个具有相同优先级的 MX 记录。使用相同的优先级可确保以循环方式尝试每个服务器，否则始终首先尝试具有最高优先级（较低编号）的服务器（在 MTA 未损坏的情况下，垃圾邮件发送者喜欢攻击优先级最低的服务器认为它可能是规格较低的“后备”服务器）：

example.org.    IN  MX  10  mx1.example.org.
example.org.    IN  MX  10  mx2.example.org.
example.org.    IN  MX  10  mx3.example.org.
example.org.    IN  MX  10  mx4.example.org.

当然要确保每个 mx* 都可以解析：

example.org.    IN      A       192.168.2.1
mx1     IN      A       192.168.2.2
mx2     IN      A       192.168.2.3
mx3     IN      A       192.168.2.4
mx4     IN      A       192.168.2.5

如果您还想使用 DNS 为您的用户“负载平衡”MTA 以发送电子邮件，您可以通过这种方式配置 DNS。让我们调用您的外发服务器 smtp.example.org 并告诉您的用户向其提交电子邮件。我将“负载平衡”放在引号中，因为这不会避免连接到 MTA 使用 MX 记录处理它的服务器。在这种情况下，用户必须重试一次或多次才能访问正在运行的服务器。

smtp    IN      A       192.168.2.2
smtp    IN      A       192.168.2.3
smtp    IN      A       192.168.2.4
smtp    IN      A       192.168.2.5

这是一个粗略的解决方案，因为根据用户的系统和设置，他们可能会继续尝试只访问一个 IP。但至少它不是“对每个人都不利”，您可以随时将他们定向到工作服务器。此外，如果服务器永久关闭，您可以将其从 DNS 中删除，一旦缓存，应该可以防止您的用户访问它。在这种情况下，haproxy 可能不是一个糟糕的解决方案。

Answer 2

我们只需使用Linux Virtual Server来完成此操作，多年来它已成为标准 Linux 内核的一部分。

它允许基于权重的负载平衡并且非常容易设置，我们正在做这样的事情：

ipvsadm -A -t 192.168.0.3:25 -s wrr
ipvsadm -a -t 192.168.0.3:25 -r 192.168.0.8:25 -g -w 100
ipvsadm -a -t 192.168.0.3:25 -r 192.168.0.9:25 -g -w 100

（其中 192.168.0.3 是您的“服务 IP”或“虚拟 IP”，192.168.0.8 和 192.168.0.9 是您的“真实服务器”）

最重要的是要了解 - 操作方式。此设置使用“网关模式”，其中数据包的源和目的地不会更改。但这有一些影响。必须在所有“真实服务器”上配置虚拟IP 。但这可能会导致 ARP 竞争条件，您应该在设计上避免：

• 您的“真实服务器”位于单独 LAN 中的负载均衡器后面
• 或者您将真实服务器配置为不回复虚拟地址的 ARP
• 或者您将虚拟 IP 直接路由到负载均衡器，因此不会对其进行 ARP 处理

也许-m - 伪装模式更容易设置。

并且 - 这里的另一个提示：您可能想要使用keepalived来设置 ipvsadm，监视邮件服务器的可达性，并可能使用 VRRP 为负载平衡器本身提供冗余。

我们使用 ipvs 来处理 15k CPS DNS 负载平衡。

(*) 至少在 debian 中是这样称呼的，但是搜索 ipvs 应该很容易