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
I wonder whether it is feasible to use a predefined Subscription that matches all clusters (or a group of selected clusters with specific labels, name prefixes, etc) to help deploy all needed dependencies/initializations (aka post-install). On this occasion, such a Subscription is working like a DaemonSet. This is exactly how CNI plugins are initialized/installed for any new joined nodes.
Clusternet has the capability to deploy any objects to matching child clusters. We could follow the same principle of CNI installation to help us finish all the post-join actions for child clusters.
After discussion, we thought it would be better to add a condition for ManagedCluster to indicate the result/status of post-join steps. And this condition could be used to represent whether the clusters are ready/not-ready for scheduling.
For our predefined Subscription objects, we could add tolerations for scheduling.
Here there are several remaining issues to be considered.
Backwards compatibility. How should we apply those predefined Subscription objects to existing already-joined clusters?
The orders. What would happen if we add a new Subscription object for post-join actions?
Will multiple such Subscription objects result in action conflicts, cluster status flapping, etc?
What would you like to be added:
I would like clusternet could support a mechanism to trigger some actions like
chart install
after child cluster join successfully.Post actions may support
default settings
orcustom setting
.Why is this needed:
After the child cluster join into it's parent, we need some init-package most likely helm charts to be installed.
The text was updated successfully, but these errors were encountered: