Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add rescaling functionality to flink-connector #107

Open
tillrohrmann opened this issue Mar 15, 2018 · 1 comment
Open

Add rescaling functionality to flink-connector #107

tillrohrmann opened this issue Mar 15, 2018 · 1 comment
Milestone

Comments

@tillrohrmann
Copy link

Problem description

In order to fully exploit Pravega's capability of increasing and decreasing the read parallelism, the flink-connector should be able to signal Flink whenever a change of parallelism is required. The new parallelism should depend on the new number of Pravega segments.

Suggestions for an improvement

The flink-connector needs to implement a soon to be provided RescalingPolicyFactory which can instantiate a per-operator RescalingPolicy implementation. The RescalingPolicy could have a method which is periodically polled for parallelism change requests. Whenever Flink calls into this method, the Pravega RescalingPolicy implementation could check the current number of segments to decide on a parallelism change.

This issue depends on Flink to provide the RescalingPolicy interface. In order to steer the development of this feature I would like to collect Pravega specific feedback in this thread. Once we have opened a public discussion on the Flink ML, I'll cross link to it.

@vijikarthi vijikarthi added this to the GA milestone Jul 23, 2018
@crazyzhou
Copy link
Contributor

As the reactive container mode will soon come out in the Flink 1.13 release, the rescaling seems to have a new approach to do by registering more taskmanagers to the app cluster.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants