[ovirt-users] Is it a plausible configuration?

[Simone Tiraboschi]

----- Original Message -----
> From: "Kiril L" <neohidra at gmail.com>
> To: users at ovirt.org
> Sent: Wednesday, June 3, 2015 4:25:30 PM
> Subject: Re: [ovirt-users] Is it a plausible configuration?
> 
> On Wed, Jun 3, 2015 at 4:54 PM, Simone Tiraboschi <stirabos at redhat.com>
> wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Kiril L" <neohidra at gmail.com>
> >> To: users at ovirt.org
> >> Sent: Wednesday, June 3, 2015 3:32:52 PM
> >> Subject: [ovirt-users] Is it a plausible configuration?
> >>
> >> Would you please tell me if this configuration is doable or there is
> >> something that i am missing?
> >>
> >> I would like to use only two servers (X and Y) for VDI and Gluster
> >> based storage.
> >> Hosted engine for oVirt and replicated volumes between X and Y for the
> >> gluster storage. Is a third machine Z a must?
> >
> > It works also with just two hosts but it's not that safe: a replica-2
> > GlusterFS volume affected by a split-brain issue could be not self-healing
> > while with replica-3 you could rely on quorum enforcement just cause you
> > are using an odd host number.
> >
> > For oVirt 3.6 we are working on
> > http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support
> >
> >
> >> _______________________________________________
> >> Users mailing list
> >> Users at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> 
> I do not like the risk part! In that case will have to wait for a
> third machine then.
> 
> So in future there will be something useful for me but i did not get
> it - what exactly will be different between ovirt 3.5 with quoum
> enforcment and ovirt 3.6 with Hyper Converged Gluster Support?

Using the same piece of commodity hardware for virtualization purposes and also as a node of your shared storage is the base idea of hyper-converging.
So you are basically trying to manually do what the setup could do for you in the next release.
Unfortunately I've to add that this path is not the easiest one and there are a lot of aspect to be carefully configured in order to get a robust and reliable deployment.
 

> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>