Can Sveltos read CRDs from a k3s virtual control plane and deploy local-type addons on a different cluster?

[TheNilesh]

I’m exploring whether Projectsveltos can be used in a hybrid setup involving a k3s virtual control plane.
Here’s my scenario:

• I have a k3s cluster that provides a virtual control plane, where I want to install the Sveltos CRDs (like ClusterProfile, Profile, etc.).
• I want Projectsveltos controllers to run in a cluster, where k3s pod is running (let’s call it the management cluster).
• My goal is for Sveltos to read CRDs from the k3s control plane, but perform the actual reconciliation and addon deployment (deploymentType: local) inside the management cluster. How the deploymentType: local behavior works and whether it would apply addons to the cluster where controllers run versus where CRDs are stored.

To clarify, this setup is not about deploying workloads to end-user or managed clusters — the reconciliation should happen locally in the management cluster itself.
Has anyone tried this kind of setup? Is there a way to make Sveltos watch CRDs from one cluster (k3s virtual control plane) and apply addons locally in another cluster?

[gianlucam76]

Hi @TheNilesh regarding this "Is there a way to make Sveltos watch CRDs from one cluster (k3s virtual control plane) and apply addons locally in another cluster?" yes it is possible, but you need to use Sveltos event framework.

Your k3s virtual control plane becomes a managed cluster for Sveltos, running in the management cluster.

Creating an EventSource (which matches and collects the CRDs you are interested in) and an EventTrigger that asks Sveltos to collect those CRDs from your k3s virtual control plane (the managed cluster) and in response to deploy things in the management cluster (you can either set deploymentType: local or better setting destinationClusterSelector to match your management cluster.