Lab 6 - Delivering Non-Persistent Desktops

Overview

In this exercise you will use the Citrix Studio to deploy a pool of non-persistent virtual desktops based the same gold image as the previous lab exercise.

Creating the Machine Catalog

In the XD VM console, open Citrix Studio.

Right-click Machine Catalogs > Create Machine Catalog.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/1.png

Click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/2.png

Select Desktop OS and click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/3.png

Select Machines that are power managed and Citrix Machine Creation Services. Click Next

http://s3.nutanixworkshops.com/vdi_ahv/lab6/4.png

Select Random and click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/5.png

Select your Nutanix storage container and click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/6.png

Select your W10-Gold snapshot and click Next. Note the XDSNAP* snapshot listed from the Preparation VM created by the persistent Machine Catalog previously. These snapshots will continue to exist as long as there are provisioned virtual desktops utilizing them.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/7.png

Fill out the following fields and click Next:

  • How many virtual machines do you want to create - 4
  • Total memory (MB) on each machine - 4096
  • Virtual CPUs - 2
  • Cores per vCPU - 1
http://s3.nutanixworkshops.com/vdi_ahv/lab6/8.png

Select Create new Active Directory accounts. Under the NTNX.local domain, select the Non-PersistentDesktops OU. Specify W10NP-### as the Account naming scheme.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/9.png

Specify a friendly Machine Catalog name and click Finish.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/10.png

MCS will now create a clone from the snapshot of W10-Gold and follow a similar preparation process as the in the previous exercise.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/11.png

Upon completion, view the details of the Machine Catalog in Citrix Studio.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/12.png

Note the clones exist in Prism but are not powered on. Select one of the VMs and observe both the OS vDisk and ID disk attached to the VM on the Virtual Disks tab below the VMs table. Similar to the persistent Machine Catalog, each VM appears to have its own unique read/write copy of the gold image. With VMs in a Machine Catalog spanning several Nutanix nodes, data locality for VM reads is provided inherently by the Unified Cache.

This MCS implementation is unique to AHV. For non-persistent Machine Catalogs, other hypervisors link to the base golden image for reads and apply writes to a separate disk, referred to as a differencing disk. In these scenarios, Nutanix Shadow Clones are used to provide data locality for VM reads. Shadow Clones is a feature that automatically provides distributed caching for multi-reader vDisks.

Note

To learn about MCS provisioning in greater detail, see the following articles:

To learn more about how Nutanix implements Shadow Clones, see the Shadow Clones section of the Nutanix Bible.

Creating the Delivery Group

Right-click Delivery Groups > Create Delivery Group.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/13.png

Click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/14.png

Select your Non-Persistent Machine Catalog and specify the maximum number of VMs available for the Delivery Group.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/15.png

Select Restrict and click Add.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/16.png

Specify NonPersistentUsers in the Object names field and click OK.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/17.png

Click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/18.png

Click Next.

http://s3.nutanixworkshops.com/vdi_ahv/lab5/19.png

Click Add and fill out the following fields:

  • Display name - Pooled Windows 10 Desktop
  • Description - Non-Persistent 2vCPU/4GB RAM Windows 10 Virtual Desktop
  • Select Allow everyone with access to this Delivery Group
  • Select Enable desktop assignment rule
http://s3.nutanixworkshops.com/vdi_ahv/lab6/20.png

Click OK > Next

http://s3.nutanixworkshops.com/vdi_ahv/lab6/21.png

Specify a friendly name for the Delivery Group and click Finish.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/22.png

Following creation of the pool, observe in Prism that 1 of the W10P-### VMs been has powered on.

In Citrix Studio, right-click your Delivery Group and click Edit Delivery Group.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/23.png

Select Power Management from the left hand menu.

Click and drag the number of machines powered on during peak hours from 1 to 4. The peak hours period can optionally be modified by clicking and dragging to either the left or the right.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/24.png

Note

For more granular control of registered, powered on VMs you can click the Edit link and provide the number or percentage of VMs you want available for every hour of the day. You can also configure the disconnected VM policy to free up disconnected VMs after a configurable time out period, returning the desktop to the pool for another user.

After increasing the number of powered on virtual machines, validate the W10NP-### VMs are powered on in Prism and appear as Registered in Citrix Studio.

Connecting to the Desktop

Open http://<XD-VM-IP>/Citrix/StoreWeb in a browser on the same L3 LAN as your XD VM.

Log in as NTNXUSER2.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/25.png

Select the Desktops tab and observe both your Personal Windows 10 Desktop and a Pooled Windows 10 Desktop are available. Click the Pooled desktop to launch the session.

http://s3.nutanixworkshops.com/vdi_ahv/lab6/26.png

After the virtual desktop has completed logging in, experiment by changing application settings, installing applications, restarting the VM, and logging in again. Try logging in as USER2 and USER3.

Takeaways

  • With MCS, a single gold image can be used for both persistent and non-persistent Machine Catalogs.
  • Non-persistent virtual desktops provide a consistent experience as the user is getting a “fresh” VM upon every login. This approach can provide significant operation savings over traditional software patching, but will likely require other tools to provide needed customization on top of the non-persistent desktop. Use cases such as kiosks or educational labs can be a great fit for “vanilla” non-persistent desktops.
  • Despite being based off of a single, shared, gold image, all the VMs in the Machine Catalog continue to benefit from data locality (reduced latency for reads and reduced network congestion). For non-AHV hypervisors, the same benefit is realized through Shadow Clones.