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
MGMT-11309: add prometheus expoter for postgresql #4216
MGMT-11309: add prometheus expoter for postgresql #4216
Conversation
Codecov Report
@@ Coverage Diff @@
## master #4216 +/- ##
=======================================
Coverage 65.56% 65.56%
=======================================
Files 189 189
Lines 26484 26484
=======================================
Hits 17365 17365
Misses 7515 7515
Partials 1604 1604
|
@rccrdpccl: all tests passed! Full PR test history. Your PR dashboard. 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. |
/cc @osherdp |
Is it possible having it in a different repository? like assisted-events-scraper |
Sure, I can move it somewhere else, but I feel like does not belong to scraper either, as postgresql instance belongs to assisted-service. |
If it's not too much work. Because I think assisted-service jobs will eventually slow us down by validating all those changes with unit-tests and those other jobs Another option that might be good enough for now is to make those jobs to not trigger on changes to those template files. Is it possible changing configuration for unit-test and verify-generated-code jobs? |
I see. I am interested in doing this the best way possible, as it won't take too much either way (new repo already created, though it could be deleted if necessary - https://github.com/openshift-assisted/postgres-monitoring/pull/1). Which way would you think it's best? I would think it makes sense to have it in the assisted-service repo just because the DB belongs to it, however I might be missing some context that would make me change opinion. In any case I will change the way the jobs unit-test and verify-generated-code are triggered so they won't run on openshift templates changes. |
/hold |
maybe you're right and it should reside in assisted-service repo |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: osherdp, rccrdpccl 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 |
related: openshift/release#30966 |
/unhold |
This PR adds prometheus exporter for assisted-installer.
It has been added to a separate template file, so that we can deploy it indipendently as it is not related directly with AI code, but only with its dependency.
This will allow us to have better insights on PG metrics. In this specific instance we were looking to count added events, and we're trying to achieve this with the autoincrement counter (to account for deletions).
It also exposes other pg metrics that can be useful as replication lag and such (default in helm template used to generate this manifest)
List all the issues related to this PR
What environments does this code impact?
How was this code tested?
Assignees
/cc @gamli75
Checklist
docs
, README, etc)Reviewers Checklist