Skip to content
This repository has been archived by the owner on Sep 16, 2019. It is now read-only.

Consider running multiple instances without overhead #6

Open
linki opened this issue Nov 30, 2016 · 2 comments
Open

Consider running multiple instances without overhead #6

linki opened this issue Nov 30, 2016 · 2 comments

Comments

@linki
Copy link
Owner

linki commented Nov 30, 2016

in order to make the daemons HA we could deploy multiple copies of it. though, only one of them should be active at any point in time.

each instance could try to grab a lock in etcd (or use config maps?) in order to elect a leader.

this is also how kubernetes' controller manager and scheduler work.

@linki
Copy link
Owner Author

linki commented Nov 30, 2016

leader election itself can be easily implemented with: https://github.com/coreos/coreos-kubernetes/blob/fb30f43c4ad01a987ae8b5dcc97ba031d4ff33e9/multi-node/generic/controller-install.sh#L428-L434

doesn't require etcd, uses kube apiserver directly

@linki linki changed the title consider running multiple instances Consider running multiple instances Nov 30, 2016
@linki linki changed the title Consider running multiple instances Consider running multiple instances without overhead Nov 30, 2016
@ideahitme ideahitme self-assigned this Jan 2, 2017
@ideahitme
Copy link
Contributor

ideahitme commented Jan 2, 2017

I suggest this delayed until this PR is merged kubernetes/kubernetes#39173

Currently k8s.io/kubernetes/... packages have internal conflicts with official Go CLI. Upon the merge I expect much easier integration of leaderelection mechanism.

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

2 participants