You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When Goldilocks performs reconcile on each namespace, over any pod change, it performs a list on all pods of that namespace, this generates a significant amount of load on apiserver. If a deployment rollout happens where all old pods are removed and replaced with new pods, this generates O(n^2) amount of load on apiserver, with n being number of pods.
This amount of load is not acceptable in larger size clusters, we've seen similar problems with using vector vectordotdev/vector#16798 and it brought down our apiserver
This problem is also mentioned in this issue but not fully addressed: #536
What did you expect to happen?
A potential solution:
Goldilocks can only list apps/v1/deployments and some other known top controller types, this list can be specified through config
How can we reproduce this?
N/A
Version
any version after 4.0.0
Search
I did search for other open and closed issues before opening this.
Code of Conduct
I agree to follow this project's Code of Conduct
Additional context
No response
The text was updated successfully, but these errors were encountered:
What happened?
When Goldilocks performs reconcile on each namespace, over any pod change, it performs a list on all pods of that namespace, this generates a significant amount of load on apiserver. If a deployment rollout happens where all old pods are removed and replaced with new pods, this generates O(n^2) amount of load on apiserver, with n being number of pods.
This amount of load is not acceptable in larger size clusters, we've seen similar problems with using vector vectordotdev/vector#16798 and it brought down our apiserver
This problem is also mentioned in this issue but not fully addressed:
#536
What did you expect to happen?
A potential solution:
Goldilocks can only list
apps/v1/deployments
and some other known top controller types, this list can be specified through configHow can we reproduce this?
N/A
Version
any version after 4.0.0
Search
Code of Conduct
Additional context
No response
The text was updated successfully, but these errors were encountered: