Skip to content
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

bucky rebalance by removing a node #36

Open
ritmas opened this issue Sep 3, 2020 · 1 comment
Open

bucky rebalance by removing a node #36

ritmas opened this issue Sep 3, 2020 · 1 comment

Comments

@ritmas
Copy link

ritmas commented Sep 3, 2020

The way how a cluster is being rebalanced by adding new/empty node is pretty straightforward and clear.

I wanted to ask what is the best flow for rebalancing an existing cluster (replication=1) by removing a node?
I tried switch/setup replication=2 (on both carbon-c-relay and buckyd) on running cluster but bucky inconsistent does not show any inconsistency.

@jjneely
Copy link
Owner

jjneely commented Sep 3, 2020

I never got replication > 1 support working in Bucky tools before the client I was working with went in different directions, unfortunately.

To move to a smaller Graphite cluster, I would usually build that smaller cluster and use rebalance to transition to it. But I think the same can be done to just remove a node from the existing cluster. (Watch out if using the Jump hash method as it really only supports removing the last node rather than a node in the middle.)

The usage for rebalance:

bucky rebalance [options] [additional buckyd servers...]

Allows you to specify additional buckyd daemons (graphite storage hosts) that are not in the new hashring and consider those metrics when rebalancing the hashring.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants