In this exercise you will use the Citrix Studio to deploy multiple persistent virtual desktops based on your gold image snapshot. You will explore two important constructs within a XenDesktop architecture, Machine Catalogs and Delivery Groups.
Machine Catalogs are collections of either physical or virtual machines. When using MCS or PVS to provision a Machine Catalog from a gold image, all machines provisioned from that image will share the same VM configuration (vCPUs, Memory, Network) and be part of the same domain. A single gold image can be used for multiple Machine Catalogs to provide different size VMs, VMs across multiple domains, etc.
Delivery Groups are collections of machines from one or more Machine Catalogs. The purpose of a Delivery Group is to specify what users or groups can access the machines. For persistent desktops a permanent relationship is created between the machine and the user account. This assignment can occur either manually during creation of the Delivery Group or be assigned automatically during a user’s first logon.
In the XD VM console, open Citrix Studio.
Right-click Machine Catalogs > Create Machine Catalog.
Click Next.
Select Desktop OS and click Next.
Select Machines that are power managed and Citrix Machine Creation Services. Click Next
Select Static and Yes, create a dedicated virtual machine. Click Next.
Select your Nutanix storage container and click Next.
Select your W10-Gold snapshot and click Next.
Fill out the following fields and click Next:
Select Create new Active Directory accounts. Under the NTNX.local domain, select the PersistentDesktops OU. Specify W10P-### as the Account naming scheme. As part of Machine Catalog creation, the Delivery Controller will create all of the machine accounts in AD. This is necessary as the cloned VMs themselves do not go through a traditional Sysprep and domain join. Instead, the Citrix Machine Identity Service (installed as part of the VDA), manages the VM’s “uniqueness,” providing a more rapid means of provisioning large pools of desktop resources.
Specify a friendly Machine Catalog name and click Finish.
MCS will now create a clone from the snapshot of W10-Gold. When using MCS, the Delivery Controller copies the gold image to each configured datastore in the Host Connection. In a traditional SAN scenario (or using MCS with local storage) this can be a time consuming event, as the Machine Catalog may be spread over several volumes to achieve the desired performance. In a Nutanix cluster you would typically have a single datastore (Storage Container) servicing all desktops, simplifying the configuration and improving the time to provision a Machine Catalog.
Observe the Preparation clone booting in Prism briefly before shutting down and being removed automatically. Attached to this VM is a separate disk that walks through multiple steps to ensure the VM is ready to be used for the Machine Catalog.
The preparation stage will enable DHCP, perform a Windows licensing “rearm” to ensure it is reported to the Microsoft KMS server as a unique VM, and similarly perform an Office licensing “rearm”. Studio will automatically create a snapshot of the VM in this state once it has completed preparation and shut down.
MCS will now create the VMs for our Machine Catalog. This involves the creation of the VMs and the cloned base vDisk, as well as the creation of a small (16MB maximum) vDisks called the Identity (ID) disks. The ID disk contains information unique to each VM that provides its hostname and Active Directory Machine Account Password. This information is ingested automatically by the Citrix Machine Identity Service and allows the VM to appear as unique and allowing it to join the domain.
Observe 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. 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.
Note
To learn more about how the Nutanix Unified Cache operates, see the I/O Path and Cache section of the Nutanix Bible.
Upon completion, view the details of the Machine Catalog in Citrix Studio.
Right-click Delivery Groups > Create Delivery Group.
Click Next.
Select your Persistent Machine Catalog and specify the maximum number of VMs available for the Delivery Group.
Select Desktops and click Next.
Select Restrict and click Add.
Specify PersistentUsers in the Object names field and click OK.
Click Next.
Click Add and fill out the following fields:
Click OK > Next
Specify a friendly name for the Delivery Group and click Finish.
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 View Machines. Alternatively you can double-click on the name of the Delivery Group.
Observe the powered on desktop now appears as Registered with the Delivery Controller, indicating the desktop is ready for user connection.
Open http://<XD-VM-IP>/Citrix/StoreWeb in a browser on the same L3 LAN as your XD VM.
If prompted, click Detect Receiver
If Citrix Receiver is not installed, select I Agree with the Citrix license agreement and click Download.
Launch the CitrixReceiverWeb.exe installer and complete the installation wizard using default settings.
Note
Do not enable single sign-on during Citrix Receiver installation.
Refresh your browser or click the Detect again link.
If prompted, select Always open these types of links in the associated app and click Open Citrix Receiver Launcher.
Note
This may appear slightly different depending on your browser (Chrome shown). You want to allow your browser to open the Citrix Receiver application.
Refresh your browser and log in to StoreFront as NTNX\USER1
Note
If you’re still being prompted to detect Citrix Receiver, click Already installed to proceed to the login page.
Select the Desktops tab and click your Personal Windows 10 Desktop to launch the session.
Note
Depending on your browser you may have to click on the downloaded .ica file if Receiver does not open automatically. You may also be able to instruct the browser to always open .ica files.
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.
In Citrix Studio, observe the changes to VM details. As a user logs in they are statically assigned a desktop and another desktop will power on and register with the Delivery Controller, waiting for the next user.