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 support for Regional Managed Instance Groups Resize Request (Dynamic Workload Scheduler) #11968

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

chayankumar999
Copy link
Contributor

Added support for ResizeRequest feature for Regional Managed Instance Group in Beta.
Alternatively, added support for Regional ResizeRequest feature for R(IGM).

Release Note Template for Downstream PRs (will be copied)

new-resource

@chayankumar999 chayankumar999 marked this pull request as draft October 10, 2024 14:10
Copy link

Hello! I am a robot. Tests will require approval from a repository maintainer to run.

@rileykarson, a repository maintainer, has been assigned to review your changes. If you have not received review feedback within 2 business days, please leave a comment on this PR asking them to take a look.

You can help make sure that review is quick by doing a self-review and by running impacted tests locally.

@modular-magician modular-magician added the awaiting-approval Pull requests that needs reviewer's approval to run presubmit tests label Oct 10, 2024
mmv1/products/compute/RegionResizeRequest.yaml Outdated Show resolved Hide resolved
[Output only] Information about the last attempt to fulfill the request. The value is temporary since the ResizeRequest can retry, as long as it's still active and the last attempt value can either be cleared or replaced with a different error. Since ResizeRequest retries infrequently, the value may be stale and no longer show an active problem. The value is cleared when ResizeRequest transitions to the final state (becomes inactive). If the final state is FAILED the error describing it will be storred in the "error" field only.
output: true
properties:
- name: 'error'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this part of the "errors" structure?
Both seem to have similar fields, e.g. locale and locialised message...

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, both refers to errors from mixer_operations.proto

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it possible to have a structure we would use in both the places not to copy-paste the same fields so many times?
@rileykarson , maybe you know...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We do not allow shared types in our codebase- we used to have them, and they introduce a ton of problems when there is variance between the occurrences. There is very often drift between initially-shared types over O(mopnths-years) and we had recurring issues so we removed the ability to specify them to resolve the issues structurally.

I'll preemptively ack that that's very unlikely to be a problem in this specific case and there are some cases where it would be valid and continue to be valid- we saw numerous cases where we were assured they would always be the same, something changed, and suddenly there was drift / variance than invalidated sharing the type in the first place.

mmv1/products/compute/ResizeRequest.yaml Show resolved Hide resolved
@chayankumar999 chayankumar999 force-pushed the chayanr-resize-request branch 2 times, most recently from 7450fe4 to 55edf0d Compare October 11, 2024 21:00
@chayankumar999 chayankumar999 marked this pull request as ready for review October 11, 2024 21:25
@chayankumar999
Copy link
Contributor Author

chayankumar999 commented Oct 11, 2024

Hey @rileykarson, the PR is ready for review now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting-approval Pull requests that needs reviewer's approval to run presubmit tests
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants