<div dir="ltr">Hi Daniel,<div><br></div><div>choosing the adequate CACHE option will definitely help. See:</div><div><a href="http://opennebula.org/documentation:rel4.4:template#disks_section">http://opennebula.org/documentation:rel4.4:template#disks_section</a> </div>

<div><a href="http://libvirt.org/formatdomain.html#elementsDevices">http://libvirt.org/formatdomain.html#elementsDevices</a> (look for cache)<br></div><div><br></div><div>cheers,<br>Jaime</div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Wed, Nov 20, 2013 at 4:16 PM, Daniel Dehennin <span dir="ltr"><<a href="mailto:daniel.dehennin@baby-gnu.org" target="_blank">daniel.dehennin@baby-gnu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hello,<br>
<br>
I just finalize the migration our 3.8.3 ONE to 4.2 and was forced to<br>
change my plan to put datastore 0 on NFS4 because of slow accesses.<br>
<br>
For non persistent images they use local datastore 0, but persistent<br>
ones use NFS (via the symlink).<br>
<br>
All my images are qcow2.<br>
<br>
I have a dedicated VLAN for storage access, and my nodes are mounting<br>
the datastores as:<br>
<br>
    10.255.255.2:/one-datastores on /var/lib/one/datastores type nfs4 (rw,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.255.255.4,minorversion=0,fsc,local_lock=none,addr=10.255.255.2,_netdev)<br>


<br>
I remember seeing a document about different cache scenarios and<br>
performance but I can not remember where.<br>
<br>
My setup is a tree nodes ONE:<br>
<br>
- one not very powerfull frontend<br>
- two quite powerful nodes to run VMs (core i7 + 16Go RAM)<br>
<br>
My storage is what they call “workgroup NAS” with dual gigabit nics<br>
configured in bonding.<br>
<br>
I'm wondering about using RAID1+0 instead of the RAID5 to improve disk<br>
access performances and lower CPU usage.<br>
<br>
Any hints or idea?<br>
<br>
Regards.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Daniel Dehennin<br>
Récupérer ma clef GPG:<br>
gpg --keyserver <a href="http://pgp.mit.edu" target="_blank">pgp.mit.edu</a> --recv-keys 0x7A6FE2DF<br>
</font></span><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Jaime Melis<br>C12G Labs - Flexible Enterprise Cloud Made Simple<br><a href="http://www.c12g.com" target="_blank">http://www.c12g.com</a> | <a href="mailto:jmelis@c12g.com" target="_blank">jmelis@c12g.com</a><br>

<div><br></div><div>--</div><div><br></div><div>Confidentiality Warning: The information contained in this e-mail and</div><div>any accompanying documents, unless otherwise expressly indicated, is</div><div>confidential and privileged, and is intended solely for the person</div>

<div>and/or entity to whom it is addressed (i.e. those identified in the</div><div>"To" and "cc" box). They are the property of C12G Labs S.L..</div><div>Unauthorized distribution, review, use, disclosure, or copying of this</div>

<div>communication, or any part thereof, is strictly prohibited and may be</div><div>unlawful. If you have received this e-mail in error, please notify us</div><div>immediately by e-mail at <a href="mailto:abuse@c12g.com" target="_blank">abuse@c12g.com</a> and delete the e-mail and</div>

<div>attachments and any copy from your system. C12G's thanks you for your</div><div>cooperation.</div></div>
</div>