[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

回复:[DISCUSS]Enhancing flink scheduler by implementing blacklist mechanism

Thanks yingjie for bringing this discussion.

I encountered this issue during failover and also noticed other users complainting related issues in community before.
So it is necessary to have this mechanism for enhancing schedule process first, and then enrich the internal rules step by step.
Wish this feature working in the next major release. :)

发件人:Till Rohrmann <trohrmann@xxxxxxxxxx>
发送时间:2018年11月5日(星期一) 18:43
收件人:dev <dev@xxxxxxxxxxxxxxxx>
主 题:Re: [DISCUSS]Enhancing flink scheduler by implementing blacklist mechanism

Thanks for sharing this design document with the community Yingjie.

I like the design to pass the job specific blacklisted TMs as a scheduling
constraint. This makes a lot of sense to me.


On Fri, Nov 2, 2018 at 4:51 PM yingjie <kevin.yingjie@xxxxxxxxx> wrote:

> Hi everyone,
> This post proposes the blacklist mechanism as an enhancement of flink
> scheduler. The motivation is as follows.
> In our clusters, jobs encounter Hardware and software environment problems
> occasionally, including software library missing,bad hardware,resource
> shortage like out of disk space,these problems will lead to task
> failure,the
> failover strategy will take care of that and redeploy the relevant tasks.
> But because of reasons like location preference and limited total
> resources,the failed task will be scheduled to be deployed on the same
> host,
> then the task will fail again and again, many times. The primary cause of
> this problem is the mismatching of task and resource. Currently, the
> resource allocation algorithm does not take these into consideration.
> We introduce the blacklist mechanism to solve this problem. The basic idea
> is that when a task fails too many times on some resource, the Scheduler
> will not assign the resource to that task. We have implemented this feature
> in our inner version of flink, and currently, it works fine.
> The following is the design draft, we would really appreciate it if you can
> review and comment.
> Best,
> Yingjie
> --
> Sent from: