-
Notifications
You must be signed in to change notification settings - Fork 463
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 prometheus for seed monitoring #4560
Conversation
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.
/lgtm
Nice! Looking forward to using it :) Probably it's a good idea to directly build this new component as a golang component instead of a helm chart. Otherwise, we will refactor it sooner or later (see #2754). |
@wyb1 You need rebase this pull request with latest master branch. Please check. |
/assign |
edfd3c0
to
fd9127b
Compare
Rebased. Will work on refactoring this PR as a golang component. |
As discussed offline, let's not put effort into refactoring this PR into a golang component and proceed with it in the current state. At a later point, we rather want to evaluate whether and how we can/want to extract monitoring and logging components out of the gardener/gardener repository into dedicated repositories that can be developed, released and deployed individually like gardener extensions. |
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.
Thank you, I like it! :)
Two suggestions from my side, rest the looks promising already.
/author-action |
@wyb1 The pull request was assigned to you under |
fd9127b
to
2d759b8
Compare
- Add VPA for the prometheus - Add Prometheus as a datasource to grafana - Add documentation for prometheus instances - Add unit tests for new network policies Co-authored-by: Istvan Zoltan Ballok <istvan.zoltan.ballok@sap.com>
c80675f
to
27de1da
Compare
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.
Thank you very much, looks great now!
/lgtm
/assign @vpnachev for review and milestone |
The "extensions" and "garden" scrape configuration scrapes the pods that are marked with an annotation in the garden and extension-.+ namespaces. See gardener#4560 for more details. Previously, only the pod labels were kept as metric labels, the pod name and the namespace were missing. Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com> Co-authored-by: Istvan Zoltan Ballok <istvan.zoltan.ballok@sap.com>
The "extensions" and "garden" scrape configuration scrapes the pods that are marked with an annotation in the garden and extension-.+ namespaces. See #4560 for more details. Previously, only the pod labels were kept as metric labels, the pod name and the namespace were missing. Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com> Co-authored-by: Istvan Zoltan Ballok <istvan.zoltan.ballok@sap.com> Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com>
The "extensions" and "garden" scrape configuration scrapes the pods that are marked with an annotation in the garden and extension-.+ namespaces. See gardener#4560 for more details. Previously, only the pod labels were kept as metric labels, the pod name and the namespace were missing. Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com> Co-authored-by: Istvan Zoltan Ballok <istvan.zoltan.ballok@sap.com> Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com>
The "extensions" and "garden" scrape configuration scrapes the pods that are marked with an annotation in the garden and extension-.+ namespaces. See gardener#4560 for more details. Previously, only the pod labels were kept as metric labels, the pod name and the namespace were missing. Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com> Co-authored-by: Istvan Zoltan Ballok <istvan.zoltan.ballok@sap.com> Co-authored-by: Wesley Bermbach <wesley.bermbach@sap.com>
How to categorize this PR?
/area monitoring
/kind enhancement
What this PR does / why we need it:
Add a new Prometheus that will monitor the components running in the extension-* and garden namespaces. All extensions will have cadvisor metrics monitored by default. If extensions are exposing custom metrics they will be scraped if the following annotations are added to the pods:
/cc @MartinWeindel
Which issue(s) this PR fixes:
Fixes #2946
Special notes for your reviewer:
In the long term this new Prometheus could eventually replace the aggregate prometheus. We will need some experience with how this Prometheus handles the load of the cadvisor metrics.
Release note: