Skip to content
Discussion options

You must be logged in to vote

Yes: for a CNI with kube-proxy replacement, leave Kamaji's kube-proxy addon disabled for that TenantControlPlane.

In the current API this is controlled by spec.addons.kubeProxy. It is optional: the reconciler is a no-op when that field is absent, and it only creates the kube-proxy ServiceAccount/RBAC/ConfigMap/DaemonSet when spec.addons.kubeProxy is present.

So the tenant spec should omit it, for example:

spec:
  addons:
    coreDNS: {}
    # no kubeProxy here

If it was enabled before, remove spec.addons.kubeProxy or set it back to null and let Kamaji reconcile. One caveat: the cleanup path only deletes kube-proxy objects that were labelled as Kamaji-managed, so it will not clean up a kub…

Replies: 1 comment 2 replies

Comment options

You must be logged in to vote
2 replies
@prometherion
Comment options

@hkajikawa
Comment options

Answer selected by hkajikawa
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
3 participants