VMworld 2017: Architecting Horizon 7 & Apps

Session: ADV1588BU

Note: This session had a multitude of complex architecture diagrams which I did not capture. See the session slide deck, after VMworld, for all the details.

Why? –Business objective/drivers
How? Meet requirements
What? Design and build
Deliver Build and integrate
Validate Met requirements?

Design Steps

  1. Business drivers & use case definition
  2. Services definition
  3. Architecture principles and concept
  4. Horizon 7 component design
  5. vSphere 6 design
  6. Physical environment design
  7. Services integration
  8. User experience design

Use a repeatable model when scaling up:


Physical Environment Considerations

Identity Management

Profiles and User Data
-Folder redirection
-Mandatory profile
-User environment manager

-AppStack replication
-Single site or multiple site
-Use writeable volumes very sparingly

VMware Horizon Apps

Speaker goes over a highly detailed reference architecture with lots of complex slides. And he goes over the LoginVSI setup, both hardware and software.

VMworld 2014: Re-imaging VDI for Next-Gen Desktops

Session EUC2551

VDI 1.0 challenges: Storage cost and performance; 3D Graphics; Application management; Provisioning: All adds up to a frustrating experience

Broad Goals for Next Gen VDI

  • Efficient use of infrastructure – just in time desktops w/ zero copy architecture – Building at the point of demand
  • Improved flexibility- user installed apps – Dynamically assemble of JIT desktops
  • Best user experience – Low latency I/O – advanced vSAN and RAM desktops
  • Simplified implementation – adaptive designs, easy deployment

Next-Gen Solutions

  • vSAN storage: simple, affordable
  • 3D Graphics: SVGA shared GPU and DGPU for power users
  • Application management: Layering for real-time desktops – fast & flexible
  • Provisioning: Rapid hot cloning of VMs – 10x improvements (Project Fargo)
  • Decision free VDI: Simpler path to success than ever before

New Desktop Opportunity

  • VMware is poised to disrupt assumptions about VDI
  • Great user experience
  • Easier to manage
  • Build VMs on demand
  • Layering with CloudVolumes


  • Reliable, scalable performance
  • Lowest cost in the industry
  • Planning is easy
  • Uptime
  • Autonomy

Next-Gen VDI: Leaner, greener and much faster

  • Protect only what matters
  • Consider file-sync service for user documents
  • Leveraging new flash technologies: UltraDIMM (flash on DIMM) for microsecond writes

VSAN Design Topology for VDI

  • Full PC in the datacenter – Inefficient design yet affordable with VSAN – Developers and some users
  • Non-persistent task worker – Composer based clones – replication optional. Limited flexibility
  • Non-persistent knowledge worker – Layering plus VSAN – Full user state preserved, no replication of OS VMDK

VSAN Design – Non-persistent designs – gives persistent experience with a non-persistent VDI

VSAN Futures

  • All flash VSAN designs – High grade enterprise flash for cache tier, but high capacity low cost TLC SSD for data tier
  • Cache tier: $4/GB data tier flash in 40c/GB range
  • Key technologies: SanDisk ultraDIMM,

Layering 101:

  • Types of layering: Offline composition (Mirage) vs. Real Time (CloudVolumes)
  • Real-time composition leverages vSphere VMDK to mount and near instant application insertions
  • The OS doesn’t realize the CloudVolumes are even mounted. It is very transparent.

CloudVolumes Key benefits

  • Live delivery of applications
  • Image diversity solved
  • Exponential infrastructure efficiency

Project Fargo

  • Uses a VM hot cloning technology to create child VMs that share all memory pages w/ parent. Think linked clones for memory and disk.
  • A running VM is put into a zombie state and hot-cloned to create replicas. Avoid the whole boot cycle, including the associated I/Os.
  • Pre-emptive memory sharing, lower CPU, I/O reduction
  • 30x improvement in provisioning

Just in time desktop revolution

  • Build to order VDI
  • Very little CPU and modest disk IO to fork a new VM
  • Operational flexibility
  • Combine Project Fargo and CloudVolumes for near instant VDI provisioning

Zero Copy Architecture

  • Transfer bits on demand, no more tax before consumption
  • Examples are Project Fargo and CloudVolumes

Project Meteor

  • Brining together Project Fargo and CloudVolumes
  • Provision new customized desktops in 5 seconds
  • This is VDI simplified

VMware OS Optimization Tool Updated

Quite a while ago VMware released a VDI optimization tool that was aimed at Windows 7 use cases. This optimization tool tweaked a lot of settings to help reduce IOPS in a VDI environment. It was quite handy, and I used it for my VDI deployments. Now VMware has updated the tool to cover Windows 8, plus Remote Desktop services for Windows Server 2008 R2 and Windows Server 2012. New for 2014 is:

  • Updated templates for Windows 7/8 – based on VMware’s OS Optimization Guide
  • New templates for Windows 2008/2012 RDSH servers for use as a desktop
  • Single portal EXE design for ease of deployment and distribution
  • Combination of Remote and Local tools into one tool
  • Better template management, with built in and user-definable templates
  • Results report export feature.

You can download this FREE tool here. This isn’t just limited to VMware deployments, so even if you use Citrix, the tool could be quite useful.




XenDesktop 7 Pt 10: Application Delivery Group

And here we are….the last step to publish “XenApp” applications to the Citrix receiver and ultimately your users. This installment creates and application delivery group for the XenDesktop 7 applications that we’ve installed on our Windows Server 2012 server. Once you create and customize this group, users can refresh their Receiver window and instantly see the new apps.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

Create Application Delivery Group

1. Now that we have a machine catalog ready, we start the Delivery Group wizard in Citrix Studio. I only have one free machine catalog, so that one is already selected for me.

7-27-2013 1-05-47 PM

2. When using server based operating systems you can deliver a full blow desktop complete with the menu bar (sans the Start Button on WS2012), just applications, or a combination of both. I selected just Applications, since I have some dedicated XenDesktop VMs already running.

7-27-2013 1-05-59 PM3. Here we can specify the users or groups that need these applications. You could easily create many groups, say “Engineering”, “HR”, for different applications.

7-27-2013 1-06-11 PM4. Next up we can start adding the applications that are installed on our server. I’m not sure what criteria the wizard uses to find installed applications, but it didn’t find Adobe Acrobat on my server. So I manually browsed to it (the file picker opens up a session to the server, so you can navigate the filesystem remotely). I also added Internet Explorer as well.

7-27-2013 2-11-56 PM

7-27-2013 1-15-11 PM

5. Next up we create a delivery group name.

7-27-2013 1-41-22 PM

6. Back in the Citrix receiver I refresh my app list, and viola! I see my two new published applications.

7-27-2013 1-43-09 PM

You can now launch your apps and they will appear in their own window on your local computer. Note that if your XenApp server has a legal disclaimer banner, I would suggest you disable it. It can interfere with application launching.

7. If you want to further customize individual applications (say limit an app to a sub-group of users or change file type associations), then you can open the properties of the application in Citrix Studio.

7-27-2013 2-23-32 PM

If you check the Start Menu or Start screen on your local computer, you will now see icons for the published applications. This lets you seamlessly launch them just as if they were a native application. Launching will probably be a bit slower since behind the scenes it logs you into the XenApp server, launches the process, then remotes the window back do your client.

XenDesktop 7 Pt 9: Server Machine Catalog

Creating a XenDesktop Machine Catalog for server-class operating systems in XenDesktop 7 is virtually the same process as creating one for a dedicated desktop OS. A machine catalog is a grouping of similar “XenApp” servers, and if you were using MCS or PVS, you’d provision several at once and group them. This is the first step in taking a server OS (WS2008R2 or WS2012) with the VDA on it and assigning applications to users.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

Create XenDesktop Machine Catalog

1. In Desktop Studio we launch the Machine Catalog wizard and are presented with what kind of catalog we want to create. In this case we are using a server OS, so clearly that’s the option we will choose.

7-27-2013 12-54-00 PM2. This is a VM which I manually created, so I’ll choose the appropriate options. Again, you can easily create “XenApp” machines with MCS or PVS, for large scale production.

7-27-2013 12-54-19 PM

3. Since I told XenDesktop it’s a VM, it connects to vCenter and I find my XenApp VM.

7-27-2013 12-54-55 PM

4. It needs the associated AD computer account, which in general will be the hostname with a $ after it.

7-27-2013 12-55-28 PM

5. There’s not much to the wizard, so the summary screen is pretty short.

7-27-2013 12-55-47 PM

6. After the catalog is created you can click on the Server OS Machines tab and find your new XenApp server.

7-27-2013 12-57-02 PM

Now you may ask, where do we tell XenDesktop what applications we want to publish? Well that’s in the next step, creating a delivery group. That is also wizard driven, and very simple to use. That will be in Part 10.

XenDesktop 7 Pt 8: Install Server VDA

Citrix radically changed the “XenApp” 7 architecture in XenDesktop 7. Gone is the massive complexity, many consoles, and lengthy configuration times. I don’t have much XenApp experience, but the consoles I’ve seen of prior versions seemed mind bogglingly complex. Two major themes of XenDesktop 7 is simplification and unification. The “Application” portion of XenDesktop is a perfect example of this. By simply installing the XenDesktop VDA you instantly have an application server.

In this post we will turn a generic Windows Server 2012 VM, with no added roles or features, into an application server with the simple installation of the VDA. While the VDA installer looks nearly identical to the dedicated desktop installer, under the covers it is a bit different. The whole process takes less than 10 minutes, and is literally a “click next” install as they say.

Just like desktops, application servers need not be VMs. It’s fully supported to install the VDA on physical computers. This is probably more common with XenApp, as one could argue a bit more scalability with using physical servers vice a VM. But every environment is different and using VMs does has some advantages.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

XenDesktop VDA Install

1. I’ve provisioned a Windows Server 2012 VM which will be my “XenApp” server. You could easily use a bare metal server, if you wish. Mount the XenDesktop 7 ISO and launch the installer. This time we want to select Prepare Machines and Images. It should automatically detect that you are using a Server OS.

XenDesktop 7

2. At this point we need to decide if this VM will be a master image used to provision more “XenApp” servers with MCS, or enable connections directly to this server. Since I’m in a small PoC, I just want connections to go directly to this VM. Being able to provision “XenApp” servers with MCS is a brand new feature in XenDesktop 7. You can of course use PVS as well, but MCS is a bit easier.

7-27-2013 8-34-04 AM

3. I really don’t need the Citrix Receiver installed on the application server, so I unchecked that box.

7-27-2013 8-34-49 AM

4. If I were using MCS I could select the option that allows MCS to automatically set the Delivery Controller hostname(s). Since I’m not using MCS, I’m manually adding the FQDN.

7-27-2013 8-35-31 AM

5. I want a full featured application server so I left all the options checked.

7-27-2013 8-36-45 AM

6. Just like the client VDA install, this shows what firewall ports need to be opened. Citrix really did a good job here.

7-27-2013 8-37-35 AM

7. Since we are installing the VDA on a server OS, you will see that it automatically enabled two server-specific Windows features.

7-27-2013 8-38-28 AM

After a couple of reboots the VDA installs and you are now ready to install a few test applications that you want to publish to users. You can of course publish some built-in apps like IE and NotePad, if you are in a hurry and don’t want to install third-party software. In Part 9 we will create a machine catalog for server applications.

XenDesktop 7 Pt 7: Citrix Receiver Config

Now that we’ve completed the first six parts of this series to configure the XenDesktop 7 back-end services, it’s now time to use Citrix Receiver v14 and connect to our new VDI infrastructure. This is super easy, and the most fun part! Unlike previous versions of the Citrix Receiver, there is no longer an “Enterprise” client and a regular client. I think having two separate versions confused people (I know I was), so moving forward with a single version is another good simplification.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

Installing Citrix Receiver

1. The XenDesktop 7 ISO comes with the Linux, Mac and Windows receivers. Navigate to Citrix Receiver and Plug-ins\Windows\Receiver and install Citrix Receiver.exe. This file is 52MB, and is version The CitrixReceiverEnterprise.exe is the legacy “Enterprise” version and hasn’t been updated.

2. After the installation has completed you have two methods to connect to your new desktop. The first is using the Receiver client, and second is accessing the StoreFront web site. We’ll start off using the Receiver thick client. Launch the Receiver and enter https:// followed by the FQDN of your StoreFront server or load balanced VIP.

If we had configured email discovery, you could also enter your email address and it would find the StoreFront server as well.

Citrix Receiver

3. If all goes well you will be presented with an authentication dialog box to enter your domain credentials into.

