I'll try to answer some of these.<br>1) its not a serious problem persay the issue is if one node goes down and you delete a file while the second node is down it will be restored when the second node comes back which may cause orphaned files where as if you use 3 servers they will use quorum to figure out what needs to be restored or deleted. Further more your read and write performance may suffer especially in comparison to having 1 replica of the file with stripping.<br><br>2) see answer 1 and just create the volume with 1 replica and only include the URI for bricks on two of the hosts when you create it.<br><br>3) I think so but have never tried it you just have to define it as a local storage domain.<br><br>4) well that's a philosophical question. You can theory have two hosted engines on separate VMs on two separate physical boxes but if for any reason they both go down you will "be living in interesting times" (as in the Chinese curse)<br><br><span style="font-family:Prelude, Verdana, san-serif;">5) YES! And have more than one.<br><br></span><span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my HP Pre3</div><br></span><span style="color:navy; font-family:Prelude, Verdana, san-serif; "><hr align="left" style="width:75%">On Aug 28, 2014 9:39 AM, David King <david@rexden.us> wrote: <br><br></span><div dir="ltr">Hi,<div><br></div><div>I am currently testing oVirt 3.4.3 + gluster 3.5.2 for use in my relatively small home office environment on a single host. I have 2 Intel hosts with SSD and magnetic disk and one AMD host with only magnetic disk. I have been trying to figure out the best way to configure my environment given my previous attempt with oVirt 3.3 encountered storage issues.</div>
<div><br></div><div>I will be hosting two types of VMs - VMs that can be tied to a particular system (such as 3 node FreeIPA domain or some test VMs), and VMs which could migrate between systems for improved uptime.</div>
<div><br></div><div>The processor issue seems straightforward. Have a single datacenter with two clusters - one for the Intel systems and one for the AMD systems. Put VMs which need to live migrate on the Intel cluster. If necessary VMs can be manually switched between the Intel and AMD cluster with a downtime.</div>
<div><br></div><div>The Gluster side of the storage seems less clear. The bulk of the gluster with oVirt issues I experienced and have seen on the list seem to be two node setups with 2 bricks in the Gluster volume. </div>
<div><br></div><div>So here are my questions:</div><div><br></div><div>1) Should I avoid 2 brick Gluster volumes? </div><div><br></div><div>2) What is the risk in having the SSD volumes with only 2 bricks given that there would be 3 gluster servers? How should I configure them?</div>
<div><br></div><div>3) Is there a way to use local storage for a host locked VM other than creating a gluster volume with one brick? </div><div><br></div><div>4) Should I avoid using the hosted engine configuration? I do have an external VMware ESXi system to host the engine for now but would like to phase it out eventually.</div>
<div><br></div><div>5) If I do the hosted engine should I make the underlying gluster volume 3 brick replicated?</div><div><br></div><div>Thanks in advance for any help you can provide. </div><div><br></div><div>-David</div>
</div>