-
Notifications
You must be signed in to change notification settings - Fork 502
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
Refactor TiKV auto-scaling #2862
Conversation
0c1dea3
to
be2c895
Compare
Suggested release notes: |
@@ -85,6 +85,7 @@ type TidbClusterAutoScalerSpec struct { | |||
type TikvAutoScalerSpec struct { | |||
BasicAutoScalerSpec `json:",inline"` | |||
|
|||
// Deprecated |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in which version you plan to remove these fields? you can add a note about this, e.g. Deprecated in v1.1.3, planned for removal in v1.x.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
updated
…saer/tidb-operator into add_tikv_storage_auto_scaling
@@ -85,6 +85,7 @@ type TidbClusterAutoScalerSpec struct { | |||
type TikvAutoScalerSpec struct { | |||
BasicAutoScalerSpec `json:",inline"` | |||
|
|||
// Deprecated in v1.1.3, planned for removal in v1.3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why remove this?
It's not reasonable to scale as soon as the metric exceeds the threshold.
BTW, even if the PD will handle the metrics later, we can remove this when the similar function is implemented in PD. WDYT @cofyc
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe this is in @Yisaer's plan, replaced by PD before v1.3.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the current de-noise design in operator is too complicated and haven't been verified whether it is necessary. If we decided let PD make the auto-scaling plan, I think operator could only expose api and do the execution. That will be quite simple and clear, easy to know the status and maintain.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
please update the release note to reflect the latest change |
/merge |
/run-all-tests |
@Yisaer merge failed. |
/run-e2e-test |
1 similar comment
/run-e2e-test |
/merge |
Sorry @Yisaer, you don't have permission to trigger auto merge event on this branch. The number of |
/run-e2e-in-kind |
/run-e2e-tests |
Signed-off-by: ti-srebot <[email protected]>
cherry pick to release-1.1 in PR #2871 |
Signed-off-by: ti-srebot <[email protected]> Co-authored-by: Song Gao <[email protected]>
What problem does this PR solve?
Related changes
Does this PR introduce a user-facing change?: