-
Notifications
You must be signed in to change notification settings - Fork 100
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
multiple prometheus #848
Comments
Either that or the ability to separate the UI and the operator. Where a user could deploy the UI to a Kubernetes cluster without Pyrra and deploy the SLO operator to a cluster with multiple Prometheus. |
We run Pyrra at Polar Signals against two Prometheus replicas operated by the Prometheus Operator via kube-prometheus. What exact problems are you seeing that you want to solve? For us, this works fine. |
Not replicas, but entirely separate prometheus servers with separate metrics. We could certainly run Thanos and rollup metrics, but we specifically don't and don't really want the metrics to comingle. Currently we could run multiple Pyrras, but it would be better for us if the UI could pull from multiple prometheus servers which is what Grafana does do for us. |
Got it. I can see how that might makes sense but is not on the roadmap. |
Would it be possible to support multiple prometheus from a single Pyrra? We run the Prometheus operator and create multiple servers in different namespaces.
The text was updated successfully, but these errors were encountered: