<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 16, 2017 at 4:37 PM, FERNANDO FREDIANI <span dir="ltr">&lt;<a href="mailto:fernando.frediani@upx.com" target="_blank">fernando.frediani@upx.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <font face="arial, helvetica, sans-serif">Hello<br>
      <br>
      I just wanted to share a scenario with you and perhaps exchange
      more information with other people that may also have a similar
      scenario.<br>
      <br>
      For a couple of months I have been running a oVirt Node (CentOS
      7.3 Minimal) with bcache (<a class="m_-2860269163236260679moz-txt-link-freetext" href="https://bcache.evilpiepirate.org/" target="_blank">https://bcache.evilpiepirate.<wbr>org/</a>) for
      caching a SSD with HDD disks. The setup is simple and was made for
      a prof of concept and since them has been working better than
      expected.<br>
      This is a standalone host with 4 disks being: 1 for Operating
      System, 2 x 2TB 7200 RPM in software RAID 1 and 1 x PCI-E NVMe
      400GB SSD which plays the caching device for both reads and
      writes. The VM storage folder is mounted as a ext4 partition on
      the logical device created by bcache (/dev/bcache0). All this is
      transparent to oVirt as all it sees is a /folder to put the VMs.<br>
      <br>
      We monitor the IOPS on all block devices individually and see the
      behavior exactly as expected: random writes are all done on the
      SSD first and them streamed sequentially to the mechanical drives
      with pretty impressive performance. Also in the beginning while
      the total amount of data was less than 400GB ALL read used to come
      from the caching device and therefore didn&#39;t use IOPS from the
      mechanical drives leaving it free to do basically writes. Finally
      at sequential IOPS (as described by bcache) are intelligently
      passed directly to the mechanical drives (but they are not much).<br>
      <br>
      Although bcache is present on kernel 3.10 I had to use kernel-ml
      4.12 (from Elrepo) and I had also to compile the bcache-tools as I
      could not find it available in any repository.<br></font></div></blockquote><div><br></div><div>Nice!</div><div>It&#39;d be great if you could write an <a href="http://ovirt.org">ovirt.org</a> blog about setting it up and how it worked for you in.</div><div>Have you considered using dm-cache?</div><div>Y.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><font face="arial, helvetica, sans-serif">
      <br>
      Regards<span class="HOEnZb"><font color="#888888"><br>
      Fernando<br>
    </font></span></font>
  </div>

<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>