I have a 6 nodes production cluster running 3.11.9 with the default
num_tokens=256… which is fine but I later discovered is a bit of a
hassle to do repairs and is probably better to lower that to 16.
I'm adding two new nodes with much higher space storage and I was
wondering which migration strategy is better.
If I got it correct I was thinking about this:
1. add the 2 new nodes as a new "temporary DC", with num_token=16 RF=3
2. repair it all, then test it a bit
3. switch production applications to "DC-temp"
4. drop the old 6-node DC
5. re-create it from scratch with num_token=16 RF=3
6. switch production applications to "main DC" again
7. drop "DC-temp", eventually integrate nodes into "main DC"
I'd also like to migrate from 3.11.9 to 4.0-beta2 (I'm running on
FreeBSD so those are the options), does it make sense to do it during
the mentioned "num_tokens migration" (at step 1, or 5) or does it make
more sense to do it at step 8, as a in-place rolling upgrade of each of
the 6 (or 8) nodes?
Did I get it correctly?
Can it be done "better"?
Thanks in advance for any suggestion or correction!
--
Lapo Luchini
l...@lapo.it
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org
