[ovirt-users] Re: Ovirt Hyperconverged Storage
And I might have misread where your problems actually are... Because oVirt was born on SAN but tries to be storage agnostic, it creates its own overlay abstraction, a block layer that is then managed within oVirt even when you use NFS or GlusterFS underneath. "The ISO domain" has actually been deprecated and ISO images can be put into any domain type (e.g. also data). But they still have to be uploaded to that domain via the management engine GUI, you can't just copy the ISO images somewhere within the files and directories oVirt might create and expect them to be visible to the GUI or the VMs. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LX4JECCT6FSUCQFLV7V2Z6NZUN3P4AP7/
[ovirt-users] Re: Ovirt Hyperconverged Storage
Hi Tim, HA, HCI and failover either require or at least benefit from consistent storage. The original NFS reduce the risk of inconsistency to single files, Gluster puts the onus of consistency mostly the clients and I guess Ceph is similar. iSCSI has been described as a bit the worst of everything in storage and I can appreciate that view in a HA scenario because it doesn't help with consistency. Of course, its block layer abstraction isn't really that different from SAN or NFS 4.x object storage. I last experimented with iSCSI 20 years ago, mostly because it seemed so great for booting even less cooperative diskless hosts than Sun workstations over the network. But if I had a reliable TrueNAS and wanted to run oVirt, I'd just go with NFS. AFAIK oVirt was born on SAN but with SAN outside of oVirt's purvue. So if your iSCSI setup behaves like a SAN, oVirt should be easy to get going, but I've never tried myself. And the lack of tried and tested tutorials or videos from 20 different sources might be the reason oVirt didn't quite push out everybody else. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3K4I3JLHGTHCEQCUSE5JP47VFZRJQT5F/
[ovirt-users] Re: Oracle Virtualization Manager 4.5 anyone?
oVirt isn't exactly a trivial piece of software. Actually I'd say it's not even a piece of software, as the integration of the various companies whose fully independent products now make up oVirt, never fully happened. oVirt is Redhat Linux, Qumranet (KVM+Spice), Ansible (Ansible), GlusterFS (Z Research), VDO (Permabit), and I don't know how many others, and you currently need knowledge, perhaps even control over all of them to deliver the product. Oracle has somewhat duplicated RHEL and oVirt, but even for those two components I don't see how they could continue them without the upstream project. RHEL isn't going away very soon, but you've all watched the CentOS battle and how Redhat is turning [IBM] blue. VDO has been upstreamed, the fate of Gluster isn't publicly known but without a commercial product earning some revenue, it just can't survive for long. And all this is in a niche that even with Broadcom raising the stakes high enough to cause a stampede, is going up in clouds, unless the political fragmentation of the IT space becomes much, much stronger. oVirt needs a strong sponsor, but anyone but IBM making big bucks from oVirt cannot happen, because Redhat has both means and motivation to block that. Of course, that's just me thinking aloud and I could be all wrong... ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3B24XOVYBJXS23BRQYUNMMM4JGFW2UNX/