Hi Mojito,<div><br></div><div>At the moment, changing the ring_creation_size parameter is not an easy process. It's important to choose a number that is large enough that you will not need to change it for a really long time. Projects will typically define an upper bound for a cluster's size based on available datacenter space, available power, cost, etc. Choosing a ring_creation_size value based on this upper bound will allow you to start small and grow into your cluster.</div>
<div><br></div><div>Changing the ring_creation_size, right now, requires building a new cluster with the new ring_creation_size value and migrating data from the old cluster (backup and restore).</div><div><br></div><div>
Thanks,</div><div>Dan</div><div><br clear="all">Daniel Reverri<br>Developer Advocate<br>Basho Technologies, Inc.<br><a href="mailto:dan@basho.com">dan@basho.com</a><br>
<br><br><div class="gmail_quote">On Thu, Sep 30, 2010 at 5:01 PM, Mojito Sorbet <span dir="ltr"><<a href="mailto:mojitotech@gmail.com">mojitotech@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
What if your DB continues to grow beyond the original design size and<br>
you need to add a lot more nodes?<br>
<div><div></div><div class="h5"><br>
On Thu, 2010-09-30 at 16:34 -0700, Dan Reverri wrote:<br>
> Yes, that is true.<br>
><br>
> Daniel Reverri<br>
> Developer Advocate<br>
> Basho Technologies, Inc.<br>
> <a href="mailto:dan@basho.com">dan@basho.com</a><br>
><br>
><br>
> On Thu, Sep 30, 2010 at 4:27 PM, Alexander Sicular<br>
> <<a href="mailto:siculars@gmail.com">siculars@gmail.com</a>> wrote:<br>
>         Dan,<br>
>         Is it true that "ring_creation_size" should only be altered at<br>
>         the creation of a cluster? Once you already have physical<br>
>         nodes in a cluster you shouldn't adjust the<br>
>         "ring_creation_size". True?<br>
><br>
><br>
>         Thanks, Alexander.<br>
><br>
><br>
><br>
>         @siculars on twitter<br>
>         <a href="http://siculars.posterous.com" target="_blank">http://siculars.posterous.com</a><br>
><br>
><br>
>         Sent from my iPhone<br>
><br>
><br>
>         On Sep 30, 2010, at 19:16, Dan Reverri <<a href="mailto:dan@basho.com">dan@basho.com</a>> wrote:<br>
><br>
><br>
><br>
>         > Hi Michael,<br>
>         ><br>
>         ><br>
>         > There is no hard coded limit to the number of nodes that can<br>
>         > belong to a cluster. Depending on how quickly you are adding<br>
>         > nodes to the cluster you may be running into an issue with<br>
>         > the ring not converging on a single state.<br>
>         ><br>
>         ><br>
>         > Can you try using the "riak-admin ringready" command between<br>
>         > each join of a node? This command will return TRUE if the<br>
>         > nodes all agree on a particular ring state. You should run<br>
>         > this command until it returns TRUE after each join.<br>
>         ><br>
>         ><br>
>         > Also, Alexander is correct; you should deploy your nodes<br>
>         > with an increased value for the "ring_creation_size"<br>
>         > parameter in app.config. The typical recommendation is to<br>
>         > have a minimum of 10 partitions per node and the value<br>
>         > should be a power of 2 (64, 128, 256, 512, 1024). For a 63<br>
>         > node cluster a value of 1024 would work well.<br>
>         ><br>
>         ><br>
>         > Thanks,<br>
>         > Dan<br>
>         ><br>
>         > Daniel Reverri<br>
>         > Developer Advocate<br>
>         > Basho Technologies, Inc.<br>
>         > <a href="mailto:dan@basho.com">dan@basho.com</a><br>
>         ><br>
>         ><br>
>         > On Thu, Sep 30, 2010 at 12:02 PM, Alexander Sicular<br>
>         > <<a href="mailto:siculars@gmail.com">siculars@gmail.com</a>> wrote:<br>
>         >         The default vnode number is 64. If you are<br>
>         >         connecting 63 physical nodes togeter in one riak<br>
>         >         cluster than you really want to increase the number<br>
>         >         of vnodes. There is some recommended metric for<br>
>         >         physical nodes to vnodes. I think it's like a<br>
>         >         minimum of 4 vnodes per physical node. But I could<br>
>         >         be totally making that up.<br>
>         ><br>
>         ><br>
>         >         -Alexander.<br>
>         ><br>
>         ><br>
>         ><br>
>         >         @siculars on twitter<br>
>         >         <a href="http://siculars.posterous.com" target="_blank">http://siculars.posterous.com</a><br>
>         ><br>
>         ><br>
>         >         Sent from my iPhone<br>
>         ><br>
>         ><br>
>         >         On Sep 30, 2010, at 14:26, Michael Colussi<br>
>         >         <<a href="mailto:mcolussi@gmail.com">mcolussi@gmail.com</a>> wrote:<br>
>         ><br>
>         ><br>
>         ><br>
>         >         > Hey guys,<br>
>         >         ><br>
>         >         ><br>
>         >         > My team was trying to launch a 63 node Riak<br>
>         >         > cluster yesterday, using version 0.13rc3 and the<br>
>         >         > bitcask backend.<br>
>         >         ><br>
>         >         ><br>
>         >         > All 63 nodes agreed that the ring consisted of<br>
>         >         > nodes 1-42 only.<br>
>         >         ><br>
>         >         ><br>
>         >         > Any ideas?  Is there a hardcoded limit to the<br>
>         >         > number of nodes allowed?<br>
>         >         > _______________________________________________<br>
>         >         > riak-users mailing list<br>
>         >         > <a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
>         >         > <a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
>         >         ><br>
>         ><br>
>         >         _______________________________________________<br>
>         >         riak-users mailing list<br>
>         >         <a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
>         >         <a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
>         ><br>
>         ><br>
>         ><br>
>         > _______________________________________________<br>
>         > riak-users mailing list<br>
>         > <a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
>         > <a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
>         ><br>
><br>
><br>
> _______________________________________________<br>
> riak-users mailing list<br>
> <a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
> <a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
<br>
<br>
<br>
_______________________________________________<br>
riak-users mailing list<br>
<a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
</div></div></blockquote></div><br></div>