XXL-Job分布式任务调度

分布式情况下定时任务会出现哪些问题?

分布式集群的情况下,怎么保证定时任务不被重复执行

分布式定时任务解决方案

①使用zookeeper实现分布式锁 缺点(需要创建临时节点、和事件通知不易于扩展)

②使用配置文件做一个开关  缺点发布后,需要重启

③数据库唯一约束,缺点效率低

④使用分布式任务调度平台XXLJOB、Elastric-Job、TBSchedule

XXLJOB介绍

1、简单:支持通过Web页面对任务进行CRUD操作,操作简单,一分钟上手;

2、动态:支持动态修改任务状态、暂停/恢复任务,以及终止运行中任务,即时生效;

3、调度中心HA(中心式):调度采用中心式设计,“调度中心”基于集群Quartz实现,可保证调度中心HA;

4、执行器HA(分布式):任务分布式执行,任务"执行器"支持集群部署,可保证任务执行HA;

5、任务Failover:执行器集群部署时,任务路由策略选择"故障转移"情况下调度失败时将会平滑切换执行器进行Failover;

6、一致性:“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行;

7、自定义任务参数:支持在线配置调度任务入参,即时生效;

8、调度线程池:调度系统多线程触发调度运行,确保调度精确执行,不被堵塞;

9、弹性扩容缩容:一旦有新执行器机器上线或者下线,下次调度时将会重新分配任务;

10、邮件报警:任务失败时支持邮件报警,支持配置多邮件地址群发报警邮件;

11、状态监控:支持实时监控任务进度;

12、Rolling执行日志:支持在线查看调度结果,并且支持以Rolling方式实时查看执行器输出的完整的执行日志;

13、GLUE:提供Web IDE,支持在线开发任务逻辑代码,动态发布,实时编译生效,省略部署上线的过程。支持30个版本的历史版本回溯。

14、数据加密:调度中心和执行器之间的通讯进行数据加密,提升调度信息安全性;

15、任务依赖:支持配置子任务依赖,当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔;

16、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;

17、任务注册: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。同时,也支持手动录入执行器地址;

18、路由策略:执行器集群部署时提供丰富的路由策略,包括:第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移、忙碌转移等;

19、运行报表:支持实时查看运行数据,如任务数量、调度次数、执行器数量等;以及调度报表,如调度日期分布图,调度成功分布图等;

20、脚本任务:支持以GLUE模式开发和运行脚本任务,包括Shell、Python等类型脚本;

21、阻塞处理策略:调度过于密集执行器来不及处理时的处理策略,策略包括:单机串行(默认)、丢弃后续调度、覆盖之前调度;

22、失败处理策略;调度失败时的处理策略,策略包括:失败告警(默认)、失败重试;

23、分片广播任务:执行器集群部署时,任务路由策略选择"分片广播"情况下,一次任务调度将会广播触发对应集群中所有执行器执行一次任务,同时传递分片参数;可根据分片参数开发分片任务;

24、动态分片:分片广播任务以执行器为维度进行分片,支持动态扩容执行器集群从而动态增加分片数量,协同进行业务处理;在进行大数据量业务操作时可显著提升任务处理能力和速度。

25、事件触发:除了"Cron方式"和"任务依赖方式"触发任务执行之外,支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务,可根据业务事件灵活触发。

 

XXLJOBGitHub地址

https://github.com/xuxueli/xxl-job

 

文档

http://www.xuxueli.com/xxl-job/#/?id=_21-%e5%88%9d%e5%a7%8b%e5%8c%96%e8%b0%83%e5%ba%a6%e6%95%b0%e6%8d%ae%e5%ba%93

传统定时任务特征: 单点系统(Job不需集群) 

如果定时Job在高并发情况下宕机怎么办?

定时任务代码 和 业务执行的 服务器独立的  独立的Jvm

     如果同一时间点执行多个任务,考虑高并发。同时执行的情况

解决方案: 心跳检测自动重启,补偿机制(每个任务打一个小标记) 定时任务在执行时候突然报错,日志纪律,跳过继续执行。

再使用定时Jbo扫描日志记录,进程补偿信息。

 

 

定时任务 三个war包 分别放在三台服务器上。定时Job可能会重复执行三次。分布式Job幂等性。

     1、使用zk实现分布式锁

        只有获取到锁的 才可以执行Job (效率低)

     2、配置文件中加启动定时Job的开关

      三个war包代码相同。 war1 加开关flag=true    war2 加开关flag=fasle  war3 加开关flag=true   为true的才可以执行

    3、启动时候使用数据库唯一标识

         启动时候 表里插入数据 成功的才可以执行 

 

分布式任务调度平台推荐使用

 XXL_Job  和 ELastric-Job(依赖zk)

 

 

保证幂等性

1、支持Job集群(前提保证幂等性) Jbo负载均衡轮询机制

比如:

第一次 8080

第二次 8081

第三次 8082

2、支持Job补偿 Job失败,重试,多次失败发邮件。

3、支持Job日志记录

4、动态配置定时规则,传统定时Jbo触发规则写死,采用动态方式。

 

XXL-Job原理:

   执行器:定时Job实际执行的服务器地址

   任务管理:定时任务规则,路由策略,允许模式等

 

步骤:

①  部署: xxl-job-admin  作为注册中心

②  创建执行器(具体调度地址) 可以支持集群

③  配置文件需要填写xxl-job注册中心地址

④  每个具体执行job服务器需要创建一个netty连接端口号

⑤  需要执行job的任务类,集成IJobHandler抽象类注册到job容器中

⑥  Execute方法中编写具体job任务

   

搭建XXL-Job Admin平台:

 job服务器 通过这个框架创建的

平台里面通过一系列步骤:

                                        

步骤:

1、XXL-Job admin 平台创建执行器(Job实际执行地址)

2、XXL-Job admin 平台创建任务,填写对应的执行器

3、Jbo服务器代码中,使用JobHandler标识该类为Job执行方法

 

Job服务器启动时候, 把信息注册到 XXL-Job admin平台

如果任何一个任务执行时候,现在xxl-job admin平台触发一次,获取到任务的执行器(地址),直接调用job服务器地址。实现job管理。

 

 

如果有任务需要执行的时候,先再XXL-Job admin执行一次,获取任务中执行器

 

posted @ 2018-11-17 21:54  toov5  阅读(9758)  评论(0编辑  收藏  举报