
There are many things that tie a VM to a host, like USB device passthrough, but that's not reason to remove all such support from oVirt, is it? In my case, I'd like to mix iSCSI and local storage, because I have a couple of systems that need higher disk I/O that I'd like to put on my shared storage. The two systems are redundant to each other, so that is taken care of at a different layer. The two systems don't however consume all the resources of the host machines (lots of CPU and RAM available). I'd like to make them nodes in my oVirt cluster, so those resources can be used for other VMs (that are on shared storage for that level of HA), but I can't do that (at least as far as I know, with oVirt 3.5). I thought that had been mentioned as a feature for 3.6, but I don't see it anywhere in the features or release notes, so I assume that functionality is still not available. One thing that would render this whole issue moot is being able to use local fast storage on the hypervisor hosts, ie SSD or 3D-Xpoint drives in LVM-Cache to accelerate IOPS on shared storage. The underlying stuff is already there, and it works. I've been using LVM cache for while in Centos 7. Geting this to work in oVirt would be a killer feature. Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856).