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

Kubernetes monitors should use the relabel component internally instead of of their own implementation #888

Open
mattdurham opened this issue May 20, 2024 · 2 comments
Labels
backport-to-agent:no PR should NOT be backported to the agent repo. enhancement New feature or request good first issue Good for newcomers

Comments

@mattdurham
Copy link
Collaborator

Request

The kuberenetes monitors have relabel rules but do not use the caching in the relabel component which can create issues with CPU.

Use case

Reduce cpu

@mattdurham mattdurham added enhancement New feature or request good first issue Good for newcomers backport-to-agent:no PR should NOT be backported to the agent repo. labels May 20, 2024
@csh0101
Copy link

csh0101 commented May 28, 2024

what's this problem means?

@mattdurham
Copy link
Collaborator Author

With an extreme number of labels the CPU will skyrocket instead of using the relabel component internally that has a cache to handle this situation. In reviewing some issues we found that there were high CPU spikes whenever service monitor went to relabel that would have been addressed with using a cache.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport-to-agent:no PR should NOT be backported to the agent repo. enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants