
Internet of things (IoT) devices elevate warehouse management
With improved efficiency and flexibility, warehouse managers can meet evolving consumer expectations — and boost the bottom line.
Virtual desktop infrastructure (VDI) is rooted in an idea from the beginning of computing: green screen terminals talking to applications. With VDI, thin client software running on a laptop, desktop or mobile device becomes a window onto an application client, web browser or desktop operating system (OS). The real application client is running in a virtual server in a data center somewhere, not in front of the user. All you need to join in is that thin client software. It seems counterintuitive: Why would you dramatically increase your servers and give every user another layer? Well, because deploying VDI comes with huge benefits, such as:
Some organizations are using VDI to deliver particular apps to end users — apps that require a special thick client, have special licensing or are too heavyweight to install on every workstation.
Other organizations are doing away with client workstations entirely, delivering Windows desktop services via VDI, letting end users have access to “their” Windows desktops through any device they want.
Whichever path you take, implementing VDI can look like a big project, but it’s actually easy with the right plan. Follow these seven basic steps, and you’ll be delivering VDI capabilities quickly:
A VDI project can have a huge scope, but to get started, you have to narrow things down. The fastest way to focus is to decide whether you’re doing a full desktop replacement or just using VDI for specific applications.
Generally, a full desktop replacement requires more work, because you’re replacing each of the business’s PCs with a virtual desktop. Performance and storage are hard to estimate, but there are some shortcuts. For example, some cloud service providers are offering desktop as a service solutions (Amazon calls this Amazon Workspaces) that can scale up and down quickly and shortcut the amount of work required to manage the desktop “golden master” image. But there’s also an additional cost in connecting your data center and Active Directory to the service provider’s cloud, and you’re trading initial capital expenses for increased operational expenses that will never go away.
The alternative to full desktop replacement is to start with a few specific apps that you want to move to a VDI environment. In this case, calculating performance and storage requirements is simpler because you’re not shifting every Windows desktop to the cloud; you’re just delivering specific apps to specific end users.
Your scope here won’t limit the project; you can always expand your VDI later. But focusing on one use case with a clear and defined scope will speed your path forward.
You can use this initial VDI scenario to start capacity planning — a particularly important part of VDI projects. How many users will be using this service simultaneously? Is your internet and in-building network infrastructure prepared for this new load of client-server communications? And, more importantly, does your data center have the server, storage and network capacity? We’ll dive deeper into that question further on.
You may already have some experience with VDI technology, using remote desktop connection (RDC) clients to connect to servers in your data center. The display technology behind RDC and VDI is fundamentally the same, whether you’re connecting to a single server or handling a farm of 1,000 virtual workstations.
The main difference between using RDC to talk to a server and a true VDI solution is the scalability offered by that simple connection between client and server. This infrastructure — often called a connection broker — is responsible for managing the user portal, handling authentication and authorization, starting and stopping virtual machines that serve desktops and applications and setting up connections between the users and the virtual desktops or applications.
Different VDI vendors use different terminology, but it’s important to understand the difference between the connection broker and the VDI servers themselves. The connection broker is overhead: It’s all of the pieces that are used to set up, report on and manage the VDI connections. For all but the smallest of VDI deployments, the pieces of the connection broker will themselves consume a number of virtual servers.
The VDI virtual servers are what actually run the application or desktop on the user’s behalf. If you’re using VDI to virtualize your Windows desktops, for example, then you need a VDI virtual server for every simultaneous user. You can pack those virtual servers into physical servers running a hypervisor — 10 per physical server, 20 per server, whatever the performance data sheets say for the hardware you have available. But each real user’s VDI client is talking to a unique virtual server somewhere in your VDI deployment. We’ll talk about these physical servers and their hypervisors in Step 3.
When you select your VDI vendor, you’re focusing on that first part: the connection broker. The two big names in this realm are Citrix’s Virtual Apps and Desktops and VMware’s Horizon. Amazon (Amazon Workspaces) and Microsoft (Azure) have also entered into the VDI game, leveraging their reliable and super-powerful data centers to handle both the connection broker piece and the hypervisor piece. Other smaller competitors, including Parallels and Nutanix, may also be able to meet your needs.
Decide whether you want to run the VDI servers themselves in the cloud. For some IT managers, VDI means moving application clients or virtual desktops out of people’s desks and into their own data center. Often, this is for security reasons, or because the app and network topology require users to be “inside” the corporate network for things to work properly.
But that’s not always necessary. If your apps have all been moved to the cloud and you have little or no VPN requirement, then you have the option to run VDI inside the cloud as well. You may still choose to do an on-premises solution with Citrix or VMware, but you have more vendors to consider if the VDI servers can be in the cloud, too.
If you’ve chosen a cloud service provider such as Amazon or Microsoft, then there’s not much to do here, because these providers deliver both the connection broker and the physical hosts for the VDI virtual machines, using their own technology.
But if you’ve decided to do an on-premises (or hybrid) solution with servers in your own data centers, you’ll have to select a hypervisor and scale it up properly.
Picking isn’t a big decision for most IT managers. You probably have a preferred hypervisor — vSphere, Hyper-V, XenServer, RHEV and KVM are the big names here — and you probably want to stick with whatever you already have experience with. Don’t let a salesperson from your VDI vendor talk you into changing your hypervisor technology. All of the VDI products work with all the major hypervisors.
Your comprehensive guide to rolling out a mobile-only solution for your workers. Download Now
Scaling the VDI host physical servers requires careful analysis. Remember: Every single VDI user is going to be talking to a virtual server somewhere in your farm of physical servers running the hypervisor, and this can be a huge performance and capacity load to accommodate.
You won’t be able to wedge your VDI host physical servers (and the connection broker ones as well) into an existing infrastructure without some increase in capacity: more physical hypervisor servers, more network-attached storage and very possibly more network.
Make sure you have a good handle on what the server, disk and network performance requirements will be when VDI is fully up and running, and get that hardware installed immediately.
Most VDI deployments are internet-facing, so you need to be sure that the security here is consistent with what your organization needs. Remember: Once someone is logged onto a server in your VDI, they’re effectively inside your network. Building in security at the beginning is a lot simpler than trying to add security once things are already running. Here’s a checklist of things to consider:
Installing VDI means getting the connection broker technology in place, as well as any upgrades you need to make to your virtualization infrastructure so it can support the anticipated load. Here’s a quick checklist to guide you to the installation part of your project:
VDI is just another application, but it’s one that can be confusing to end users because they don’t necessarily understand the virtualization or the extra layer you’ve added. Prepare some basic training sessions so that everyone diving into VDI knows what’s happening and why.
Make sure the VDI client gets installed properly. For mobile users, point them to their app store, or push the client down using your mobile device management (MDM) solution. Desktops and laptops can load the client as part of their first connection, but it’s more secure — and faster — for the user if you preinstall the client where possible.
If your VDI will also be used by home users, create a short how-to guide detailing where to get the client and how to install it.
VDI isn’t cheap, and pursuing the upgrade will require a CapEx investment up front: servers, licenses and other infrastructure components. You can shift some of those costs to continuing OpEx operational expenses by selecting a cloud services provider, but there’s no question deploying VDI definitely costs money. After all, you’re taking something that already works and adding an additional layer of hardware and software. That’s never free.
On-premises VDI deployments will deliver some savings, especially if you’re going with full desktop replacement. The job of installing, debugging, supporting, repairing, deploying and redeploying end-user PCs becomes simpler — or disappears entirely — if you shift to thin clients and mobile devices. But don’t predicate your VDI project on saving money.
The goal of VDI is to deliver services to users so they can work more flexibly. With VDI, you can easily accomplish tasks that were once difficult or downright impossible. You can connect end users to Windows desktops without them setting foot in the office. You can provide mobile access to Windows apps so that smartphone or tablet users can use them without a laptop. You can tear down complicated VPN configurations and simply deliver apps from your data center over the internet — a great stepping stone in businesses’ shift to cloud-based hosting.
Learn how to better protect the personal and work data on your mobile phone in this free guide. And get eight expert tips for securing a remote workforce.