We've followed all of the best practices, did a proper analysis and design and are ready to start moving users to their brand new virtual desktop. But not so fast. We need to make sure we have the proper plan in place or else we will end up with incorrect applications, confused users, or lost... Continue Reading →
Desktop virtualization architecture will only get a users so far: access to a virtualized desktop. If the virtualized desktop does not provide the required experience in different scenarios, users will find ways of reverting back to their traditional model or find a way to make life very difficult for you, the architect of this less than stellar solution.
One office with one type of desktop... Easy. Hundreds of offices with any type and age of desktops... Difficult but not impossible. Most organizations find themselves in the difficult camp. A user's desktop can be completely different (in terms of hardware, resources, applications and configuration) than the person sitting next to them doing a similar job. As the environment includes users from different departments, in different offices, with different requirements it becomes clear that the understanding of the user topology for an organization is critical before one can create a desktop virtualization solution. In previous blogs, I've discussed how understanding the underlying standards, applications and storms plays an important role in creating a successful virtual desktop design. The fourth requirement is to understand the organization's user topology. More specifically, one must get a grasp of the endpoints and user locations.
Total power often leads to corruption. No, I'm not talking about business or politics. I'm talking about desktops. Have you been in a meeting where people talk about giving users admin rights to workstations. I have two words for you... Be afraid... Be very afraid... OK that was 5 words, but the point is clear. Be afraid.
Fill in the blank if you will. There are many people who are super excited about the upcoming release of the latest tablet PCs (iPad, Slate, etc). I recently received a comment from someone on Facebook related to a previous blog saying that the iPad Will Not Replace Your Desktop. The comment basically said Does... Continue Reading →
One of the questions you must ask yourself when designing a desktop virtualization solution is understanding the user patterns. This has a direct impact on XenDesktop farm design and scalability with respects to boot up storms and logon storms. Let's take two different examples so you can get a better idea for what I'm talking about. In this scenario, all users logon in the morning and logoff in the evening. There might be some sporadic users working after hours, but for the most part users stay within these working hours. This is a fairly easy scenario, which is why I've started with it. To design your environment, you need to make sure that the boot up storm doesn't overwhelm your environment. You will be starting a large number of hosted virtual desktops and that has a direct impact on your hypervisor of choice, your storage solution and your network infrastructure. You can easily overcome any challenges with a boot up storm in this scenario by using the XenDesktop idle desktops configuration to pre-boot desktops X minutes before the main rush begins (X is based on how many desktops you need up and running before users start connecting). By the time users come online, the system should have calmed down from the boot up storm.
User supported applications account for the largest percentage of applications within the organization. IT does not have visibility into these applications, which makes a move to desktop virtualization difficult without proper analysis. By focusing on Application Assessments, Application Layoffs, and Application Delivery Strategy, the challenge of applications can be overcome in time for the virtual desktop.