Skip to content
This repository has been archived by the owner on Jul 7, 2020. It is now read-only.

Use etcd3 instead of GlusterFS volume for heketi DB #37

Closed
jarrpa opened this issue Dec 1, 2016 · 4 comments
Closed

Use etcd3 instead of GlusterFS volume for heketi DB #37

jarrpa opened this issue Dec 1, 2016 · 4 comments

Comments

@jarrpa
Copy link
Contributor

jarrpa commented Dec 1, 2016

When heketi/heketi#599 resolves, use an etcd3 cluster (running in kube) to store the heketi DB instead of a direct BoltDB in a GlusterFS volume. This should remove the need for an initial deploy-heketi pod. We could use this as reference.

@ant31
Copy link

ant31 commented Dec 9, 2016

@jarrpa what will be the volume for the etcd3 ? hostPath? emptyDir?

@jarrpa
Copy link
Contributor Author

jarrpa commented Dec 9, 2016

It will be hostPath, I believe, and the etcd3 service takes care of the synchronization across the nodes. Likely somewhere in /var/lib/heketi.

@joejulian
Copy link
Member

As also mentioned in the associated heketi issue, as of kubernetes 1.6, the suggested store is configmap instead of going directly to etcd3.

@jarrpa
Copy link
Contributor Author

jarrpa commented Aug 19, 2017

This is mostly obsolete since heketi implemented the ability to backup to a Secret. Closing.

@jarrpa jarrpa closed this as completed Aug 19, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants