Hi,

First of all, thanks for sharing. It's always good to get feedback, especially when it's balanced and with specific examples and comparisons.

Secondly, I do believe you have touched on what I believe is a conceptual difference oVirt has, which translates to a gap in the experience you have described: when managing 2-3 hosts, it is more intuitive and easier to just configure each separately (and there's very little to configure anyway, and the number of hosts is low), then to configure on a higher level (in oVirt case, data center and cluster level) and apply - who needs either when you have 2-3 hosts, right?

In a sense, the hyper-converged (gdeploy - seeĀ http://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluster-storage/ ) provides a good 'day 1' experience I believe - but is indeed limited to the hyper-converged deployment type. It'd be a good idea to expand it to the general case of 2-3 hosts, I reckon.

Perhaps we need to go further and somehow hide both data center and cluster (for X hosts, where X is lower than... 5?) assuming you'd have only a single DC and a single cluster - and present their options as 'global'? Once you go above 5 hosts we'll expand the options and display the bigger hierarchy?

We've had the idea of 'ovirt-lite' years ago, and it never really materialized - perhaps we should revisit it. I think it's easy technologically, a bit more challenging to get right the improved user experience. I can certainly see the use cases of both small labs, remote offices and proof-of-concept setups.


As for the installation, I would really like to see:
1. Install an OS -or- install oVirt node
2. Go to http://<URL>
3. Installation wizard.

This is exactly (again) what gdeploy provides, as well as hosted-engine - but we probably need to streamline further more and add regular engine setup to it.

Thanks again,
Y.



On Sat, May 13, 2017 at 9:04 PM, Johannes Spanier <jospanier@web.de> wrote:
Hi oVirt community.

I did a short series for tweets @jospanier judging my first time user experience with several virtualization platforms and was asked by Sandro Bonazzola to elaborate a bit further than what fits into 140 chars.

I had a specific use case: The small-ish learning lab with only 2-3 nodes and it needs to be free. I also wanted live migration to stay flexible with my hosts.

I currently use my lab for to run ~10 virtual CSR1000V routers on free ESXi in addition to some real router hardware. I want to expand the lab to be able to explore some other technologies as well like network automation, SDN, infrastructure as code and the likes.

The lineup for the PoC was oVirt, ESXi, Openstack and Proxmox VE.

I my tweets I was referring to a) the install procedure and b) the operational experience.

Here is what I found. These findings are highly subjective and debatable. I am aware of that.

Both ESXi and Proxmox VE is trivial to install. You grab the ISO image, use a tool like Rufus to make an bootable USB stick or use iLO virtual CD functionality and off you go. Both installers do not ask many questions and just do their job. After installation ESXi is all ready to run. Just open the WebGui and start deploying your first node. With Proxmox VE you get a TUI wizard guiding you though the last steps. After that the WebGui is ready and you can deploy your first VM immediately.

I found oVirt a bit more involved to install. You have to install the Engine on one node and then register the other hosts with it. While that process is easy to handle it is a bit more work. A big thing for me was that at first glance there did no seem to be a "single node" install. My fist impression was that I needed a minimum of two servers. Of course later I learned about the Hosted Engine and the All-In-One install.

Do not get me wrong. First time oVirt installation is still easy to handle on a quiet afternoon.

Openstack installation compared to that is a PITA nightmare. I tried both RDO (TripleO) and Fuel for setup but gave up after two days for both, confused about what I actually need to do for a start. Got some nodes running with Fuel but was not satisfied. I then followed the Openstack manual Install Guide. I have a day job, so it took me about 5 days to get through the whole procedure, but a least I understood what was going on and what I needed to do.

So that was my "first day" experience with those.
Now for the "second day" i.e. operation.

ESXi and Proxmox VE are both very simple to understand. You usually do not need a manual to find you way around. Deploying a VM is a breeze. oVirt is pretty simple to understand too. But you have to wrap your head around the Data Center principle underpinning everything. Its just a bit more complicated. On one or two occasions while playing around it was unclear at first why my datacenter was offline and I had to consult the manual for that. One can immediately feel that multi-tenancy is a big benefit of oVirt that is not so obvious in ESXi and Proxmox. But it comes with the price of added complexity.

The new WebGui in the ESXi 6.5 I used is sloooow but some functions are not available with the vSphere Client Tool any more.
Proxmox and oVirt WebGui are very responsive and "feel" way better. The Openstack WebGui is also quite nice.

If you want to build a private multi-teneant scale-out cloud OpenStack is probably your best horse in the stable. But for my purpose it was just overkill. The process of deploying a simple VM was the most work from all four tools.

Wrap-up
For the specific use-case (see above) Proxmox VE was the best fit for me, closely followed by oVirt due to the more involved installation. ESXi comes in lagging in third place as it does not offer live migration in the free version and due to the poor WebGui experience I got. Also you have to pay big bucks to get the same functionality as in the other three. Openstack is placed at a distant fourth place for this use case.

Hope that was interesting. Do reach out to me on twitter if you have any further questions or suggestions.

Regards
Johannes
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users