<div dir="ltr"><div>Hi,</div><div><br></div><div>thanks for your help.</div><div><br></div><div>I am planing to use libvirtd with plain KVM.</div><div><br></div><div>Ok i will use libgfapi. <br></div><div><br></div><div>I'm confused about the use of sharding is it useful in this configuration? Doesn't sharding help limit the bandwidth in the event of a rebalancing?</div><div><br></div><div>In the vm setting so i need to use directsync to avoid corruption.</div><div><br></div><div>Thanks again,<br> </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 20 giu 2019 alle ore 12:25 Strahil <<a href="mailto:hunter86_bg@yahoo.com">hunter86_bg@yahoo.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p dir="ltr">Hi,</p>
<p dir="ltr">Are you planing to use oVirt or plain KVM or openstack?</p>
<p dir="ltr">I would recommend you to use gluster v6.1 as it is the latest stable version and will have longer support than the older versions.</p>
<p dir="ltr">Fuse vs libgfapi - use the latter as it has better performance and less overhead on the host.oVirt does supports both libgfapi and fuse.</p>
<p dir="ltr">Also, use replica 3 because you will have better read performance compared to replica 2 arbiter 1.</p>
<p dir="ltr">Sharding is a tradeoff between CPU (when there is no sharding , gluster shd must calculate the offset of the VM disk) and bandwidth (whole shard is being replicated despite even 512 need to be synced).</p>
<p dir="ltr">If you will do live migration - you do not want to cache in order to avoid corruption.<br>
Thus oVirt is using direct I/O.<br>
Still, you can check the gluster settings mentioned in Red Hat documentation for Virt/openStack .</p>
<p dir="ltr">Best Regards,<br>
Strahil Nikolov</p>
<div class="gmail-m_1444675035890430144quote">On Jun 20, 2019 13:12, Cristian Del Carlo <<a href="mailto:cristian.delcarlo@targetsolutions.it" target="_blank">cristian.delcarlo@targetsolutions.it</a>> wrote:<br type="attribution"><blockquote class="gmail-m_1444675035890430144quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><br>I'm testing glusterfs before using it in production, it should be used to store vm for nodes with libvirtd.<br><br><div>In production I will have 4 nodes connected with a dedicated 20gbit/s network.</div><div><br></div><div>Which version to use in production on a centos 7.x? Should I use Gluster version 6?</div><div><br></div><div>To make the volume available to libvirtd the best method is to use FUSE?</div><div><br></div><div>I see that stripped is deprecated. Is it reasonable to use the volume with 3 replicas on 4 nodes and sharding enabled? <br></div><div></div><div>Is there convenience to use sharding volume in this context? I think could positive inpact in read performance or rebalance. Is it true?<br></div><div><br></div>In the vm configuration I use the virtio disk. How is it better to set the disk cache to get the best performances none, default or writeback?<div><br>Thanks in advance for your patience and answers.</div><div><br></div><div>Thanks,<br></div><div><div dir="ltr"><div dir="ltr"><div><br></div><div><b><font color="#990000"><i><br></i></font></b></div><div><b><font color="#990000"><i>Cristian Del Carlo</i></font></b><br></div><div></div></div></div></div></div>
</blockquote></div></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span></span><span></span><br></div><div><font><b><font color="#990000"><i><br></i></font></b></font></div><div><font><b><font color="#990000"><i>Cristian Del Carlo</i></font></b><br></font></div><div></div><div><i><font>Target Solutions s.r.l.<br></font></i></div><div><i><font><br></font></i></div>
<div><font><span><b><font color="#ff0000">T</font></b><b> </b>+</span>39 0583 1905621</font></div><div><font><font color="#ff0000"><b>F</b></font> <a value="+3905831905675">+39 0583 1905675</a></font></div><div>
<font><a value="+393356026770"></a></font></div><div><font><font color="#ff0000"><b>@</b></font> </font><font><a href="mailto:cristian.delcarlo@targetsolutions.it" target="_blank">cristian.delcarlo@targetsolutions.it</a></font><br></div>
<div><br><a href="http://www.targetsolutions.it/" target="_blank"><font>http://www.targetsolutions.it</font></a><br><font>P.IVA e C.Fiscale: 01815270465 Reg. Imp. di Lucca<br>Capitale Sociale: €11.000,00 iv - REA n° 173227<br>
<br></font><font size="1">Il
testo e gli eventuali documenti trasmessi contengono informazioni
riservate al destinatario indicato. La seguente e-mail e' confidenziale e
la sua riservatezza e' tutelata legalmente dal Decreto Legislativo 196
del 30/06/2003 (Codice di tutela della privacy). La lettura, copia o
altro uso non autorizzato o qualsiasi altra azione derivante dalla
conoscenza di queste informazioni sono rigorosamente vietate. Qualora
abbiate ricevuto questo documento per errore siete cortesemente pregati
di darne immediata comunicazione al mittente e di provvedere,
immediatamente, alla sua distruzione.</font></div></div></div>