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
Is your feature request related to a problem? Please describe.
Currently, admiral syncs all the k8s resources using controllers for different clusters. This takes time depending on the size of the clusters etc. During this time no updates are made to the resources. As a result there is a time window when a subsequent admiral version is deployed when no updates are made to the endpoints if resources like GTPs are edited during this time.
Describe the solution you'd like
Currently admiral has readiness probe, if we can fail the readiness probe until after the caches are refreshed then that would result in previous version of admiral still running until this instance comes up.
The text was updated successfully, but these errors were encountered:
* handling tc overriding scenario and improving log formatting (#234)
* handling tc overriding scenario and improving log formatting
* fixing log formatter to print in json format
* traffic config cache by identity
* cache operations changes
* remove unused assignment
* log and moved queue push to new function
* log changes
* chore
* router reconcile changes & fixes
* fix dup imports
* use common method to check isDisabled
* fix: add assetalias to config
* add envoyfilter version as suffix
* read ignore clusters list from config file
* wait cache warmup and ignore api gw clusters
* comon ispresent func
* fix unit test cases
* update annotations
* skip updating VirtualService for GW clusters
* update unit test and fixes
Co-authored-by: rgosavi <[email protected]>
Is your feature request related to a problem? Please describe.
Currently, admiral syncs all the k8s resources using controllers for different clusters. This takes time depending on the size of the clusters etc. During this time no updates are made to the resources. As a result there is a time window when a subsequent admiral version is deployed when no updates are made to the endpoints if resources like GTPs are edited during this time.
Describe the solution you'd like
Currently admiral has readiness probe, if we can fail the readiness probe until after the caches are refreshed then that would result in previous version of admiral still running until this instance comes up.
The text was updated successfully, but these errors were encountered: