-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Stop updating volume snapshot status on every reconcile #8431
Conversation
/topic scale |
/cc @rthallisey FYI |
Ensure that the snapshot controller only updates the VM status when something changed. Without this comparision, the snapshot controller is performing a REST operation after every trigger. This leads to the following behaviour: * Every VM modification leads to a rest call by the snapshot controller. * On ther periodic 5-minute reconcile by this controller a REST call is performed too. Signed-off-by: Roman Mohr <rmohr@google.com>
2eec435
to
b527b90
Compare
/test pull-kubevirt-e2e-k8s-1.21-sig-performance |
@rthallisey: The specified target(s) for
The following commands are available to trigger optional jobs:
Use
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/test pull-kubevirt-e2e-k8s-1.22-sig-performance |
1 similar comment
/test pull-kubevirt-e2e-k8s-1.22-sig-performance |
/retest |
Before
After
For context, the performance job is only creating 100 VMIs which may not be long enough to notice the difference. So I guess it makes sense the results look about the same (similar ratio to CREATE-pods-count). And I'm assuming UPDATEing VMs will also update VMIs because I don't see any UPDATE-virtualmachines calls. |
/lgtm |
/retest-required |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mhenriks The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@rmohr: The following test failed, say
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
@rthallisey I am not sure if you were looking at the right metrics. The status updates are happening on the VirtualMachine (not the VMI). Therefore I think that on VMI-only performance tests you will not see any difference. |
/retest-required |
1 similar comment
/retest-required |
/retest-required |
1 similar comment
/retest-required |
What this PR does / why we need it:
Ensure that the snapshot controller only updates the VM status when something changed.
Without this comparision, the snapshot controller is performing a REST operation after every trigger. This leads to the following behaviour:
This can easily be observed by watching this metric:
Even if the cluster is idle, the number of REST calls goes up by the number of existing VMs every 5 minutes.
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #
Special notes for your reviewer:
Release note: