<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
<div class="moz-cite-prefix">On 07/29/2015 02:24 PM, Joop wrote:<br>
</div>
<blockquote cite="mid:55B8C5E3.60006@xs4all.nl" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 29-7-2015 13:59, Jorick Astrego
wrote:<br>
</div>
<blockquote cite="mid:55B8C033.10108@netbulae.eu" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
For RHEV I don't have an answer.<br>
<br>
But for anyone that cares, we've been running oVirt 3.5 and
GlusterFS 3.6 for about three months in production now. We run a
Gluster cluster and a seperate virtualization hosts cluster. The
Gluster cluster is installed, configured and managed seperately
from oVirt as there is no way to have a seperate storage network
in oVirt 3.5<br>
<br>
</blockquote>
I run something comparable but using a split dns to get a separate
storage network but also a storage cluster and virt cluster. The
storage is managed through ovirt though because of the split-dns.<br>
<br>
<blockquote cite="mid:55B8C033.10108@netbulae.eu" type="cite">
There have been no specific incompatibility issues, so we are
very happy. But as we don't use every feature mileage may vary.<br>
</blockquote>
Question: do you use fuse mounts or libgfapi?<br>
<br>
I use libgfapi in test, using special vdsm packages and need to
test if rebooting gluster nodes has an impact on running VMs.
Select GlusterFS storage domain in oVirt isn't guaranteed to give
you libgfapi!<br>
<br>
Joop<br>
<br>
</blockquote>
It's production, so I'm using regular FUSE mounts. Although slower,
it works at least with "supported" packages. <br>
<br>
We did spend some extra on hardware and are conservatively staying
close to the Red Hat Storage hardware requirements. So that means
RAID10 for now and a seperate SSD stroge volume.<br>
<br>
For our enterprise customers we are waiting for oVirt 3.6 and will
spend even more on hardware (RDMA, Datacenter bridging, PCIe SSD's,
etc) but we have to do a lot more testing before rolling it out.<br>
<br>
<br>
<br>
<br>
<BR />
<BR />
<b style="color:#604c78"></b><br><span style="color:#604c78;"><font color="000000"><span style="mso-fareast-language:en-gb;" lang="NL">Met vriendelijke groet, With kind regards,<br><br></span>Jorick Astrego</font></span><b style="color:#604c78"><br><br>Netbulae Virtualization Experts </b><br><hr style="border:none;border-top:1px solid #ccc;"><table style="width: 522px"><tbody><tr><td style="width: 130px;font-size: 10px">Tel: 053 20 30 270</td> <td style="width: 130px;font-size: 10px">info@netbulae.eu</td> <td style="width: 130px;font-size: 10px">Staalsteden 4-3A</td> <td style="width: 130px;font-size: 10px">KvK 08198180</td></tr><tr> <td style="width: 130px;font-size: 10px">Fax: 053 20 30 271</td> <td style="width: 130px;font-size: 10px">www.netbulae.eu</td> <td style="width: 130px;font-size: 10px">7547 TA Enschede</td> <td style="width: 130px;font-size: 10px">BTW NL821234584B01</td></tr></tbody></table><br><hr style="border:none;border-top:1px solid #ccc;"><BR />
</body>
</html>