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

Merge prometheus servers exposed by metrics-server #3586

Closed
JorTurFer opened this issue Aug 24, 2022 · 5 comments
Closed

Merge prometheus servers exposed by metrics-server #3586

JorTurFer opened this issue Aug 24, 2022 · 5 comments
Labels
feature-request All issues for new features that have not been committed to needs-discussion stale-bot-ignore All issues that should not be automatically closed by our stale bot

Comments

@JorTurFer
Copy link
Member

Proposal

Right now, metrics server exposes 2 different prometheus servers, the default controller-runtime prometheus server and other with KEDA metrics only, we should merge both and expose only the default.
To avoid breaking changes, we can expose KEDA metrics in both for some versions more and mark it as a deprecated, removing it in the future

Use-Case

No response

Anything else?

No response

@JorTurFer JorTurFer added needs-discussion feature-request All issues for new features that have not been committed to labels Aug 24, 2022
@tomkerkhove tomkerkhove moved this to Proposed in Roadmap - KEDA Core Aug 24, 2022
@JorTurFer JorTurFer changed the title Unify prometheus servers in metrics-server Merge prometheus servers exposed metrics-server Aug 24, 2022
@JorTurFer JorTurFer changed the title Merge prometheus servers exposed metrics-server Merge prometheus servers exposed by metrics-server Aug 24, 2022
@tomkerkhove tomkerkhove moved this from Proposed to To Do in Roadmap - KEDA Core Aug 24, 2022
@tomkerkhove
Copy link
Member

I think we might want to make this configurable as well given I'm not sure what Prometheus will do when you scrape the same metric twice. I think it should be OK, but you never know.

That way, if people deliberately choose to merge them then the deprecation log will be gone.

So:

  • Default writes to the ones we have today
  • Configured to merge, only writes to the 8080 one.

That's how I would do it to avoid breaking things.

@JorTurFer
Copy link
Member Author

Okey, seems good to me, we can introduce this as an optional feature now logging the deprecation and drop the old way in 2 versions, aiming to KEDA v2.11. How does it look to you?

@tomkerkhove
Copy link
Member

If we want to drop it, then we can only do that in KEDA 3.0 as this is a breaking change.

@stale
Copy link

stale bot commented Oct 23, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale All issues that are marked as stale due to inactivity label Oct 23, 2022
@JorTurFer JorTurFer added the stale-bot-ignore All issues that should not be automatically closed by our stale bot label Oct 23, 2022
@stale stale bot removed the stale All issues that are marked as stale due to inactivity label Oct 23, 2022
@JorTurFer
Copy link
Member Author

This doesn't make sense any more because metrics server prometheus metrics are deprecated

Repository owner moved this from To Do to Ready To Ship in Roadmap - KEDA Core Dec 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request All issues for new features that have not been committed to needs-discussion stale-bot-ignore All issues that should not be automatically closed by our stale bot
Projects
Archived in project
Development

No branches or pull requests

2 participants