cluster-api-provider-nested
cluster-api-provider-nested copied to clipboard
🌱 Support CAPI ClusterResourceSet
many end users are now using operator to manage their components, it would be great for the tenant cluster enable OLM by default, then all of the tenant cluster can manage operators by default.
Hope we can leverage the cluster api to deploy some addon components like olm etc.
This is a requirement in https://github.com/kubernetes-sigs/multi-tenancy/issues/1475
@Fei-Guo ^^
Hey @gyliu513 thanks for filing this issue. Because this project is based on CAPI methodologies and interfaces we should be able to piggy back on the ClusterResourceSet type that is exposed via CAPI, this currently supports mode: "ApplyOnce" which will apply the addon/extra resources once the cluster comes up and we're able to address the control plane. This should accomplish what you are looking for once CAPN is up to date.
Links:
- https://cluster-api.sigs.k8s.io/tasks/experimental-features/cluster-resource-set.html
- https://github.com/kubernetes-sigs/cluster-api/blob/master/docs/proposals/20200220-cluster-resource-set.md
/kind feature
@gyliu513 so we can keep this issue open and make sure we track this I'm going to retitle this and purpose it towards testing that ClusterResourceSet's from CAPI work CAPN's design. wdyt?
/remove-kind feature
@christopherhein sounds good, thanks!
/retitle 🌱 Support CAPI ClusterResourceSet
/kind support
@gyliu513 Now that we have a CAPI integration setup would you like to try this and report if it works or not?
@christopherhein Awesome! Any document that I can refer? Thanks!
@gyliu513 check out - https://github.com/kubernetes-sigs/cluster-api-provider-nested/issues/105#issuecomment-860072112 for a walkthrough, the README is still getting updated, check out https://cluster-api.sigs.k8s.io/tasks/experimental-features/cluster-resource-set.html for setting up CAPI with this deployed and the linked proposal for how it works.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale - Mark this issue or PR as rotten with
/lifecycle rotten - Close this issue or PR with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale /lifecycle frozen