Skip to main content
Version: v1.7

FAQ(Frequently Asked Questions)

What is the difference between PropagationPolicy and ClusterPropagationPolicy?

The PropagationPolicy is a namespace-scoped resource type which means the objects with this type must reside in a namespace. And the ClusterPropagationPolicy is the cluster-scoped resource type which means the objects with this type don't have a namespace.

Both of them are used to hold the propagation declaration, but they have different capacities:

  • PropagationPolicy: can only represent the propagation policy for the resources in the same namespace.
  • ClusterPropagationPolicy: can represent the propagation policy for all resources including namespace-scoped and cluster-scoped resources.

What is the difference between 'Push' and 'Pull' mode of a cluster?

Please refer to Overview of Push and Pull.

Why Karmada requires kube-controller-manager?

kube-controller-manager is composed of a bunch of controllers, Karmada inherits some controllers from it to keep a consistent user experience and behavior.

It's worth noting that not all controllers are needed by Karmada, for the recommended controllers please refer to Kubernetes Controllers.

Can I install Karmada in a Kubernetes cluster and reuse the kube-apiserver as Karmada apiserver?

The quick answer is yes. In that case, you can save the effort to deploy karmada-apiserver and just share the APIServer between Kubernetes and Karmada. In addition, the high availability capabilities in the origin clusters can be inherited seamlessly. We do have some users using Karmada in this way.

There are some things you should consider before doing so:

  • This approach hasn't been fully tested by the Karmada community and no plan for it yet.
  • This approach will increase computation costs for the Karmada system. E.g. After you apply a resource template, take Deployment as an example, the kube-controller will create Pods for the Deployment and update the status persistently, Karmada system will reconcile these changes too, so there might be conflicts.

TODO: Link to adoption use case once it gets on board.