-
Notifications
You must be signed in to change notification settings - Fork 222
Bug 1861455: Add basic HAProxy alert rules for HAProxy status and Reload failures #397
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
Conversation
|
The verify job is failing; looks like |
0c5ec14 to
ef4ad2c
Compare
|
Dropped |
|
Feedback from Miciah:
|
| groups: | ||
| - name: openshift-ingress.rules | ||
| rules: | ||
| - alert: HAProxyHighRoute5xxResp |
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 would expect every OCP component, that creates a route out of the box, to create their alerting rules like that.
There are some reasons for this:
- that rule does not tell us anything about the health of the router
- components can have alerts defined based on their individual SLOs and have those rules to be more sophisticated because they can be more specific
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.
Right, now that I think about it, this would make much more sense.
|
we probably want something like once the metrics from https://bugzilla.redhat.com/show_bug.cgi?id=1861455 are fixed |
@RiRa12621 sounds good. Lets reconvene after that BZ is fixed. If later we find that this PR is as doesn't have any useful alerts, we can scrap it and open a new one then. |
|
@sgreene570: This pull request references Bugzilla bug 1861455, which is invalid:
Comment DetailsIn 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. |
1 similar comment
|
@sgreene570: This pull request references Bugzilla bug 1861455, which is invalid:
Comment DetailsIn 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. |
|
/bugzilla refresh |
|
@sgreene570: This pull request references Bugzilla bug 1861455, which is valid. The bug has been updated to refer to the pull request using the external bug tracker. 3 validation(s) were run on this bug
DetailsIn 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. |
|
@RiRa12621 I updated this PR to add 2 basic alerts in response to BZ 1861455. Could I get your feedback on the new alerts when you get the chance? |
|
👍 |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Miciah, sgreene570 The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest |
|
|
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
@sgreene570: All pull requests linked via external trackers have merged: openshift/router#165, openshift/cluster-ingress-operator#397. Bugzilla bug 1861455 has been moved to the MODIFIED state. DetailsIn 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. |
|
/cherry-pick release-4.5 |
|
@sgreene570: new pull request created: #440 DetailsIn 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. |
|
turns out i forgot to hit "publish" on my comments @sgreene570 |
| - name: openshift-ingress.rules | ||
| rules: | ||
| - alert: HAProxyReloadFail | ||
| expr: increase(template_router_reload_fails[5m]) > 0 |
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.
How often does it reload? Because some failure every 5 minutes still seems ok to me.
If we make it alert on the first failure I'm afraid it will be noisy
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.
HAProxy reloads often. How can we change this expression to not alert on the first failure?
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.
The problem is, if HAProxy fails to reload, no successive reloads will succeed and the router will become "wedged". So I think we want to alert on the first reload failure. Thoughts?
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.
openshift/router#190 needs to be back-ported to 4.5 to reduce the reload alert noise.
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.
Oh, so if it fails once, it's consecutively going to fail?
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.
Ideally yes.
| expr: haproxy_up == 0 | ||
| for: 5m | ||
| labels: | ||
| severity: critical |
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.
Maybe let's add a warning if more are up than down
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.
@RiRa12621 the default ingress controller run 2 HAProxy instances. With that in mind, is it not a good idea to alert when any HAProxy instances report haproxy_up == 0?
Adds 2 alerts for existing HAProxy metrics.
Fire an alert when the new
template_router_reload_failcounter metric incrementsFire an alert when
haproxy_upis reporting0