On February 29, 2020 11:19:30 AM GMT+02:00, Jayme <jay...@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 <leoa...@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.vrgo...@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-Maintenance_and_Upgrading_Resources.html >>> 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.vrgo...@activevideo.com> >>> *Date: *Friday, 11 October 2019 at 08:49 >>> *To: *Strahil <hunter86...@yahoo.com> >>> *Cc: *users <users@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...@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.vrgo...@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@ovirt.org >>> To unsubscribe send an email to users-le...@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/UH2FDN57V2TOQXD36UQXVTVCTB37O4OE/ >>> >> _______________________________________________ >> Users mailing list -- users@ovirt.org >> To unsubscribe send an email to users-le...@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/CJ5IAHCMNU3KSYUR3MCD2NNJTDEIHRNX/ >>
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 _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/AQFX6H6XFIVVBQZ7VYCATRXQK72ZFJPY/
