----- Original Message -----
From: "Kiril L" <neohidra@gmail.com> To: users@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@redhat.com> wrote:
----- Original Message -----
From: "Kiril L" <neohidra@gmail.com> To: users@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_Sup...
_______________________________________________ Users mailing list Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users