关于托管在 Azure 应用服务的横向扩展实例中的 Quartz.NET 的注意事项

Question

如何处理 API 的 Quartz 配置，它是在 ASP.NET 核心中创建并托管在 Azure 应用服务中，该服务已扩展到多个实例？

API 当前始终托管在单个 IIS 应用程序中，因此 Quartz 配置如下所示，未使用集群配置

private static NameValueCollection SchedulerConfiguration(IConfiguration configuration)
{
    var schedulerConfiguration = new NameValueCollection();
    schedulerConfiguration["quartz.jobStore.type"] = "Quartz.Impl.AdoJobStore.JobStoreTX, Quartz";
    schedulerConfiguration["quartz.jobStore.driverDelegateType"] = "Quartz.Impl.AdoJobStore.StdAdoDelegate, Quartz";
    schedulerConfiguration["quartz.jobStore.tablePrefix"] = "QRTZ_";
    schedulerConfiguration["quartz.jobStore.dataSource"] = "default";
    schedulerConfiguration["quartz.dataSource.default.connectionString"] = configuration["ConnectionString"];
    schedulerConfiguration["quartz.dataSource.default.provider"] = "SqlServer";
    schedulerConfiguration["quartz.serializer.type"] = "json";
    return schedulerConfiguration;
}

它使用QuartzHostedService来处理预定的后台作业

services.AddHostedService<QuartzHostedService>();

我做了一个小实验，并将 API 部署到 Azure 应用服务实例中，然后在 API 中创建了一个 Quartz 作业，并在触发之前将多个实例扩展到了 4 个。 我的假设是，不做任何更改上述配置作业将被执行 4 次，因为当新的 3 个实例启动时，它们都会从数据库中读取作业详细信息并注册触发器以在特定时间触发。 但令我惊讶的是，这项工作只执行了一次。

1. 任何想法为什么这项工作只执行一次？
2. 在横向扩展的 Azure 应用服务中托管 Quartz 调度程序时，我应该利用集群配置吗？

Answer 1

1. 我认为这可能只是纯粹的运气，如果您的作业运行得很快，它们可能只能由集群中的单个实例运行。 但是如果没有集群设置，两个节点可能会运行相同的作业并导致数据库更新冲突。

2. 是的，当使用基于数据库的锁时，性能会有轻微的损失，但这是您可以安全地运行繁忙实例的唯一方法。

我还建议您查看ASP.NET 核心集成 package 。 它有助于编译安全配置，例如，我可以看到您现在为 SQL 服务器使用错误（低效）委托，有单独的 SqlServerDelegate。