On Tue, Nov 23, 2010 at 8:58 AM, Colin Surprenant <[email protected]> wrote: > > Would upgrading (rolling or offline) sequentially from 0.10 to 0.11 to > 0.12 be "easier" to manage potential compatibility issues?
As on of my colleagues (Grant) just pointed out to me, a rolling upgrade of 0.10 -> 0.13 won't work due to some internal messaging changes; you'll need to take the whole cluster down after all. However, I do not know of any major changes to the storage formats (particularly with innostore), so you should be able to just upgrade in place and bring the cluster back up. As I said before, though, testing it would be a wise idea. :) (Yes, there's a pattern here...:)) > I'm using innostore, with a 3 nodes cluster holding ~250GB of data > each. Using the riak-admin backup/restore is just too slow to be > usable in my environment. Would innodump/innoload be any faster? Could > I consider setting up a new 0.13 ring, use innodump on my 0.10 nodes > and innoload on the 0.13?? innodump is going to be much faster than riak-admin backup, I believe, since it's dumping data at a much lower-level. Yes, you could setup a whole new cluster...but that really shouldn't be necessary. If I were backing up your cluster, here's what I would do (off the cuff): 1. Take down one node at a time and innodump the data so I have a known good backup 2. For each node, backup the ring and any other config info 3. Take down cluster; upgrade in place (i.e. try to use the existing config, ring and data) 4. Bring cluster back up 4a. If there are problems when bringing cluster back up, revert to previous version/config. Data _should_ be ok, but if push comes to shove you'll have to reload via innoload. As noted before, test..test..test before doing this in a production environment. :) D. _______________________________________________ riak-users mailing list [email protected] http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
