<div dir="ltr">Also, while I can imagine why fencing might be a problem, what would be the issue with HA?</div><div class="gmail_extra"><br><div class="gmail_quote">On 6 July 2015 at 16:52, Tiemen Ruiten <span dir="ltr"><<a href="mailto:t.ruiten@rdmedia.com" target="_blank">t.ruiten@rdmedia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks Doron,<div><br></div><div>I would initially start with a 3 host cluster, possibly adding more hosts later on. Is this enough to ensure integrity of the Gluster storage domain, eg. in case of host failure?</div><div><br></div><div>What are recommendations (if they exist) for the type of Gluster volume for a 3-5 host cluster (replicated or replicated distributed, number of replica's)? </div><div><br></div><div>Would this setup already leverage libgfapi instead of FUSE?</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 6 July 2015 at 16:33, Doron Fediuck <span dir="ltr"><<a href="mailto:dfediuck@redhat.com" target="_blank">dfediuck@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 06/07/15 15:03, Tiemen Ruiten wrote:<br>
> Please note I will -not- be using Hosted Engine.<br>
><br>
> On 6 July 2015 at 13:54, Tiemen Ruiten <<a href="mailto:t.ruiten@rdmedia.com" target="_blank">t.ruiten@rdmedia.com</a><br>
</span><div><div>> <mailto:<a href="mailto:t.ruiten@rdmedia.com" target="_blank">t.ruiten@rdmedia.com</a>>> wrote:<br>
><br>
> Hello,<br>
><br>
> I'm in the planning stage of setting up a new oVirt cluster, where I<br>
> would prefer to use the local disks of the hypervisors for a<br>
> GlusterFS storage domain. What is the current recommendation (for<br>
> version 3.5.x)?<br>
><br>
> I found this presentation which seems to suggest that it's possbile<br>
> with some<br>
> caveats: <a href="http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf" rel="noreferrer" target="_blank">http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf</a><br>
><br>
> And a few open bugs:<br>
><br>
> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1177791" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1177791</a><br>
> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1177775" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1177775</a><br>
> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1177773" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1177773</a><br>
><br>
> What I can't find is current information on if this setup is already<br>
> possible with 3.5.x or it's better to wait for 3.6. Could someone<br>
> enlighten me?<br>
><br>
> --<br>
> Tiemen Ruiten<br>
> Systems Engineer<br>
> R&D Media<br>
><br>
><br>
><br>
><br>
> --<br>
> Tiemen Ruiten<br>
> Systems Engineer<br>
> R&D Media<br>
><br>
><br>
<br>
</div></div>Hi,<br>
most of the current work is focused in hyperconverged using hosted engine and<br>
this includes the installation and a few other features such as not fencing hypervisors<br>
to avoid killing running bricks.<br>
If you do not want to use hosted engine, then you should be able to create bricks<br>
and manage them as a gluster volume which your setup should be able to work with.<br>
If you do not use HA and/or fencing you should be mostly ok with this use case.<br>
<br>
Anything specific you're looking for?<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr">Tiemen Ruiten<br>Systems Engineer<br>R&D Media<br></div></div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Tiemen Ruiten<br>Systems Engineer<br>R&D Media<br></div></div>
</div>