<div dir="ltr">Great..thanks all very much for insight and advice. Keep up the great work. This is a very vibrant and supportive community.<div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 11, 2015 at 4:51 AM, Barak Korren <span dir="ltr"><<a href="mailto:bkorren@redhat.com" target="_blank">bkorren@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 class="">On 11 November 2015 at 01:02, Liam Curtis <<a href="mailto:lcurtis@datto.com">lcurtis@datto.com</a>> wrote:<br>
> Thanks for this info! Would be great if the temporary storage could<br>
> ultimately be made to be persistent<br>
<br>
</span>Having persistent data on local storage will make your life very hard<br>
when the time comes around to secure and back up that important data.<br>
I think you can enjoy both worlds by using temporary local storage for<br>
I/O-intensive calculation, and then store the important final results<br>
to a central storage you can easily secure and back up.<br>
If what you want to do is pool together your local storage to get<br>
something that looks like a cheap central storage, then you are in the<br>
realm of ceph/gluster/hyper-converge. There is a performance and<br>
complexity overhead to using those technologies. (And not everything<br>
is supported by oVirt yet)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Barak Korren<br>
<a href="mailto:bkorren@redhat.com">bkorren@redhat.com</a><br>
RHEV-CI Team<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div><br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div></div></div></div></div></div></div></div></div></div>
</div></div>