-
Notifications
You must be signed in to change notification settings - Fork 95
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
Set the kamaji-etcd helm chart as dependancy of the kamaji chart #238
Comments
This would be really useful. I just got confused by this trying Kamaji for the first time. The helm chart is also more configurable than the kamaji chart installation. For example I cannot add annotations to the serviceAccount for etcd in the kamaji chart. Edit: It's even worse. The ETCD statefulset is hard-coded to use default serviceAccount. |
Although this should be discussed in the |
@MathiasPius I remember your efforts in the Kamaji Etcd chart, wondering if you could help us with this task |
@prometherion I appreciate the opportunity, but I'm afraid I don't have very much insight into how Kamaji uses etcd under the hood, nor exactly how helm sub charts function, so I'd be very worried about causing loss of data for existing users of the charts. I think the task is best left to someone else :) |
Currently, the kamaji Helm Chart is optionally installing its own datastore based on
etcd
. At same time, we developed the kamaji-etcd Helm Chart to provide a multi-tenant datastore for Kamaji based onetcd
. To avoid duplication in maintenance of the charts, it would be useful to remove the nativeetcd
datastore option in Kamaji Helm Chart and use the kamaji-etcd instead as dependancy sub-chart.The text was updated successfully, but these errors were encountered: