Closed sagikazarmark closed 1 year ago
We deployed the legacy Prometheus annotations to provide a workaround to this. Would however rather move to this.
You can always create your own ServiceMonitor, can't you? I mean you don't have to use Prometheus annotations even without builtin support for ServiceMonitors.
Correct, but the Prometheus annotations were easier to add in our current setup :-).
Can't argue with that. 😄
Interestingly enough, I found out they're added to the rfr service already. They are however not present on the rfs service.
Interestingly enough, I found out they're added to the rfr service already. They are however not present on the rfs service.
Yeah, but the definition of the charts didn't have this declaration, so whether need to draft a PR for this.
I already use it in the real environment.
This issue is stale because it has been open for 45 days with no activity.
Not stale
This issue is stale because it has been open for 45 days with no activity.
Not stale
This issue is stale because it has been open for 45 days with no activity.
Not stale
This issue is stale because it has been open for 45 days with no activity.
This issue was closed because it has been inactive for 14 days since being marked as stale.
Resubmitting #383 since it was accidentally closed.
Expected behaviour
Create PodMonitor/ServiceMonitor object for Redis and Sentinel.
Actual behaviour
Prometheus exporters are integrated into the RedisFailover CRD, but they still require PodMonitors or ServiceMonitors.
Proposed solution
Allow creating PodMonitor or ServiceMonitor resources along with exporters. For example:
Additional details
I'd be happy to draft a PR if you like the idea.