MapReduce模型
MapReduce模型是SchedulerX自主研发的轻量级分布式跑批模型。通过MapJobProcessor或MapReduceJobProcessor接口将接入的Worker组成分布式计算引擎进行大数据跑批。相对于传统的大数据跑批(例如Hadoop、Spark等),MapReduce无需将数据导入大数据平台,且无额外存储及计算成本,即可实现秒级别海量数据处理,具有成本低、速度快、编程简单等特性。
注意事项
单个子任务的大小不能超过64 KB。
ProcessResult的result返回值不能超过1000 Byte。
如果使用reduce,所有子任务结果会缓存在Master节点,该情况对Master节点内存压力较大,建议子任务个数和result返回值不要太大。如果没有reduce需求,使用MapJobProcessor接口即可。
SchedulerX不保证子任务绝对执行一次。在特殊条件下会failover,可能导致子任务重复执行,需要业务方自行实现幂等。
接口
继承类MapJobProcessor
接口
解释
是否必选
public ProcessResult process(JobContext context) throws Exception;
每个子任务执行业务的入口,需从context中获取taskName,您需自行判断子任务名称。逻辑处理完成后,返回ProcessResult。
是
public ProcessResult map(List<? extends Object> taskList, String taskName);
执行map方法可以将一批子任务分布至多台机器上执行,可以多次执行map方法。如果taskList为空,返回失败。执行完成后,返回ProcessResult。
是
public void kill(JobContext context);
前端kill任务会触发该方法,需自行实现如何中断业务。
否
继承类MapReduceJobProcessor
接口
解释
是否必选
public ProcessResult process(JobContext context) throws Exception;
每个子任务执行业务的入口,需从context里获取taskName,您需自行判断子任务名称。逻辑处理完成后,返回ProcessResult。
是
public ProcessResult map(List<? extends Object> taskList, String taskName);
执行map方法可以将一批子任务分布至多台机器上执行,可以多次执行map方法。如果taskList是空,返回失败。执行完成后,返回ProcessResult。
是
public ProcessResult reduce(JobContext context);
所有Worker节点的子任务执行完成后,会回调reduce方法。reduce由Master节点执行,一般用于数据聚合或通知下游,也可以用于工作流的上下游数据传递。
reduce方法能处理所有子任务的结果。
子任务通过
return ProcessResult(true, result)
返回结果(例如返回订单号)。执行reduce方法时,通过context获取所有子任务的状态(
context.getTaskStatuses()
)和结果(context.getTaskResults()
),并进行相应的逻辑处理。
是
public void kill(JobContext context);
前端kill任务会触发该方法,需自行实现如何中断业务。
否
public boolean runReduceIfFail(JobContext context)
当存在子任务失败情况下,是否执行reduce方法。默认配置为:子任务失败时,仍然执行reduce方法。
否
操作步骤
登录分布式任务调度平台,在左侧导航栏,单击任务管理。
在任务管理页面,单击创建任务。
在创建任务面板,执行模式下拉列表选择MapReduce,在高级配置区域配置相关信息。
配置项
说明
分发策略
说明需客户端版本>=1.10.3。
轮询策略(默认):每个Worker平均分配等量子任务,适用于每个子任务处理耗时基本一致的场景。
WorkerLoad最优策略:由主节点自动感知Worker节点的负载情况,适用于子任务和Worker机器处理耗时有较大差异的场景。
子任务单机并发数
即单机执行线程数,默认为5。如需加快执行速度,可以调大该值。如果下游或者数据库无法承接,可适当调小。
子任务失败重试次数
子任务失败会自动重试,默认为0。
子任务失败重试间隔
子任务失败重试间隔,单位:秒,默认为0。
子任务failover策略
说明需客户端版本>=1.8.12。
当执行节点宕机下线后,是否将子任务重新分发给其他机器执行。开启该配置后,发生failover时,子任务可能会重复执行,需自行做好幂等。
主节点参与执行
说明需客户端版本>=1.8.12。
主节点是否参与子任务执行。在线可运行Worker数量必须不低于2台,在子任务数量特别大时,推荐关闭该参数。
子任务分发方式
推模型:每台机器平均分配子任务。
拉模型:每台机器主动拉取子任务,没有木桶效应,支持动态扩容拉取子任务。拉取过程中,所有子任务会缓存在Master节点,对内存有压力,建议子任务数不超过10,000。
其他配置项,请参见任务管理高级配置参数说明。