Signed-off-by: pigletfly <wangbing.adam@gmail.com>
This commit is contained in:
pigletfly 2022-04-21 18:02:17 +08:00
parent 28a6c2c767
commit 2db11055ad
1 changed files with 18 additions and 0 deletions

View File

@ -20,3 +20,21 @@ 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 [Recommended Controllers](./userguide/configure-controllers.md#recommended-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](https://github.com/karmada-io/karmada/blob/master/artifacts/deploy/karmada-apiserver.yaml) 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.