-
Notifications
You must be signed in to change notification settings - Fork 13
Support prometheus deployed via prometheus-operator #193
Comments
Right now our recommendation is to install prometheus via the official helm chart:
here the configmap alraedy exists and just needs to be overwritten. Though we're having some issues with that, see #240 Do you think the operator is better suited for this? But would that mean we can no longer support "classical" prometheus on Kubernetes installations? |
The following slack discussion https://keptn.slack.com/archives/CNRCGFU3U/p1643028340100100 reveals that we are not compatible with the Prometheus operator. It seems that the names of services and pods/deployments have changed:
We are looking for
in prometheus-service, but those are not available. |
@christian-kreuzberger-dtx FYI I am currently doing analysis on this, as I would like to use the operator also. |
Sure! Please post your findings here! Looping in @thisthat and @oleg-nenashev on this change. |
+1. I will add it to my watch list for Keptn LTS |
Is anybody working on this? I would give it a try. |
My recommendation for this is that folks using the operator then they can BYO their own configuration and don't use the Keptn configure monitoring. And the get sli will work. I can present it at the developer meeting |
so what do you suggest doing? |
This issue is to address the incompatibility between the Keptn prometheus-service and prometheus deployed via the Prometheus Operator
Currently, the keptn prometheus-service depends on reading/writing to both the prometheus and alert-manager
ConfigMap
that are deployed as part of the Prometheus Community helm chart. However, when Prometheus is deployed on K8s via the prometheus-operator, these ConfigMaps do not exist.Instead, (from my very limited understanding) the prometheus-operator watches for
ServiceMonitor
CRs in order to configure new scrape jobs. The prometheus-service keptn integration should ideally be able to handle the deployment of these CRs in order to create new scrape jobs for each service/project/stage that is configured to be monitored.The text was updated successfully, but these errors were encountered: