AFAIK, the fastest way to add multiple nodes is to make sure your clients are only reading/writing to/from your current datacenter, create a new datacenter with replication 0, add nodes to the new datacenter, increase replication factor of the new datacenter, do `nodetool bootstrap` on all nodes on new datacenter, point your clients to the new DC and finally decommision the old one. I've done that multiple times and it's been much faster than adding a few nodes. Obviously, this depends on how much data you have...
/J On Sat, Apr 15, 2017 at 10:19 AM, Vlad <qa23d-...@yahoo.com> wrote: > *>range reassignments which becomes effective after a successful > decommission.* > > But during leaving nodes announce themselves as "leaving". Do other > leaving nodes taking this into account and not stream data to them? > (applicable also for joining). I hope so )) > > I guess problem with sequential adding/removing nodes is data > overstreaming and non-even load distribution. I mean if we have three racks > it's better to add/remove by three nodes (one in each rack) and to avoid > state with four nodes, for example. > > Any thoughts? > > > On Tuesday, April 11, 2017 7:55 PM, benjamin roth <brs...@gmail.com> > wrote: > > > I did not test it but I'd bet that parallel decommision will lead to > inconsistencies. > Each decommission results in range movements and range reassignments which > becomes effective after a successful decommission. > If you start several decommissions at once, I guess the calculated > reassignments are invalid for at least one node after the first node > finished the decommission process. > > I hope someone will correct me if i am wrong. > > 2017-04-11 18:43 GMT+02:00 Jacob Shadix <jacobsha...@gmail.com>: > > Are you using vnodes? I typically do one-by-one as the decommission will > create additional load/network activity streaming data to the other nodes > as the token ranges are reassigned. > > -- Jacob Shadix > > On Sat, Apr 8, 2017 at 10:55 AM, Vlad <qa23d-...@yahoo.com> wrote: > > Hi, > > how multiple nodes should be decommissioned by "nodetool decommission"- > one by one or in parallel ? > > Thanks. > > > > > > -- Jens Rantil Backend engineer Tink AB Email: jens.ran...@tink.se Phone: +46 708 84 18 32 Web: www.tink.se Facebook <https://www.facebook.com/#!/tink.se> Linkedin <http://www.linkedin.com/company/2735919?trk=vsrp_companies_res_photo&trkInfo=VSRPsearchId%3A1057023381369207406670%2CVSRPtargetId%3A2735919%2CVSRPcmpt%3Aprimary> Twitter <https://twitter.com/tink>