Expanding legacy gluster volumes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi there,

This is a hypothetical problem, not one that describes specific hardware
at the moment.

As we all know, gluster currently usually works best when each brick is
the same size, and each host has the same number of bricks. Let's call
this a "homogeneous" configuration.

Suppose you buy the hardware to build such a pool. Two years go by, and
you want to grow the pool. Changes in drive size, hardware, cpu, etc
will be such that it won't be possible (or sensible) to buy the same
exact hardware, sized drives, etc... A heterogeneous pool is
unavoidable.

Is there a general case solution for this problem? Is something planned
to deal with this problem? I can only think of a few specific corner
case solutions.

Another problem that comes to mind is ensuring that the older slower
servers don't act as bottlenecks to the whole pool. jdarcy had mentioned
that gluster might gain some notion of tiering, to support things like
ssd's in one part of the volume, and slow drives at the other end. Maybe
this sort of architecture can be used to solve the same problems.

Thoughts and discussion welcome.

Cheers,
James

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20131111/397b2a26/attachment.sig>


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux