You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Lijie Wang (Jira)" <ji...@apache.org> on 2022/06/20 11:17:00 UTC
[jira] [Updated] (FLINK-28130) FLIP-224: Blocklist Mechanism
[ https://issues.apache.org/jira/browse/FLINK-28130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Lijie Wang updated FLINK-28130:
-------------------------------
Description:
In order to support speculative execution for batch jobs([FLIP-168|https://cwiki.apache.org/confluence/display/FLINK/FLIP-168%3A+Speculative+Execution+for+Batch+Job]), we need a mechanism to block resources on nodes where the slow tasks are located. We propose to introduce a blocklist mechanism as follows: Once a node is marked as blocked, future slots should not be allocated from the blocked node, but the slots that are already allocated will not be affected.
More details see [FLIP-224|https://cwiki.apache.org/confluence/display/FLINK/FLIP-224%3A+Blocklist+Mechanism]
was:
In order to support speculative execution for batch jobs([FLIP-168|https://cwiki.apache.org/confluence/display/FLINK/FLIP-168%3A+Speculative+Execution+for+Batch+Job]), we need a mechanism to block resources on nodes where the slow tasks are located. We propose to introduce a blocklist mechanism as follows: Once a node is marked as blocked, future slots should not be allocated from the blocked node, but the slots that are already allocated will not be affected.
More details see FLIP-224
> FLIP-224: Blocklist Mechanism
> -----------------------------
>
> Key: FLINK-28130
> URL: https://issues.apache.org/jira/browse/FLINK-28130
> Project: Flink
> Issue Type: New Feature
> Components: Runtime / Coordination
> Affects Versions: 1.16.0
> Reporter: Lijie Wang
> Priority: Major
>
> In order to support speculative execution for batch jobs([FLIP-168|https://cwiki.apache.org/confluence/display/FLINK/FLIP-168%3A+Speculative+Execution+for+Batch+Job]), we need a mechanism to block resources on nodes where the slow tasks are located. We propose to introduce a blocklist mechanism as follows: Once a node is marked as blocked, future slots should not be allocated from the blocked node, but the slots that are already allocated will not be affected.
> More details see [FLIP-224|https://cwiki.apache.org/confluence/display/FLINK/FLIP-224%3A+Blocklist+Mechanism]
--
This message was sent by Atlassian Jira
(v8.20.7#820007)