<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">Il 24 apr 2017 9:40 AM, &quot;Ashish Pandey&quot; &lt;<a href="mailto:aspandey@redhat.com">aspandey@redhat.com</a>&gt; ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt;color:#000000"><div><br></div><div>There is  difference between server and bricks which we should understand.<br></div><div>When we say  m+n = 6+2, then we are talking about the bricks.<br></div><div>Total number of bricks are m+n = 8. <br></div><div><br></div><div>Now, these bricks could be anywhere on any server. The only thing is that the server should be a part of cluster.<br></div><div>You can have all the 8 bricks on one server or on 8 different servers.<br></div><div>So, there is no *restriction* on number of servers when you add bricks. However, the number of bricks which you want to add should be in multiple of the <br></div><div>configuration you have.<br></div></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">This is clear but it doesn&#39;t change the result</div><div dir="auto">As no one is using gluster to replicate data by loosing redundancy (it&#39;s nonsense), adding bricks means adding servers</div><div dir="auto">If our server are already full with no more available slots for adding disks, the only solution is to add 8 servers more (at least 1 brick per server)</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt;color:#000000"><div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt;color:#000000"><div><br></div><div>In you case it should be 8, 16, 24....<br></div><div class="quoted-text"><div><br></div><div>&quot;can I add a single node moving from 6:2 to 7:2 and so on ?&quot;</div></div><div>You can not make 6+2 config volume  to 7+2 volume. You can not change the *configuration* of an existing volume.</div><div>You can just add bricks in multiple to increase the storage capacity.</div></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Yes and this is the worst thing in gluster: the almost zero flexibility</div><div dir="auto"><br></div><div dir="auto">Bigger the cluster, higher the cost to maintain it or expand it.</div><div dir="auto"><br></div><div dir="auto">If you start with a 6:2 by using commodity hardware, you are screwed, your next upgrade will be 8 servers with 1 disk/brick each.</div><div dir="auto"><br></div><div dir="auto">Yes, gluster doesn&#39;t make use of any metadata server, but I really prefer to add 2 metadata server and 1 storage server at once when needed than avoid metadata servers but being forced to add a bounch of servers every time</div><div dir="auto"><br></div><div dir="auto">More servers means more power cost, more hardware that could fails and so on.</div><div dir="auto"><br></div><div dir="auto">Let&#39;s assume a replica 3 cluster.</div><div dir="auto">If I need to add 2tb more, I have to add 3 servers with 2tb on each server.</div><div dir="auto">Ceph, Lizard, Moose and others allow adding a single server/disk and then they rebalance data aroud by freeing up the used space adding the new disk.</div><div dir="auto"><br></div><div dir="auto">I thought that this lack of flexibility was addressed is some way in latest version...</div><div dir="auto"></div></div>