Citrix Authentication

4. After successful authentication you can have Receiver optimize your client configuration, then you should get a successful message.

7-27-2013 7-33-58 AM

7-27-2013 7-34-26 AM

5. Citrix Receiver should now open up and you will see a blank slate.

Citrix Receiver

6. By clicking on the Plus sign you will see the list of desktops and any applications that have been published. I didn’t disable the built-in Citrix apps, so you will see GoToMeeting, GoToTraining and GoToWebinar. By clicking on an application it will get added to the Receiver landing page and a green checkbox will appear.

7-27-2013 7-39-59 AM

7. Accessing your desktop is easy. Just click on the associated icon and your session will launch. If everything goes well then you will be automatically logged into your desktop without any additional authentication prompts. You will see the Desktop Viewer toolbar at the top of the window.

7-27-2013 7-42-19 AM


8. If you want to use USB devices, then you will probably want to tweak the preferences. I appreciate Citrix trying to simplify my life, but in this case their “simplify device connections” causes more confusion than simplicity, IMHO. From the toolbar menu select Preferences then open the Devices tab. Some USB devices like memory sticks won’t be displayed if the “simplify device connection” box is checked.

7-27-2013 7-46-34 AM

Congratulations! You’ve now configured a simple VDI environment and connected to your virtual desktop. You can now try out Flash video, USB devices, dynamically resizing the window. In Part 8 we install a server VDA, so we can deploy published applications (aka XenApp 7).

XenDesktop 7 Pt 6: Create a Delivery Group

In the first five parts of this series on XenDesktop 7 we’ve done everything needed to complete the last step, which is creating a XenDesktop 7 Delivery Group. This enables users, or groups of users, to access their desktop or applications. Delivery groups are where you can target various user segments that may need different images or VM hardware specs, like developers, finance, HR, IT, execs, etc.

A delivery group is not a 1-to-1 relationship to a machine catalog. If you built up a machine catalog of 500 VMs, a delivery group could just use 100 of those. As you will see when we run through the wizard, you can customize desktop and application delivery options, which you can use to offer differentiated VMs to your user community.

Users could also be given access to more than one delivery group. So an IT person, for example, could have access to a standard user desktop for testing purposes, and a customized IT desktop. Or a developer could be given a locked down ‘corporate’ desktop and also provided access to a beefy development desktop that they had full control over.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

Creating a XenDesktop 7 Delivery Group

1. When a new Delivery Group is created it will list all of your machine catalogs. In my case I only have one. It lists the number of computers in that catalog and I can choose how many to assign to my delivery group. I’ll select both of my VMs. You need not put all of the computers into a single delivery group.

7-3-2013 5-23-00 PM

2. Next up I choose what combination of desktops and applications I want to deliver. I’m not doing XenApp at the moment, so I’ll stick with desktops. But here you could assign the same desktop VM to everyone, but have different delivery groups that customize the mix of XenApp applications they get delivered.

7-3-2013 5-23-10 PM

3. Now I have to define what users or groups are part of the delivery group. Here is where you could tailor the group, to say Engineering, HR, Finance, IT, etc. For this PoC I’ll just do Domain Users, so anyone can access the desktop.

7-3-2013 5-23-22 PM

4. An optional step at this point is to define the StoreFront server(s) which the Receiver inside of the desktop will be configured to use. A great feature if you are using XenApp, or perhaps have another XenDesktop farm for R&D that some users should have access to.

7-3-2013 5-23-51 PM

7-4-2013 7-58-09 AM

5. The final step is configuring a Delivery Group name, and a display name. The display name is something users will see, so keep it simple.

7-4-2013 8-01-35 AM

6. And that’s it! A few seconds later you will have a nice delivery group in your console. In the right hand column make sure your VMs show a Registered state. If not, then you may have some networking (DHCP, DNS) or other issues preventing the VDA from properly communicating with the desktop controller.

XenDesktop 7 Delivery Group

7. Once the delivery group is created, you can Edit it and find more options that weren’t presented during the simplified wizard. For example, you can allow a user to access more than one desktop from the pool, change the color depth, time zone, and secure the ICA protocol with some lightweight encryption.

7-4-2013 8-14-26 AM

There are also some nice power management features that you can configure.

7-4-2013 8-16-05 AM

