2017-05-01 19:50 GMT+02:00 Shyam <srangana@xxxxxxxxxx>: > Splitting the bricks need not be a post factum decision, we can start with > larger brick counts, on a given node/disk count, and hence spread these > bricks to newer nodes/bricks as they are added. > > If I understand the ceph PG count, it works on a similar notion, till the > cluster grows beyond the initial PG count (set for the pool) at which point > there is a lot more data movement (as the pg count has to be increased, and > hence existing PGs need to be further partitioned) Exactly. Last time i've used ceph, the PGs worked in a similiar way. _______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-users