Tag Archives: VDI

VDI for Education

There are countless arguments against deploying Virtual Desktop Infrastructure (VDI). Traditional desktops are cheap. VDI means you buy both a thin client and a rack of expensive servers and storage for your server room. You need a solid network backbone. You need substantial bandwidth for your remote sites. This all adds up to a significant capital expenditure.

Even in the face of these objections, VDI can be an attractive option for education. You need to go into it with the mindset that you’re not going to save capital expenses over a traditional desktop deployment. What you can achieve are substantial savings in operational expenses, major improvements in reliability and (typically) an increase in user satisfaction.

A few reasons why educational institutions should consider a VDI deployment:

  • With Microsoft’s Enrollment for Education and Software Assurance, schools have a simple, low-cost way to acquire the required Microsoft licenses. You pay a fixed cost based on the total number of full time employees you have. You count them once annually and you are covered for the entire year, even if you add staff. You can license Windows 7, Office, Windows Server, Exchange, Sharepoint, SCCM, Lync, and Forefront through the agreement. Your students are included at no charge. You read correctly – the district doesn’t pay one penny for student licensing. Every student is fully licensed to use the entire suite of Microsoft software that your staff is entitled to use.
  • Your computer magically follows you – at least that’s what it will feel like to your users. When you sit down at a thin client in the library, your profile loads and it feels like your own computer. Your preferences are all saved, your files are all there, your browser bookmarks are all available. When you move to the teacher lounge and log in, it’s the same. Classroom? Same. How about logging on to the desktop from the Internet? Still the same. This might be the number one feature that generates genuine excitement from your staff. Once they start getting used to having their profile follow them everywhere, they’ll never want to go back. Your users who travel from building to building are typically thrilled with this – no need to lug a laptop around.
  • Thin clients have no moving parts and no hard drive to fail. They don’t fail very often. If you do have to replace one, it’s a simple 5-10 minute process. No need to push a desktop image down, no need to reconfigure a user’s local profile or recover documents from their USB sticks. You won’t be performing hardware CPR for 2 days trying to resurrect a user’s machine. All you do is yank out the old thin client, install the new, and let the user log on. They see the same desktop that they saw before the hardware failure. If the user happens to have some critical task to complete before you can pull a spare thin client off your shelf, they can sit down at any thin client in the building and see their own desktop.
  • District IT staff doesn’t have to waste countless hours updating Macs. Macintosh computers are simply not geared for enterprise management. Think about running software updates on one Mac. Now run them on a whole lab full of Macs. Now run them on 10 labs full of Macs. Suddenly an entire work week is gone. With VDI, the process of manually updating each machine is eliminated. Instead, you update once and automatically deploy the updated image to your users. This, of course, assumes that you’re using a centralized image. VMware calls it linked clones, and Citrix calls it pooled desktops.
  • Everybody has the same version of installed software. There is no need to save your files down a version because the whole district has the same version of the Office suite. The benefits of this are difficult to quantify as it’s nearly impossible to calculate how much time people used to spend district-wide sending and resending documents due to compatibility problems. Your users will still be happy to never deal with that issue again.
  • Users aren’t going to like this at first, but if you use linked clones, it makes the IT department the gatekeeper for application installation. There is no way for users to install unauthorized applications. This can be both a blessing and a curse. On the plus side, users can’t sneak a garbage app into the environment. What will typically happen is a user gets grant money for some app, they install it themselves and then IT is stuck trying to band-aid it because it’s not a fit for the environment. With a linked clone environment, users quickly learn that they have to involve IT in the process before purchasing an application.
  • Users are typically blown away by the speed and responsiveness of the VDI desktops. It’s very common to go into an environment and see boot times of 5+ minutes, and logon times of 2-5 minutes. Replace that with a thin client boot time of 10 seconds and a logon time of 15-30 seconds and your users are overjoyed. A significant improvement in response time would be seen in any hardware refresh, virtual or not. However, pooling all of your CPUs, memory, and storage in the datacenter allows you to harness the computing power that would otherwise be sitting idle.
  • Electricity savings can be substantial. You would definitely have to take specific power readings in your environment before calculating ROI, but a desktop computer draws between 65-250 watts of power. A thin client such as the Wyse P20 draws 15 watts. If you multiply the savings by hundreds or thousands of workstations, you can get into some serious money. The savings is at least partially offset by the increase in power draw at your datacenter. In many cases, the cost savings is still significant.

Virtual desktop technology is mature enough to deploy into Production without concern. With a properly designed infrastructure, you can support your entire district and provide faster response and repair times to your users. If you’re looking for more information, my employer can help. Contact us and let us know what you’re looking for.

VMware View – Persistent / Non-Persistent

We are struggling with how to implement VMware View. If you use a persistent pool, you waste resources by having resources provisioned for users who aren’t doing any work at the time. You also run into problems maintaining the user profile – you can use a dedicated user disk, but how do you ensure a good backup? It’s also an administrative annoyance having to disconnect and reconnect user data drives. On the plus side, users can be given admin rights to install applications

With a non-persistent pool, desktops are spun up as needed based on demand, and they can be destroyed automatically when the user logs off. You are forced into using roaming profiles with folder redirection, which creates its own set of administrative difficulties. Users aren’t able to install applications as nothing is persistent, so the administrator has to install all apps inside the pool template. Alternatively, you can use application virtualization and try to ThinApp an application. However, my experience with ThinApp has been less than impressive. When it works, it works quite well. When it doesn’t work, it’s a baffling ritual of hocus pocus trying to get the app to work. In the end, it just doesn’t work for the majority of our software because the vendor won’t support ThinApp. When you call a 3rd party vendor for support for a problem and try explaning that it was installed via ThinApp, the call will often end with a statement that ThinApp isn’t supported.

Refusal to support ThinApp does sound a lot like when vendors refused to support apps installed in a VM – they eventually came around. But until that point, we’re stuck with what the vendor is willing to support.