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

[virt-operator]: always deploy the outdated VMI workload alert #9988

Merged
merged 1 commit into from Jul 4, 2023

Conversation

enp0s3
Copy link
Contributor

@enp0s3 enp0s3 commented Jun 27, 2023

Signed-off-by: enp0s3 ibezukh@redhat.com

I don't see any harm in permanent deployment of that alert. The evaluation of kubevirt_vmi_outdated_count != 0
will remain false even the metric is stale, so I don't see any risk of false positives here.

What this PR does / why we need it:
In the current situation if we configure a workload update method in the Kubevirt CR it will
cause re-deployment of all the virt-components. That is because adding a method will populate the additionalProperties map, which in turn cause changes in kubevirt deployment config digest.
We can change the logic and to inject the alert in the virt-operator sync loop in the reconciler, but
I think it is a redundant considering the fact the deployment of this alert anyway won't cause any
harm.

Release note:

always deploy the outdated VMI workload alert

@kubevirt-bot kubevirt-bot added release-note Denotes a PR that will be considered when it comes time to generate release notes. dco-signoff: yes Indicates the PR's author has DCO signed all their commits. size/M area/monitoring labels Jun 27, 2023
@enp0s3
Copy link
Contributor Author

enp0s3 commented Jun 27, 2023

/hold

@kubevirt-bot kubevirt-bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jun 27, 2023
the motivation is to eliminate redundant kubevirt deployment
calculations and re-deployment.

The alternative to this approach is to inject/remove the alert in virt-operator
reconciler logic but I think it will add a boiler-plate code.

Signed-off-by: enp0s3 <ibezukh@redhat.com>
@enp0s3 enp0s3 force-pushed the workload-updater-monitoring branch from 3cb24b0 to 61a98f1 Compare June 27, 2023 14:38
@enp0s3
Copy link
Contributor Author

enp0s3 commented Jun 27, 2023

/unhold
/retest-required

@kubevirt-bot kubevirt-bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jun 27, 2023
@enp0s3
Copy link
Contributor Author

enp0s3 commented Jun 27, 2023

/retest-required

@enp0s3
Copy link
Contributor Author

enp0s3 commented Jun 27, 2023

/cc @vladikr
/cc @davidvossel
FYI this change should reduce test time for CPU hotplug, since we won't need to wait for KV virt-components to sync back.

@enp0s3
Copy link
Contributor Author

enp0s3 commented Jun 28, 2023

/retest-required

@jean-edouard
Copy link
Contributor

/cc

@machadovilaca
Copy link
Member

/cc

Copy link
Contributor

@jean-edouard jean-edouard left a comment

Choose a reason for hiding this comment

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

/approve

@kubevirt-bot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jean-edouard

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@kubevirt-bot kubevirt-bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 29, 2023
@machadovilaca
Copy link
Member

/lgtm

@kubevirt-bot kubevirt-bot added the lgtm Indicates that a PR is ready to be merged. label Jul 4, 2023
@enp0s3
Copy link
Contributor Author

enp0s3 commented Jul 4, 2023

/retest-required

@kubevirt-bot kubevirt-bot merged commit 28176b2 into kubevirt:main Jul 4, 2023
36 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. area/monitoring dco-signoff: yes Indicates the PR's author has DCO signed all their commits. lgtm Indicates that a PR is ready to be merged. release-note Denotes a PR that will be considered when it comes time to generate release notes. size/M
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants