<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <p>For the case of simply using local disk mounted for /var/lib/nova

      and raw disk image type, you could try adding to nova.conf:</p>

    <blockquote>

      <p>preallocate_images = space</p>

    </blockquote>

    <p>This implicitly changes the I/O method in libvirt from "threads"

      to "native", which in my case improved performance a lot (10

      times) and generally is the best performance I could get.<br>

    </p>

    <pre class="moz-signature" cols="72">Best Regards

Daniel</pre>

    <div class="moz-cite-prefix">On 8/2/2019 10:53, Budai Laszlo wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:616b2439-e3f5-f45f-ddad-efe8014e8ef0@gmail.com">

      <pre class="moz-quote-pre" wrap="">Hello all,

we have a problem with the performance of the disk IO in a KVM instance. 

We are trying to provision VMs with high performance SSDs. we have investigated different possibilities with different results ...

1. configure Nova to use local LVM storage (images_types = lvm) - provided the best performance, but we could not migrate our instances (seems to be a bug).

2. use cinder with lvm backend  and instance locality, we could migrate the instances, but the performance is less than half of the previous case

3. mount the ssd on /var/lib/nova/instances and use the images_type = raw in nova. We could migrate, but the write performance dropped to ~20% of the images_types = lvm performance and read performance is ~65% of the lvm case.

do you have any idea to improve the performance for any of the cases 2 or 3 which allows migration.

Kind regards,

Laszlo

</pre>

    </blockquote>

  </body>

</html>