在进入 LVS 之前我需要一些建议，否则就会发现它不是我想要的。
我正在寻找替代我们当前的负载平衡软件（XR 或十字路口，因为它也为人所知）。因为我们从软件中随机获得了很多意外崩溃。我已经多次与开发人员交谈过，包括日志和其他数据，但我们仍然遇到问题。
我希望获得一些有关 LVS 的建议，看看它是否能够完成我们目前使用 XR 所做的事情。
这就是我们目前使用 XR（十字路口）所做的事情。
我们在亚马逊有一台运行 Linux 的服务器，其中装有 XR，该系统配置了三个 IP 地址供其监控，我们的 DRP 站点服务器已打开，但 IIS 已被禁用，因此 XR 实际上将其视为 DOWN 并且不会将流量路由到它。
我们办公室的主要服务器被 XR 视为 UP，因为它提供内容服务，而最后的手段是在 Amazon Linux 机器上运行的 apache 实例提供一个静态网页，提示“我们的系统正在处理中，请耐心等待”（大意如此）。
当流量进入亚马逊系统时，它会自动将其路由到我们的系统，因为它是服务器列表中的第一个，并且被发现是活动的，如果我们的主服务器发生故障，那么配置中的下一个是备份服务器，它将自动启动，然后将流量传递给它。如果两个服务器都失败了，那么列表中的最后一个服务器是内部 Apache 框，它将开始获取流量并提供一个页面来解释事情没有正常工作。
我可以在 LVS 中执行此操作吗？我知道正常的 LB 解决方案至少会有两台主机，并且 LB 会在它们之间无缝分配流量等？
如果您对此有任何建议或对我们正在使用的替代方案有任何建议（最好不涉及任何费用），我们将不胜感激。
答案1
答案2
ipvsadm（又名 lvs）仅设置负载平衡。它不监控真实服务器。我们使用 lvs-kiss 来实现这一点。在那里你可以定义
- 真实服务器的测试方法（是启动还是关闭）
- 测试方法完成所需的时间会影响传入请求的平衡
- 您可以定义一个脚本，在真实服务器发生故障时运行（例如，将其从 ipvsadm 中完全取出，以便已连接的客户端被迫重新连接到幸存者服务器）
- 定义在恢复时运行的脚本
在运行失败脚本中，您可以计算幸存的真实服务器。如果该数字降至零，您可以在逻辑 IP 上启动本地（即位于 LB 本身）静态 http 服务器。