The console also gives some good usage stats as well, which can be quite helpful. Desktop Director has a lot more stats, but this is a good quick overview.

7-4-2013 8-20-09 AM

In Part 7 we get to the fun part, which is connecting to our desktop using the Citrix Receiver and seeing how well it performs.

XenDesktop 7 Pt 5: Configuring Citrix StoreFront

One of the last steps to configure XenDesktop is to setup Citrix StoreFront. What is StoreFront? StoreFront is basically the web tier in a three tiered architecture (StoreFront, Desktop Controller, SQL database). It’s more than just a pretty face. Citrix Receiver directly talks to StoreFront, even if you never use your browser.

StoreFront 2.0, included in XenDesktop 7, no longer requires a separate database. There is a built-in replication engine that syncs the config between multiple StoreFront servers. That’s great for a DMZ configuration, and just one less database to worry about.

StoreFront is also now a complete replacement for the legacy Web Interface (WI), which is no longer installed and is deprecated in XD7. StoreFront is the only way to interface to your XenDesktop farm. There are various optional StoreFront settings you can tweak, but I’ll skip those here since the goal is just a quick PoC.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group

Citrix StoreFront Configuration

1. First we need to configure IIS to use an SSL certificate. StoreFront is built on IIS, and pre-configuring the SSL certificate saves a step when we create the StoreFront. No special certificate properties are required for StoreFront. You can use any valid server authentication SSL certificate, be it from a Microsoft CA or trusted CA. Add a HTTPS binding to the IIS Default Web Site.

If you are using a load balancer then you should use a certificate with the StoreFront VIP FQDN (e.g. StoreFront.contoso.com).  I suggest rebooting the server after the certificate is assigned so that all of the Citrix services recognize and bind to the certificate (or should).

7-1-2013 8-08-21 PM

2. Now that IIS is secure, go back into Desktop Studio and open the Citrix StoreFront node. For me a store got automatically created, so I deleted it and will show you the manual steps. Click on the Stores node and in the right pane click on Create Store.

7-1-2013 8-14-45 PM

3. When the wizard starts enter a store name. I’m not feeling creative tonight, so I called mine Store.

7-1-2013 8-29-46 PM

4.  Now we need to add the delivery controllers that StoreFront will interface with. Here you can add multiple farms, and a mixture of XenDesktop, XenApp, and other Citrix products. I’ve successful used StoreFront with both XenDesktop 5.6 and 7.0 farms at the same time. If you are load balancing your desktop controllers you can enter the VIP FQDN here. It would be nice if Citrix added a “Test” button here to validate the controllers were valid. That could help with troubleshooting if the store was empty when you tested it.

7-1-2013 8-17-14 PM

5. StoreFront also interfaces very nicely with the NetScaler AccessGateway. So here you can configure how users will be accessing the XenDesktop infrastructure. AccessGateway is out of scope for this series, so I’ll skip that step and finish the wizard.

7-1-2013 8-20-56 PM

6. Once the store is created it will give you the web browser URL that you can use to access it. Now during my PoC install StoreFront didn’t recognize my SSL certificate, even though IIS was using it. Plus, you may need to customize the URL for a loadbalanced FQDN. This is easily accomplished via a powershell command. Citrix: Please put this in the GUI, and warn about SSL issues during the StoreFront creation.

Also take note that to access StoreFront from a web browser you must append “Web” to the store URL, as the URL shows below. Don’t try going to /Citrix/Store as that won’t work.

7-1-2013 8-22-11 PM

7. To change the StoreFront base URL you can go to the Server Group node and in the right pane select Change Base URL. Here I changed the URL to use HTTPS. If you are using a load balancer for StoreFront you could change the FQDN to the VIP.

7-2-2013 6-17-30 AM

8. Back in the StoreFront console, after refreshing, you can see that the service is using HTTPS.

7-1-2013 8-46-17 PM

9. One quick tweak to make authentication easier is to set a default domain. This way the user doesn’t have to enter a domain when authenticating to the StoreFront web site. Locate the Authentication node, then in the right pane click on Configure Trusted Domains.

7-1-2013 9-24-12 PM

And that’s pretty much it to get an operational StoreFront. If you open your browser and go to the full web store URL you should get a green bubbly Citrix receiver page.

