12 comments

[ 3.2 ms ] story [ 36.6 ms ] thread
Not supporting RDP may make for a very slow experience, but this is interesting to see.
I’ve been both on the deploying side and the consuming side of VDI solutions in both commercial and educational settings. My experiences with it have universally sucked.

There’s almost always a problem with capacity planning, especially around peak usage, that almost always results in a shitty experience for the end user. VDI gets touted as a cost saving solution but whatever you save on hardware you get back tenfold in frustrated users and support needs. And you still need to administer and maintain the end user terminals anyway which isn’t significantly less time consuming than a fleet of standardised workstations.

As a consumer, it’s always terrible. Performance is disappointing, anything graphical is a nightmare. If the network is down or congested you can’t work, despite the fact that all you need to do is edit a Word doc.

At a newspaper I worked at we ended up with VDI for most folks but editors had both VDI and a local workstation. Some software could only be accessed in one environment and not the other, so there was a whole dance you had to do to move work across too. It was a nightmare and costs were ridiculous since we ended up managing two environments anyway.

I’m sure VDI can be done well in some environments. I’ve just never seen it be better, cheaper and with less maintenance and support burden than a managed fleet of workstations/laptops.

(comment deleted)
AWS Workspaces are probably the best executed solution I've seen. Perfectly acceptable for office work, and I've heard the new sized instances are ok for cad/ graphics work.

It's not cheap, but it is convenient.

The connection uses PCoIP, which may have something to do with the user experience, and of course AWS can handle the peak loads

Oh, god. I hate, loathe, and despise Workspaces.

If I have to have a virtual Windows desktop class machine, just give me a real ec2 instance with at least 16GB of RAM, 8+ virtual CPUs, and provisioned IOPS EBS for storage. And let me keep it shut down as much as possible.

Although if you're giving me a machine of that level of performance, how about putting a Linux AMI on there instead?

I put AWS Workspaces in place at a prior org for 8 users. It was expensive, but convenient.

Though it did feel peverse that most work was done in webapps. Chromebooks probably would have been better!

Got stuck on a call a few weeks back with a client, their IT director, CTO and their MSP telling us our product was shit. I said well show me. Some people started looking very nervous suddenly. So they took their i7 Thinkpad "terminal" and RDP'ed into their VDI infrastructure. Took 2 mins to log in, 1 min to open the browser tab and about 2 minutes to log into the app which ran like crap. Literally 30-40 seconds a click.

Fired up task manager. Ah yes, 32Gb EC2 instance with 30 active users on it, all of whom had 10 Chrome tabs open. The memory was flat out, the IO was flat out and the CPU was flat out. Explained as politely as I could that they were doing everything entirely wrong and had been sold a complete lie by their IT director and MSP.

But they ticked a compliance box by not logging in from their laptops.

This is realistically where VDI seems to end up. I have seen it too many times to actually believe there is a competent use out there. It's a lie to patch up the fact that there isn't a half decent security and patching model for desktop computing and you don't trust your staff.

VDI is an excellent solution for certain environments, it's a perfect fit for healthcare where you really want your data to be mobile yet centralised. In general I think the rise of work from home is the final killing blow for VDI because you have a bunch of people using videoconferencing over a WAN. What nonsense, do your processing locally. Local is always better, you can't beat the latency.

I agree with what you say about capacity planning and dual environments. VDI to me has this feeling of trying to have one foot in legacy and one foot in the future and it doesn't really work. Chromebooks + thin apps work much better as a sort of "thin client" solution when executed well.

I fail to see the need for a remote-desktop type experience in this day and age. Why not just go zero trust?
This might be the biggest Perl 5 project I have seen. It's obviously come a long way from swapping out Ethernet port numbers and IP addresses. Bravo!
How does this project differ from Apache guacamole?
For those who (like me) are not familiar with Apache Guacamole:

> Apache Guacamole is a [...] remote desktop gateway. It supports standard protocols like VNC, RDP, and SSH.

> [O]nce Guacamole is installed on a server, all you need to access your desktops is a web browser.

https://guacamole.apache.org/