完全可以！这两个需求其实都是Quartz集群模式设计的核心目标之一，下面分别拆解说明：

一、单节点创建调度，全集群自动同步 #

Quartz集群的核心逻辑就是依赖共享数据库存储调度元数据（JobDetail、Trigger等），所有集群节点都会定期轮询这个共享库拉取最新的调度信息。所以你完全不需要给所有节点发REST请求，只需要给任意一个节点发送创建请求就够了：

• 当你在某一个节点通过REST接口创建Job和Trigger时，Quartz会自动把这些信息持久化到共享数据库中
• 其他集群节点的Quartz Scheduler会定期（可通过配置调整轮询间隔）从数据库读取新的调度元数据，自动同步并执行对应的任务
• 注意：务必确保你的Quartz配置中已经开启集群模式（org.quartz.jobStore.isClustered=true），并且所有节点连接同一个数据库实例，这样才能实现元数据的全局共享

另外你提到启动时每个节点生成6个相关Bean，这是正常现象——每个节点都需要自己的SchedulerFactory、JobFactory等Bean来运行本地Quartz实例，但它们都会对接同一个共享数据库，所以调度信息是全局一致的。

二、运行时创建对象的持久化（重启不丢失） #

Quartz本身就原生支持持久化存储，这也是集群模式的基础。你只需要做好以下几点配置：

1. 替换默认的内存JobStore：不要用默认的RAMJobStore（仅存内存，重启就丢），改用org.quartz.impl.jdbcjobstore.JobStoreTX（或JobStoreCMT，根据你的事务需求选择），并配置好正确的数据库连接信息
2. 保证Job和数据可序列化：因为Quartz需要把Job对象和关联数据存入数据库，所以你的自定义Job类必须实现java.io.Serializable接口，同时JobDataMap中的参数也得是可序列化类型
3. 创建调度时开启持久化：当你通过API创建JobDetail和Trigger时，只要JobStore配置正确，Quartz默认会把它们保存到数据库中。这样哪怕单个节点重启，甚至整个集群重启，调度信息依然存在于数据库，节点恢复后会自动加载并恢复调度

给你举个简单的代码示例，创建持久化的Job和Trigger：

@Autowired
private Scheduler scheduler;

public void createPersistentJob() throws SchedulerException {
    // 创建JobDetail，设置持久化标识
    JobDetail jobDetail = JobBuilder.newJob(YourCustomJob.class)
            .withIdentity("persistentJob", "group1")
            .storeDurably(true) // 即使没有关联Trigger也会持久化到数据库
            .build();

    // 创建Trigger
    Trigger trigger = TriggerBuilder.newTrigger()
            .withIdentity("persistentTrigger", "group1")
            .startNow()
            .withSchedule(SimpleScheduleBuilder.simpleSchedule().repeatForever().withIntervalInSeconds(60))
            .build();

    // 注册到Scheduler，自动持久化到数据库
    scheduler.scheduleJob(jobDetail, trigger);
}

额外注意事项 #

• 数据库表初始化：Quartz提供了适配各种数据库的初始化脚本（在Quartz的jar包中，路径类似quartz-2.x.x.jar/org/quartz/impl/jdbcjobstore/tables_xxx.sql），需要先在你的共享数据库中执行这些脚本，创建Quartz所需的表结构
• 集群配置一致性：所有节点的Quartz核心配置（比如线程池大小、轮询间隔）尽量保持一致，避免出现调度执行的不一致问题
• 任务幂等性：集群模式下Quartz会保证同一个任务不会被多个节点同时执行，但如果遇到节点故障恢复的场景，建议确保你的任务逻辑是幂等的，避免重复执行带来的问题

内容的提问来源于stack exchange，提问作者Laws