On 11/15/2010 12:55 PM, Burnash, James wrote:
Has anybody tried asymmetrical storage capacity on Glusterfs bricks?

For example, I have my 6 servers configured as mirrored and distributed.

Could I add storage to just one mirror pair and make it part of the backend 
storage for just those servers?

I thought I read about this somewhere before on the list, but I can't seem to 
find it.

Thanks,

James Burnash, Unix Engineering

DISCLAIMER:
This e-mail, and any attachments thereto, is intended only for use by the 
addressee(s) named herein and may contain legally privileged and/or 
confidential information. If you are not the intended recipient of this e-mail, 
you are hereby notified that any dissemination, distribution or copying of this 
e-mail, and any attachments thereto, is strictly prohibited. If you have 
received this in error, please immediately notify me and permanently delete the 
original and any copy of any e-mail and any printout thereof. E-mail 
transmission cannot be guaranteed to be secure or error-free. The sender 
therefore does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.
NOTICE REGARDING PRIVACY AND CONFIDENTIALITY Knight Capital Group may, at its 
discretion, monitor and review the content of all e-mail communications. 
http://www.knight.com





_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
James -
It works out of the box. We do have a best practice around asymmetrical storage servers that will improve performance over just expanding the mount -

Ideally each storage brick [1] in a Gluster cluster will be the same size. If bricks differ in size Gluster uses stub files to maintain the Elastic Hashing Algorithm model, the use of stub files [2] for redirection will negatively impact performance. LVM2 is the easiest way to create bricks that don't occupy an entire device. Using LVM2 offers several advantages, by creating more smaller LVs if a file system needs to be fsck'ed the process is faster. Snapshots and clones are also compatible with Gluster.


[1] A brick is the combination of a server and a filesystem, ie server1:/dev/vg1/lv1 and server1:/dev/vg1/lv2 are both bricks.
[2] http://en.wikipedia.org/wiki/Stub_file

Please let me know if you have any other questions.

Thanks,

Craig

-->
Craig Carl
Senior Systems Engineer
Gluster

_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users

Reply via email to