Hi Colin, I normally use desktop pools for virtual machines, which are the same, and single desktops for individual vms. So mostly office vms are from a pool and admin vms aren't.
For patching you can either use some tools like Microsoft WSUS or for Linux vms Katello/Satellite/... or if you're using desktop pools it's also possible to patch the master image, create a new template with a new version and shut down all you vms. Afterwards they should boot with the new version if you did configure to always use the lastest version. Performance of the virtual desktops depends on some things: - protocol (Spice is really great in our tests) - also make sure you install all VirtIO drivers in your vms - bandwith - this is no problem in the LAN, but for WAN setups this could be an issue. Watching full HD videos in your vms can require 40mbit/s... - thin clients - they need good graphics cards and at least 2gb ram and 2 cpu cores, better 4... Most of my customers use GPOs for their virtual desktops, as it's easier to configure group policies then updating the master template too often... I hope this helps... Regards, René From: "Colin Coe" <[email protected]> To: [email protected] Sent: Friday, January 29, 2016 1:20:15 PM Subject: [ovirt-users] VDI non-persistant desktops Hi all We're using RHEV 3.5.7 and have about 40 desktop VMs that are all clones from a single original. In the very beginning we used desktop pools but this was torn down when we started getting "The trust relationship between this workstation and the primary domain failed" error messages. We use DHCP for all desktops however every VM is defined on the DHCP server and unknown MACs are rejected. I'd like to revisit desktop pools but I'd like to know if other are using this and what their experiences have been. Kind of thing I'd like to know is - how is patching done - what is the performance like - what tuning if any is done on the desktops - GPO vs LPO Any comments? Thanks CC _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