7-1-2013 9-26-56 PM

In Part 6 we configure a delivery group, which defines what users can access our VDI resources.

XenDesktop 7 Pt 4: Create Machine Catalog

This is the fourth installment of the XenDesktop PoC guide, where we create a XenDesktop 7 machine catalog. As we near the point where we can dole out VDI VMs to users, one of the last steps is to create a catalog of VMs. These could be Windows 8, Windows 7, different configs (memory, vCPUs, etc.). Basically you build up all the differentiated VMs into a service catalog.

For this example I’ll only build one XenDesktop 7 machine catalog, but adding more is the exact same process. Standardizing on a naming convention here is key, as the catalog will likely grow over time.

XenDesktop 7 Series

Part 1: Role Installation
Part 2: Configure Desktop Studio Site
Part 3: Install VDA
Part 4: Create Machine Catalog
Part 5: Configure StoreFront
Part 6: Create Delivery Group
Part 7: Receiver Configuration
Part 8: Install Server VDA
Part 9: Create Server Machine Catalog
Part 10: Create Application Delivery Group


XenDesktop 7 Machine Catalog

1. In Desktop Studio we want to create a VM catalog, so we choose option behind door number 2.

7-1-2013 5-53-30 PM

2. With the merging of XenApp and XenDesktop we can now choose the OS type, or even provide remote access to a physical PC.

7-1-2013 6-02-47 PM

3. We will be using VMs and Citrix Machine Creation Services, so the defaults are fine. You can also use PVS, which basically streams the OS to a VM or physical PC. This is a good option too, but requires more configuration so I’ll skip that for now.

7-1-2013 6-03-58 PM

4. I want to try my VMs with CloudVolumes, so I will make them randomly assigned and non-persistent.

7-1-2013 6-05-30 PM

5. Here I choose the VM which I installed the VDA on. The VDA handles all the name changes, SID, etc. You don’t have to do any fancy sysprep here.

7-1-2013 6-07-55 PM

6. A great feature of XenDesktop is the ability to customize the catalog hardware at provisioning time, so you can offer different tiers of VMs from the exact same master image. No need to build up templates with the same OS and software stack, just to customize the vCPUs and memory specs.

7-1-2013 6-09-35 PM

7. Of course the VMs will need AD accounts, so you can easily do there here. A nice little touch is showing you the ‘resultant’ hostname when a machine gets provisioned.

7-1-2013 6-11-08 PM

8. On the summary screen you need to give the catalog a name and a description. This does NOT assign VMs to groups of users. This is just an inventory of VMs which will get assigned to different user groups in the near future. So I would stick with names that describe the OS and VMs specs. Target audience groups, like Engineering, will come later.

7-1-2013 6-13-00 PM

9. After you kick off the provisioning process you get a nice status. MCS first makes a copy of your master VM, then does its magic to create copies. VAAI enabled storage arrays can really help here to speed up the process. My QNAP won’t win any IOPS races, so I heated up my dinner. 7-1-2013 6-18-18 PM

10. When the provisioning is completed you now have one machine catalog entry. None of the machines are allocated, since that is the next and final step to being able to enable users to access the VDI pool. Yes, we are almost there! If you click on the catalog it will bring up all kinds of geeky details.

7-1-2013 7-41-30 PM

11. If you double click on the machine catalog it will bring up a search window with the individual VMs listed. You can now power them on and wait for them to show a “registered” status. If you click on an individual VM it will pull up even more details. If a user had an active session to the VM then you get a plethora more data.

7-1-2013 7-43-33 PM

As you can see, creating a machine catalog from a master template is quick and easy. No fancy sysprep is needed, and you can build up many different catalogs for various operating systems or virtual hardware specs. If you are doing XenApp then you will also see those catalogs here as well. Within Desktop Studio you can view a tremendous amount of detail about the catalog and individual VMs.

One troubleshooting tip: If you power on your VMs and they never register, then open your Local Security Policy on the client VM. Navigate to Local Policies\User Rights Assignments and look at the Access this computer from the network. If only ‘Administrators’ is listed, you have a problem. Try adding either “authenticated users” or “everyone”, and that should clear up the problem. Unfortunately the VDA installer doesn’t check that permission.

Next up is configuring the Citrix StoreFront. Check out Part 5 here.