On February 29, 2020 11:19:30 AM GMT+02:00, Jayme <jaymef(a)gmail.com> wrote:
I currently have a three host hci in rep 3 (no arbiter). 10gbe
network
and
ssds making up the bricks. I’ve wondered what the result of adding
three
more nodes to expand hci would be. Is there an overall storage
performance
increase when gluster is expanded like this?
On Sat, Feb 29, 2020 at 4:26 AM Leo David <leoalex(a)gmail.com> wrote:
> Hi,
> As a first setup, you can go with a 3 nodes HCI and having the data
volume
> in a replica 3 setup.
> Afterwards, if you want to expand HCI ( compute and storage too) you
can
> add sets of 3 nodes, and the data volume will automatically become
> replicated-distributed. Safely, you can add sets of 3 nodes up to 12
nodes
> per HCI.
> You can also add "compute only nodes" and not extending storage too.
This
> can be done by adding nodes one by one.
> As an example, I have an implementation where are 3 hyperconverged
nodes,
> they form a replica 3 volume, and later i have added the 4th node to
the
> cluster which only adds ram and cpu, whilts consuming storage from
the
> existing 3 nodes based volume.
> Hope this helps.
> Cheers,
>
> Leo
>
>
> On Fri, Feb 28, 2020, 15:25 Vrgotic, Marko
<M.Vrgotic(a)activevideo.com>
> wrote:
>
>> Hi Strahil,
>>
>>
>>
>> I circled back on your reply while ago regarding oVirt
Hyperconverged and
>> more than 3 nodes in cluster:
>>
>>
>>
>> “Hi Marko, I guess you can use distributed-replicated volumes and
>> oVirt cluster with host triplets.”
>>
>> Initially I understood that its limited to 3Nodes max per HC
cluster, but
>> now reading documentation further
>>
https://www.ovirt.org/documentation/gluster-hyperconverged/chap-Maintenan...
>> that does not look like it.
>>
>>
>>
>> Would you be so kind to give me an example or clarify what you meant
by “*you
>> can use distributed-replicated volumes and oVirt cluster with host
>> triplets.*” ?
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>>
>>
>> -----
>>
>> kind regards/met vriendelijke groeten
>>
>>
>>
>> Marko Vrgotic
>> ActiveVideo
>>
>>
>>
>>
>>
>>
>>
>> *From: *"Vrgotic, Marko" <M.Vrgotic(a)activevideo.com>
>> *Date: *Friday, 11 October 2019 at 08:49
>> *To: *Strahil <hunter86_bg(a)yahoo.com>
>> *Cc: *users <users(a)ovirt.org>
>> *Subject: *Re: [ovirt-users] Hyperconverged setup questions
>>
>>
>>
>> Hi Strahil,
>>
>>
>>
>> Thank you.
>>
>> One maybe stupid question, but significant to me:
>>
>> Considering i haven’t been playing before with hyperconverged setup
in
>> oVirt, is this something i can do from ui cockpit or does it require
me
>> first setup an Glusterfs on the Hosts before doing anything via
oVirt API
>> or Web interface?
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>> Marko
>>
>>
>>
>> Sent from my iPhone
>>
>>
>>
>> On 11 Oct 2019, at 06:14, Strahil <hunter86_bg(a)yahoo.com> wrote:
>>
>> Hi Marko,
>>
>> I guess you can use distributed-replicated volumes and oVirt
cluster
>> with host triplets.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> On Oct 10, 2019 15:30, "Vrgotic, Marko"
<M.Vrgotic(a)activevideo.com>
>> wrote:
>>
>> Dear oVirt,
>>
>>
>>
>> Is it possible to add oVirt 3Hosts/Gluster hyperconverged cluster to
>> existing oVirt setup? I need this to achieve Local storage
performance, but
>> still have pool of Hypevisors available.
>>
>> Is it possible to have more than 3Hosts in Hyperconverged setup?
>>
>>
>>
>> I have currently 1Shared Cluster (NFS based storage, where also SHE
is
>> hosted) and 2Local Storage clusters.
>>
>>
>>
>> oVirt current version running is 4.3.4.
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>>
>>
>> — — —
>> Met vriendelijke groet / Kind regards,
>>
>> *Marko Vrgotic*
>>
>> *ActiveVideo*
>>
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list -- users(a)ovirt.org
>> To unsubscribe send an email to users-leave(a)ovirt.org
>> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>>
https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>>
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UH2FDN57V2T...
>>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
>
https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
>
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CJ5IAHCMNU3...
>
Hi Jayme,
As this is a distributed-replicated (or maybe the term is the opposite - it doesn't
matter) with shard option enabled - the VM disk will be spread on all bricks and I expect
faster reads and even a little bit faster writes (as 1 shard can go to first replica
set, while another 1 can go to the second replica set).
The problem you can hit is that if a whole replica set (for example 2 of the newly
added 3 bricks ) is down /it is important to mention that gluster balance was done
before this hypothetical situation/ you can have many , even all VMs unable to power up
or end in paused state. Of course, this would be the same reault if this happens with the
current HCI setup.
You should never leave a replica 3 volume without quorum and to suffer such a failiure
without proper actions taken.
On the contrary, if you have 2 separate HCI setups (each with own HostedEngine) - you can
completely segregrate the 2 environments. Drawbacks are that you can tolerate only 1 node
failiure per HCI.
I would go with the extension of the existing HCI with additional 3 hosts, if I were in
your shoes.
About the performance - it doesn't scale out for ever , because your gluster servers
are also your clients and the NICs bandwidth should be increased when you scale-out.
If you grow larger - you will need to separate the Gluster Cluster from oVirt .
Best Regards,
Strahil Nikolov