make WaitCluster smarter. #5125
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
priority/backlog
Higher priority than priority/awaiting-more-evidence.
Follow up issue after this refactor : #5121
Currently :
we do "waitForAPIServer"
we do "WaitForPodsWithLabelRunning" for multiple components:
For all of above waits we wait X minutes for all of the waits regardless of how small or big they be. (in worst case scenario can add up to 30 minutes of waiting till a get a error to user. )
which is super inefficient because some components take milliseconds to come up and some take minutes !
no need to waste minutes of retrying on something that is usually up by miliseconds and also not trying enough for the one that needs minutes. (etcd takes 1.20 minutes, others take 5ms)
Currently also:
We skip all the waiting alltogether, if --wait=false is passed. which is a bit reckless, at least we can wait for pod to be created and let it be pending.
Proposal:
some metrics I copied from other issue #5122
WaitForPodsWithLabelRunning on Hyperkit (mac os)
WaitForPodsWithLabelRunning on Virtualbox (mac os)
waitForAPIServer
32.352155ms to wait for apiserver status ...
Possible related issues:
#5161
The text was updated successfully, but these errors were encountered: