virtio is generally considered to be the fastest disk bus. It is not native to ask clients, but you can still install Windows with the F6 install driver disk for virtio. You can also install the rest of the virtio drivers with the same disk inside of Windows to help with stability on KVM tire environments.
I've used both SCSI and virtio in my own environments and the disk benchmarking inside of the VMs we not drastically different, but virtio is the one I ended up using. On Thu, Jun 15, 2017, 7:47 AM Yair Magnezi <[email protected]> wrote: > > Hello Cephers . > > It looks like we have a problem to attach volume to an instance when > using 'scsi' bus as value for the 'hw_disk_bus' property . ( > actually to boot from new volume and image which have hw_disk_bus = scsi > property ) > > The error that we get on nova's logs are --> > > > 2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcher if > ret == -1: raise libvirtError ('virDomainAttachDeviceFlags() failed', > dom=self) > 2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcher > libvirtError: internal error: unable to execute QEMU command 'device_add': > Duplicate ID 'scsi0-0-0-0' for device > 2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcher > > > From what i've read it's a bug relates to libvirt , but couldn't find a > resolution ( we're running 'ocata' and 'kraken' ) > > using 'virtio' is working but can someone explain the implications of > using it ? > > Thanks > > > Yair > > > > > > > This e-mail, as well as any attached document, may contain material which > is confidential and privileged and may include trademark, copyright and > other intellectual property rights that are proprietary to Kenshoo Ltd, > its subsidiaries or affiliates ("Kenshoo"). This e-mail and its > attachments may be read, copied and used only by the addressee for the > purpose(s) for which it was disclosed herein. If you have received it in > error, please destroy the message and any attachment, and contact us > immediately. If you are not the intended recipient, be aware that any > review, reliance, disclosure, copying, distribution or use of the contents > of this message without Kenshoo's express permission is strictly > prohibited._______________________________________________ > ceph-users mailing list > [email protected] > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >
_______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
