-
Notifications
You must be signed in to change notification settings - Fork 992
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
Keep track of k8s api server usage #53
Comments
@yaron2 can you provide some info on this issue please? |
Updated the description. |
We should set limits on the containers as well. |
@zroubalik yes that's a must. a potential memory leak or CPU hog in KEDA should not drain the node running it. |
Great, thanks for the update! |
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. |
This issue has been automatically closed due to inactivity. |
* add sasl auth for kafka * pdate sasl auth info reference a secret * add sasl_ssl
This issue is to examine KEDA's CPU and Memory implications in regards to the Kubernetes API server.
This is to ensure that KEDA does not cause over-utilization of the API server, as it communicates in a bi-di manner with the API server (KEDA controller being asked for metrics and looking up Kubernetes objects using the Kubernetes API).
The text was updated successfully, but these errors were encountered: