The more bricks you allocate, the higher your operational complexity. One brick per server is perfectly fine.
On Thu, Mar 20, 2014 at 3:34 PM, John Gardeniers <jgardeniers@xxxxxxxxxxxxxxxxx> wrote:
Another typo has been pointed out and this one I can't blame on
auto-correct. The storage size will 5TB, not 5GB.
John
On 20/03/14 11:48, John Gardeniers wrote:
> That title should say "brick", not "bring". I thought I had auto-correct
> disabled. Sorry.
>
> On 20/03/14 11:44, John Gardeniers wrote:
>> Having experimented with Gluster for the last month I'm now ready to
>> create a set-up for production. This will be the storing VM images.
>> These are less than 100GB each, with the majority being around 20BG.
>>
>> The plan is to have 5GB of storage using a replication pair to allow for
>> fail-over, with geo-replication to another server for backup purposes.
>> The underlying disks on each server are RAID 10.
>>
>> Am I better off creating a single 5GB brick on each server or would
>> there be advantages in creating several smaller bricks?
>>
>> Thanks,
>> John
>>
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users@xxxxxxxxxxx
>> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>>
>> ______________________________________________________________________
>> This email has been scanned by the Symantec Email Security.cloud service.
>> For more information please visit http://www.symanteccloud.com
>> ______________________________________________________________________
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users
Justin Dossey
CTO, PodOmatic
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-users
