Hello,

More questions on this -- since I have 5 servers . Could the following work
?   Each server has (1) 3TB RAID 6 partition that I want to use for
contiguous storage.

Mountpoint for RAID 6 partition (3TB)  /brick

Server A: VOL1 - Brick 1                                  directory
 /brick/brick1 (VOL1 Data brick)

Server B: VOL1 - Brick 2 + VOL2 - Brick 3      directory  /brick/brick2
(VOL1 Data brick)   /brick/brick3 (VOL2 Arbitrator brick)
Server C: VOL1 - Brick 3                                 directory
/brick/brick3  (VOL1 Data brick)
Server D: VOL2 - Brick 1                                 directory
/brick/brick1  (VOL2 Data brick)
Server E  VOL2 - Brick 2                                 directory
/brick/brick2  (VOL2 Data brick)

Questions about this configuration
1.  Is it safe to use a  mount point 2 times ?
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html/administration_guide/formatting_and_mounting_bricks#idm139907083110432
says "Ensure that no more than one brick is created from a single mount."
In my example I have VOL1 and VOL2 sharing the mountpoint /brick on Server B

2.  Could I start a standard replica3 (VOL1) with 3 data bricks and add 2
additional data bricks plus 1 arbitrator brick (VOL2)  to create a
 distributed-replicate cluster providing ~6TB of contiguous storage ?  .
     By contiguous storage I mean that df -h would show ~6 TB disk space.

Thank You For Your Help !!

On Mon, Sep 28, 2020 at 4:04 PM C Williams <cwilliams3...@gmail.com> wrote:

> Strahil,
>
> Thank You For Your Help !
>
> On Mon, Sep 28, 2020 at 4:01 PM Strahil Nikolov <hunter86...@yahoo.com>
> wrote:
>
>> You can setup your bricks in such way , that each host has at least 1
>> brick.
>> For example:
>> Server A: VOL1 - Brick 1
>> Server B: VOL1 - Brick 2 + VOL 3 - Brick 3
>> Server C: VOL1 - Brick 3 + VOL 2 - Brick 2
>> Server D: VOL2 - brick 1
>>
>> The most optimal is to find a small system/VM for being an arbiter and
>> having a 'replica 3 arbiter 1' volume.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
>>
>>
>>
>> В понеделник, 28 септември 2020 г., 20:46:16 Гринуич+3, Jayme <
>> jay...@gmail.com> написа:
>>
>>
>>
>>
>>
>> It might be possible to do something similar as described in the
>> documentation here:
>> https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.4/html/administration_guide/creating_arbitrated_replicated_volumes#sect-Create_Multiple_Arbitrated_Volumes
>> -- but I'm not sure if oVirt HCI would support it. You might have to roll
>> out your own GlusterFS storage solution. Someone with more Gluster/HCI
>> knowledge might know better.
>>
>> On Mon, Sep 28, 2020 at 1:26 PM C Williams <cwilliams3...@gmail.com>
>> wrote:
>> > Jayme,
>> >
>> > Thank for getting back with me !
>> >
>> > If I wanted to be wasteful with storage, could I start with an initial
>> replica 2 + arbiter and then add 2 bricks to the volume ? Could the arbiter
>> solve split-brains for 4 bricks ?
>> >
>> > Thank You For Your Help !
>> >
>> > On Mon, Sep 28, 2020 at 12:05 PM Jayme <jay...@gmail.com> wrote:
>> >> You can only do HCI in multiple's of 3. You could do a 3 server HCI
>> setup and add the other two servers as compute nodes or you could add a 6th
>> server and expand HCI across all 6
>> >>
>> >> On Mon, Sep 28, 2020 at 12:28 PM C Williams <cwilliams3...@gmail.com>
>> wrote:
>> >>> Hello,
>> >>>
>> >>> We recently received 5 servers. All have about 3 TB of storage.
>> >>>
>> >>> I want to deploy an oVirt HCI using as much of my storage and compute
>> resources as possible.
>> >>>
>> >>> Would oVirt support a "replica 5" HCI (Compute/Gluster) cluster ?
>> >>>
>> >>> I have deployed replica 3s and know about replica 2 + arbiter -- but
>> an arbiter would not be applicable here -- since I have equal storage on
>> all of the planned bricks.
>> >>>
>> >>> Thank You For Your Help !!
>> >>>
>> >>> C Williams
>> >>> _______________________________________________
>> >>> Users mailing list -- users@ovirt.org
>> >>> To unsubscribe send an email to users-le...@ovirt.org
>> >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> >>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> >>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AXTNUFZ3BASW2CWX7CWTMQS22324J437/
>> >>>
>> >>
>> >
>> _______________________________________________
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CECMD2SWBSBDAFP3TFMMYWTSV3UKU72E/
>>
>
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4NTABFDDW4ALCH7SMPONSARM7D6MDBS7/

Reply via email to