-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CAPA- ensure api and kubelet has all flags we use in our GS product #487
Comments
Current flagsKubelet argsWorker:
Control Plane:
api server
If HA etcd:
Cluster APIkubelet flagsWorkers:
Control plane
(/var/lib/kubelet/config.yaml)
api server
Missing flagskubelet - control plane
kubelet - worker
api server
Different valuesapi server
|
The CAPA values were taken from doing a Do we want to update the flags generated by kubectl-gs template or do we want to set some of the values with Kyverno? (Or maybe a mix of both?) |
They should be set in Kyverno because not all clusters will be created with kubectl-gs. Customers will be able to submit their own CRs directly. In this situation we should mutate or validate what changes are accepted by our system depending on the situation. |
Released as https://github.com/giantswarm/kyverno-policies/releases/tag/v0.8.0 Until we're able to upgrade the version of Kyverno we're using (currently unable to due to a regression bug) the current policies can cause duplicate values if the flags are already present on the cluster resources. Once Kyverno is upgraded we can switch to better handling of duplicates. |
Reopening after the discussion on giantswarm/kyverno-policies#123 (comment) Need to understand if the |
CAPA- ensure api and kubelet has all flags we use in our GS product
The text was updated successfully, but these errors were encountered: