如何扩展具有守护进程任务的应用程序服务器？

Question

我现在有一个在一台服务器上运行的 Web 应用程序。我想切换到应用程序服务器集群（码头），以处理增加的负载和故障转移。然而，该应用程序有几个守护线程，它们每 10 分钟运行一次，以便处理传入的数据。这些数据必须仅处理一次（它与外部服务器通信，并且不好）如果做两次就会发生）。

扩大规模的最佳实践是什么？

我拥有的一些选项是：

1. 有一个标志来指示应用程序是否应该运行守护程序任务。然后只将其中一个标志设置为 true。这是有效的，但这意味着我不再有简单的故障转移 - 我需要监视该特殊的应用程序服务器并在它出现故障时采取行动。

2. 设计出一些系统，其中不同的应用程序服务器相互了解，并有某种方式选择一个节点来运行它，例如，所有服务器都选择一个随机数，并且哪个节点最高就可以运行它。每 10 分钟做一次。这具有自动故障转移（如果其他节点因为一个节点宕机而无法与该节点通信，它就会被忽略），但这也意味着每个应用程序服务器都需要了解彼此的应用程序服务器，我觉得我正在重新发明 设计出一些系统，

这种情况通常如何处理？

Answer 1

您可以使用 Quartz 来安排任务，它具有集群支持。

除了在 Quartz 中安排任务之外，您还必须使用 Quartz 的模式创建一个数据库（或使用现有的数据库）。集群中的所有服务器必须同步其时间（ntpd 会做到这一点）。

使用 Quartz 将为您提供故障转移、负载平衡并保证每个任务仅执行一次。

Answer 2

为什么不使用数据库来协调呢？任何具有空闲周期的节点都可以在作业表中插入“进行中”行以锁定其他节点。这利用了这样一个事实：您可能已经依赖所有节点中的单个数据库，该数据库内置了事务管理。

您需要设计一个简单的计时算法来确保所有节点不会每十分钟同时醒来并争夺锁。也许引入 0-10 秒的随机延迟。