Skip to content
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 support for creating PodMonitor or ServiceMonitor #494

Closed
sagikazarmark opened this issue Oct 4, 2022 · 14 comments
Closed

Add support for creating PodMonitor or ServiceMonitor #494

sagikazarmark opened this issue Oct 4, 2022 · 14 comments
Labels

Comments

@sagikazarmark
Copy link
Contributor

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:

apiVersion: databases.spotahome.com/v1
kind: RedisFailover
metadata:
  name: redis
spec:
  redis:
    exporter:
      enabled: true
    monitoring:
      podMonitor:
          enabled: true
  sentinel:
    exporter:
      enabled: true
    monitoring:
      podMonitor:
          enabled: true

Additional details

I'd be happy to draft a PR if you like the idea.

@Wouter0100
Copy link
Contributor

We deployed the legacy Prometheus annotations to provide a workaround to this. Would however rather move to this.

@sagikazarmark
Copy link
Contributor Author

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.

@Wouter0100
Copy link
Contributor

Correct, but the Prometheus annotations were easier to add in our current setup :-).

@sagikazarmark
Copy link
Contributor Author

Can't argue with that. 😄

@Wouter0100
Copy link
Contributor

Interestingly enough, I found out they're added to the rfr service already. They are however not present on the rfs service.

@colynn
Copy link

colynn commented Nov 10, 2022

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.

@github-actions
Copy link

This issue is stale because it has been open for 45 days with no activity.

@github-actions github-actions bot added the stale label Dec 26, 2022
@sagikazarmark
Copy link
Contributor Author

Not stale

@github-actions github-actions bot removed the stale label Dec 28, 2022
@github-actions
Copy link

This issue is stale because it has been open for 45 days with no activity.

@github-actions github-actions bot added the stale label Feb 11, 2023
@nantiferov
Copy link

Not stale

@github-actions github-actions bot removed the stale label Feb 22, 2023
@github-actions
Copy link

github-actions bot commented Apr 9, 2023

This issue is stale because it has been open for 45 days with no activity.

@github-actions github-actions bot added the stale label Apr 9, 2023
@sagikazarmark
Copy link
Contributor Author

Not stale

@github-actions github-actions bot removed the stale label Apr 10, 2023
@github-actions
Copy link

This issue is stale because it has been open for 45 days with no activity.

@github-actions github-actions bot added the stale label May 25, 2023
@github-actions
Copy link

github-actions bot commented Jun 8, 2023

This issue was closed because it has been inactive for 14 days since being marked as stale.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants